Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.lang.visual-basic > #19434 > unrolled thread

[ot] fatturazione elettronica

Started by"Sauro" <vicchi@crsscala.it>
First post2018-10-04 10:17 +0200
Last post2018-10-15 10:46 +0200
Articles 8 on this page of 28 — 7 participants

Back to article view | Back to it.comp.lang.visual-basic

Contents

  [ot] fatturazione elettronica "Sauro" <vicchi@crsscala.it> - 2018-10-04 10:17 +0200
    Re: [ot] fatturazione elettronica RobertoA <amorosik@tiscalinet.it> - 2018-10-05 18:40 +0200
      Re: [ot] fatturazione elettronica "fm" <fm@fm.it> - 2018-10-06 09:34 +0200
        Re: [ot] fatturazione elettronica RobertoA <amorosik@tiscalinet.it> - 2018-10-06 11:43 +0200
          Re: [ot] fatturazione elettronica "fm" <fm@fm.it> - 2018-10-07 08:35 +0200
            Re: [ot] fatturazione elettronica RobertoA <amorosik@tiscalinet.it> - 2018-10-07 13:19 +0200
              Re: [ot] fatturazione elettronica "fm" <fm@fm.it> - 2018-10-07 15:14 +0200
                Re: [ot] fatturazione elettronica RobertoA <amorosik@tiscalinet.it> - 2018-10-07 18:25 +0200
                  Re: [ot] fatturazione elettronica "fm" <fm@fm.it> - 2018-10-08 08:51 +0200
                  Re: [ot] fatturazione elettronica "Andrea (Work)" <andrea.isworkDELETEME@gmail.invalid> - 2018-10-09 10:59 +0200
              Re: [ot] fatturazione elettronica "Sauro" <vicchi@crsscala.it> - 2018-10-08 19:05 +0200
                Re: [ot] fatturazione elettronica RobertoA <amorosik@tiscalinet.it> - 2018-10-09 09:39 +0200
    Re: [ot] fatturazione elettronica "Freccia (VegetaSSj)" <NIENTESPAMfreccia_vegetassj@hotmail.invalid> - 2018-10-06 10:45 +0200
      Re: [ot] fatturazione elettronica "Sauro" <vicchi@crsscala.it> - 2018-10-08 19:08 +0200
        Re: [ot] fatturazione elettronica "Andrea (Work)" <andrea.isworkDELETEME@gmail.invalid> - 2018-10-09 10:53 +0200
          Re: [ot] fatturazione elettronica "Sauro" <vicchi@crsscala.it> - 2018-10-10 09:23 +0200
            Re: [ot] fatturazione elettronica "Andrea (Work)" <andrea.isworkDELETEME@gmail.invalid> - 2018-10-13 20:00 +0200
              Re: [ot] fatturazione elettronica "fm" <fm@fm.it> - 2018-10-14 10:12 +0200
                Re: [ot] fatturazione elettronica "Sauro" <vicchi@crsscala.it> - 2018-10-14 16:09 +0200
                  Re: [ot] fatturazione elettronica "fm" <fm@fm.it> - 2018-10-14 16:37 +0200
                    Re: [ot] fatturazione elettronica SB <stNOOObenevSPAM@tin.it> - 2018-10-14 19:00 +0200
                      Re: [ot] fatturazione elettronica "Sauro" <vicchi@crsscala.it> - 2018-10-21 09:22 +0200
                        Re: [ot] fatturazione elettronica "fm" <fm@fm.it> - 2018-10-21 09:53 +0200
                        Re: [ot] fatturazione elettronica SB <stNOOObenevSPAM@tin.it> - 2018-10-21 12:09 +0200
                    Re: [ot] fatturazione elettronica "Sauro" <vicchi@crsscala.it> - 2018-10-21 09:06 +0200
              Re: [ot] fatturazione elettronica "Sauro" <vicchi@crsscala.it> - 2018-10-14 16:21 +0200
                Re: [ot] fatturazione elettronica Luca D <antaniserse@yahoo.it> - 2018-10-14 10:02 -0700
                Re: [ot] fatturazione elettronica "Andrea (Work)" <andrea.isworkDELETEME@gmail.invalid> - 2018-10-15 10:46 +0200

Page 2 of 2 — ← Prev page 1 [2]

#19456

FromSB <stNOOObenevSPAM@tin.it>
Date2018-10-14 19:00 +0200
Message-ID<4et6sdpeftk204de22nq26ddrk5am8l7b7@4ax.com>
In reply to#19455
Il giorno Sun, 14 Oct 2018 16:37:47 +0200, "fm" <fm@fm.it> ha scritto:


>il file della fattura elettronica deve essere in codifica UTF-8.
>
>Se all'interno del file e' presente un carattere non UTF-8
>il file viene scartato da SDI.
>Quindi i caratteri non UTF-8 devono essere filtrati.
>
>Non so se questo sia possibile con VB6,
>pero' ASCII e' un sottoinsieme di UTF-8,
>potresti filtrare tutti i caratteri non ASCII ...

C'è l'api  WideCharToMultiByte  per la conversione in UTF-8, qui un esempio VB6:

https://www.di-mgt.com.au/howto-convert-vba-unicode-to-utf8.html


-- 
ciao
  Stefano

[toc] | [prev] | [next] | [standalone]

#19463

From"Sauro" <vicchi@crsscala.it>
Date2018-10-21 09:22 +0200
Message-ID<pqh9f6$dbl$1@gioia.aioe.org>
In reply to#19456
"SB"  ha scritto nel messaggio

>>il file della fattura elettronica deve essere in codifica UTF-8.
>>
>>Se all'interno del file e' presente un carattere non UTF-8
>>il file viene scartato da SDI.
>>Quindi i caratteri non UTF-8 devono essere filtrati.
>>
>>Non so se questo sia possibile con VB6,
>>pero' ASCII e' un sottoinsieme di UTF-8,
>>potresti filtrare tutti i caratteri non ASCII ...
>
> C'è l'api  WideCharToMultiByte  per la conversione in UTF-8, qui un 
> esempio VB6:
>
> https://www.di-mgt.com.au/howto-convert-vba-unicode-to-utf8.html
>
>
> -- 
> ciao
>  Stefano

Ho guardato ma non ho capito.

Userò un metodo più brutale per i caratteri non
permessi da UTF8:
Le lettere accentate le trasformerò in lettere normali.
Gli altri simboli in uno spazio.
Lo sò, non è corretto, ma la ditta Pinco che stà in via
1° maggio dovrà accettare una fattura che la colloca
in via 1  maggio.

Ciao Stefano e grazie.

[toc] | [prev] | [next] | [standalone]

#19464

From"fm" <fm@fm.it>
Date2018-10-21 09:53 +0200
Message-ID<pqhbai$lkt$1@adenine.netfront.net>
In reply to#19463
"Sauro" <vicchi@crsscala.it> ha scritto nel messaggio 
news:pqh9f6$dbl$1@gioia.aioe.org...
>
> "SB"  ha scritto nel messaggio
>
>>>il file della fattura elettronica deve essere in codifica UTF-8.
>>>
>>>Se all'interno del file e' presente un carattere non UTF-8
>>>il file viene scartato da SDI.
>>>Quindi i caratteri non UTF-8 devono essere filtrati.
>>>
>>>Non so se questo sia possibile con VB6,
>>>pero' ASCII e' un sottoinsieme di UTF-8,
>>>potresti filtrare tutti i caratteri non ASCII ...
>>
>> C'è l'api  WideCharToMultiByte  per la conversione in UTF-8, qui un 
>> esempio VB6:
>>
>> https://www.di-mgt.com.au/howto-convert-vba-unicode-to-utf8.html
>>
>>
>> -- 
>> ciao
>>  Stefano
>
> Ho guardato ma non ho capito.
>
> Userò un metodo più brutale per i caratteri non
> permessi da UTF8:
> Le lettere accentate le trasformerò in lettere normali.
> Gli altri simboli in uno spazio.
> Lo sò, non è corretto, ma la ditta Pinco che stà in via
> 1° maggio dovrà accettare una fattura che la colloca
> in via 1  maggio.
>

IMVHO
Il problema e' proprio di  prevedere  QUALI siano i possibili caratteri
da trasformare.

Se negli archivi gestionali, che stanno a monte della fattura,
 puo' entrare di tutto, ad es caratteri unicode provenienti da 
copia-incolla,
allora il numero di questi caratteri estranei puo' essere di decine o 
centinaia.

Non puoi fare semplicemente una serie di  replace.


Sempre imvho, dovresti vedere  se in VB6 sono disponibili
componenti o  dll precostituite per il filtraggio,
SENZA elencare i caratteri.

Nel mondo   .NET si possono usare varie tecniche,
come  il system text encoding oppure le espressioni regolari.

RegEx si dovrebbe poter usare anche in  VB6,
si trovano in rete varie formule gia' scritte,
casomai saranno da tradurre...


ciao
fm

[toc] | [prev] | [next] | [standalone]

#19465

FromSB <stNOOObenevSPAM@tin.it>
Date2018-10-21 12:09 +0200
Message-ID<7ijosd5ot0rs6lglkietmlvumicku1t0b3@4ax.com>
In reply to#19463
Il giorno Sun, 21 Oct 2018 09:22:09 +0200, "Sauro" <vicchi@crsscala.it> ha
scritto:

>
>Ho guardato ma non ho capito.

Male  :-)

Ti allego la conversione scritta in VB che ho fatto io qualche anno fa:

https://www.dropbox.com/s/ux6stfnqsswno0d/Ascii%20to%20UTF8.zip?dl=0

Non ci sono form, solo un modulo.bas che parte da Sub Main e il nome file lo
devi passare come parametro da riga di comando o se sei in IDE metterlo nelle
proprietà del progetto.

Se non vuoi incorporarlo nella tua app al limite lo potresti compilare in .exe e
passargli i parametri con una ShellExecute.

>Le lettere accentate le trasformerò in lettere normali.
>Gli altri simboli in uno spazio.
>Lo sò, non è corretto, ma la ditta Pinco che stà in via
>1° maggio dovrà accettare una fattura che la colloca
>in via 1  maggio.

Non mi sembra un modo molto corretto, soprattutto perchè la conversione alla
fine è molto semplice.


-- 
ciao
  Stefano

[toc] | [prev] | [next] | [standalone]

#19462

From"Sauro" <vicchi@crsscala.it>
Date2018-10-21 09:06 +0200
Message-ID<pqh8i9$c0j$1@gioia.aioe.org>
In reply to#19455
"fm"  ha scritto nel messaggio

 [cut]

> Cmq ... il ripasso dovrebbe esser fatto piu' volte
> perche' l'elemento Xml vuoto potrebbere essere
> all'interno di un elemento Xml di livello superiore.
> Es: se CAP appartiene al livello StabileOrganizzazione,
> che non e' obbligatorio, se tutti i suoi sottoelementi sono vuoti
> anche StabileOrganizzazione dovrebbe essere cancellato,
> e cosi' via, finche' non rimane alcun elemento vuoto)

Giusto.
Bisogna considerare anche questo.

Ciao, Sauro

[toc] | [prev] | [next] | [standalone]

#19454

From"Sauro" <vicchi@crsscala.it>
Date2018-10-14 16:21 +0200
Message-ID<ppvjd1$6ks$1@gioia.aioe.org>
In reply to#19450
[cut]

> Detto questo, la soluzione .net è la più banale, ci sono gli esempi. Se 
> non
> conosci .net, tieni presente che se vuoi lavorare nel ramo ti toccherà
> impararlo, perchè parecchi trasferimenti di informazioni ora si fanno con
> webservice, per cui rimani tagliato fuori. Se invece lo conosci ti
> consiglio caldamente di prendere la strada che ho preso io.

Sono troppo vecchio e stanco per mettermi ad
imparare un nuovo linguaggio.
Buona se riesco a mantenere efficiente l'esistente
ancora per qualche anno.

Grazie Andrea.
Sauro

[toc] | [prev] | [next] | [standalone]

#19457

FromLuca D <antaniserse@yahoo.it>
Date2018-10-14 10:02 -0700
Message-ID<32db8f1a-57b7-415e-bc6f-435892a55d72@googlegroups.com>
In reply to#19454
On Sunday, October 14, 2018 at 4:21:23 PM UTC+2, Sauro wrote:
> [cut]
> 
> Sono troppo vecchio e stanco per mettermi ad
> imparare un nuovo linguaggio.
> Buona se riesco a mantenere efficiente l'esistente
> ancora per qualche anno.
> 

Non si tratterebbe di riscrivere tutto il software, solo fare una libreria .NET che si occupa esclusivamente di trasferire i dati in XML, che puoi tranquillamente invocare dal tuo applicativo principale con le solite chiamate COM.

Una volta capiti i rudimenti, riversare clkassi su file XML è una cosa talmente naturale in quell'ambiente, rispetto al tipo di approccio che vuoi tentare tu, che dopo l'investimento iniziale te lo ripaghi 10 volte in tempo, stanchezza, e radicali liberi ;)

[toc] | [prev] | [next] | [standalone]

#19458

From"Andrea (Work)" <andrea.isworkDELETEME@gmail.invalid>
Date2018-10-15 10:46 +0200
Message-ID<1l78v2gvdtoih.1ee24tbkg9xp9.dlg@40tude.net>
In reply to#19454
Il Sun, 14 Oct 2018 16:21:20 +0200, Sauro ha scritto:

>> Detto questo, la soluzione .net è la più banale, ci sono gli esempi. Se 
>> non
>> conosci .net, tieni presente che se vuoi lavorare nel ramo ti toccherà
>> impararlo, perchè parecchi trasferimenti di informazioni ora si fanno con
>> webservice, per cui rimani tagliato fuori. Se invece lo conosci ti
>> consiglio caldamente di prendere la strada che ho preso io.
> 
> Sono troppo vecchio e stanco per mettermi ad
> imparare un nuovo linguaggio.
> Buona se riesco a mantenere efficiente l'esistente
> ancora per qualche anno.

Puoi sempre affidare conto terzi lo sviluppo di questa parte se proprio non 
ce la fai, ad ogni modo è una bischerata, perlomeno per quanto riguarda una 
fattura base (ti basta vedere l'esempio sul sito dell'agenzia).

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | it.comp.lang.visual-basic

csiph-web