Newsgroup: it.lavoro.informatica
Titolo: X consulenza: proprieta' del software, proprieta' dei dati

Salve a tutti,
sono stato recentemente scelto come consulente tecnico di parte (CTP)
ad un processo nel quale si dibatte una questione inerente, in parte,
all'informatica.
Per farla breve, il cliente che difendero' acquisto' quindici anni fa
un software di contabilita'. Il contratto prevedeva la riconsegna dei
"programmi" al massimo a 30 giorni da un'eventuale disdetta.
Puntualmente, una decina d'anni dopo, il cliente decise di disdire il
contratto e pertanto gli venne richiesto di consegnare non il software,
bensi' la chiave hardware che gli era stata a suo tempo fornita e che
era richiesta per l'avvio del programma.
Di fronte a questa richiesta il cliente si rifiuto' di consegnare
l'oggetto, il quale gli serviva (e gli serve tuttora) per accedere alla
grossa mole di dati inserita in 10 anni nell'archivio. Di conseguenza
la ditta produttrice del software gli fece causa.
La questione che io sono chiamato a dipanare e' quella relativa a
questa chiavetta hardware: chiaramente e' essenziale per il
funzionamento del programma, e quindi sarebbe logico aspettarsi che il
cliente la consegnasse, visto che ha disdetto il contratto. E' anche
vero pero' che in questo modo si precluderebbe totalmente l'accesso ai
SUOI dati, che ha inserito mediante il programma. Se il programma era
stato preso in licenza, i dati sono invece effettivamente di sua
proprieta', giusto?
I dati inseriti sono ovviamente memorizzati in qualche formato
proprietario e l'azienda non ha fornito nessun tipo di visualizzatore o
convertitore ad altro formato. L'unica alternativa che hanno dato alla
consegna della chiavetta e' la sottoscrizione di un contratto di
licenza "perpetuo" mediante il pagamento "una tantum" di una somma
decisamente alta.
Quello che vorrei appurare e' se effettivamente il cliente e'
"proprietario" dei dati inseriti mediante il programma, anche se tale
programma non era di sua proprieta' ma consegnato in licenza d'uso.
Inoltre sarei curioso di sapere se anche a qualcun altro qui e'
capitato qualcosa di simile, visto che non credo sia un caso raro
quello di cambiare software aziendale dopo anni di lavoro. Cosa succede
solitamente alle banche dati?
Come ultima cosa mi piacerebbe capire qualcosa di piu' sul
funzionamento di queste "chiavi hardware". Nella fattispecie questa e'
prodotta dalla Eutron (
http://www.eutron.it/
) e va collegata alla
parallela (somiglia un po' agli adattatore COM/LPT) esattamente
identica a questa
http://www.visionstudio.gr/pics/medium/060-0002.jpg
o a questa
http://images.google.it/images?q=tbn:wtEKj61PktX0xM:http://www.dongle.ru/images/eutron.gif
Vi ringrazio fin d'ora per la collaborazione, se qualcuno vorra'
aiutarmi :-)
Buona giornata
MarKco

MarKco
anch'io ho fatto da consulente in passato per situazioni simili (anche
se in genere operiamo per conto del tribunale non è infrequente che
una società ci chiami prima di fare causa per capire le possibilita'
che ha), cmq bisognerebbe leggere attentamente il contratto originale
di fornitura del software per capire la reale posizione legale delle
parti in causa, cmq in linea di principio i dati sono sempre di
proprieta dell'utlizzatore del software (ci mancherebbe bene) e non
certo del produttore (il quale è d'altra parte proprietario del
sistema con cui vengono interrogati i dati suddetti). In casi di
cambio sw (a meno che non si stia parlando degli scatolotti finson
beninteso) si prevede sempre una migrazione dei dati (almeno della
prima nota nel caso della contablità) dal vecchio sw al nuovo sw.
Nel caso che tu esponi il tuo cliente dovrà (temo) accontentarsi di
stamparsi (su carta o su file) i partitari di contabilita', il libro
giornale i registri (IVA e Inventari) ed in caso di necessità
consultarli manualmente.

 consultarli manualmente.
Davvero? Ma perche' dici cio' se poco piu' su hai specificato che si
prevede sempre una possibilita' di migrazione dei dati?
MarKco

 funzionamento di queste "chiavi hardware".
Sono (in sostanza) dei dispositivi che il software interroga per vedere
se può andare in esecuzione oppure no.

 proprieta', giusto?
invece credo proprio che il tuo cliente per "accedere ai dati" intenda 
proprio "devo usare il programma per accedere ai dati".
Ma "accedere ai dati" usando il programma significa usare il programma , 
che e' stato fatto proprio per questo.
Se il tuo cliente ha a cuore veramente solo i suoi dati, puo' salvare i 
suoi dati (a manina) da un'altra parte e poi smettere id usare il 
programma (e di pagare) e riconsegnare la chiavetta.
Esempio:
scarico un software shareware o in versione trial (quindi sono soggetto 
a una licenza d'uso a tempo che ho pagato 0 EUR, come nel tuo caso).
Mi creo dei documenti con questo software.
Passano 30 giorni ed il software scade.
Posso rivendicare il diritto di continuare ad utilizzarlo (ingiungendo a 
chi l'ha prodotto di sbloccarmelo) sostenendo che ho i miei dati chiusi 
a chiave? (suggerimento: il fatto che ho pagato 0 EUR non e' diverso 
dall'averlo pagato 10,100 EUR)
la risposta e' ovviamente NO.
Se prendo un taxi fino a roma e pago la corsa di andata, posso 
pretendere di essere riportato a casa a gratis perche' cavolo, e' il 
tassista che mi ha portato a Roma e spetta a lui portarmi a casa perche' 
li' a roma sono "bloccato" ?
la risposta e' ovviamente NO.

prevede sempre una possibilita' di migrazione dei dati?
la migrazione non è obbligatoria per legge, bisogna leggere bene il
contratto d'acquisto iniziale, ma dubito (se hanno usato un
prestampato del venditore) che si sia cautelato con una clausola del
genere. Ripeto, il tuo cliente è certamente proprietario dei suoi dati
ma non della modalità con cui vengono interrogati/ordinati e con cui
vi accede. Per cui se non si è cautelato per tempo ritengo che l'unico
mezzo concreto e legale a sua disposizione per continuare ad
usufruirne sia stamparli su carta.
 

 usufruirne sia stamparli su carta.
D'oh.
MarKco

 se può andare in esecuzione oppure no.
Uhm... lo chiedevo perche' l'azienda produttrice del software reclamava
anche di aver subito dei danni a causa della mancata restituzione della
chiavetta, dato che non hanno potuto darla per questo in consegna ad
altri (assieme ad altre copie del software). Che sia un'obiezione
sensata? Intendo dire, non ne hanno a quintalate di queste chiavi
hardware? Sono cosi' difficili/costose da produrre?
O forse sono io che mi concentro sul punto sbagliato...
MarKco

 la risposta e' ovviamente NO.
E pagandolo?
MarKco

MarKco wrote:
: Uhm... lo chiedevo perche' l'azienda produttrice del software
: reclamava anche di aver subito dei danni a causa della mancata
: restituzione della chiavetta, dato che non hanno potuto darla per
: questo in consegna ad altri (assieme ad altre copie del software).
: Che sia un'obiezione sensata? Intendo dire, non ne hanno a quintalate
: di queste chiavi hardware? Sono cosi' difficili/costose da produrre?
Non č una obiezione sensata. Il costo della chiave ai tempi era di poche 
decine di euro.
Saluti.

 contratto
Fammi capire, questo cliente ha preferito stare in causa  5 anni con il
fornitore
piuttosto che pagare qualche consulente per farsi migrare i dati, al
limite
dalle stampe come suggeriva Suarez??????

Marco Tullio Bisoli wrote:
::: Di fronte a questa richiesta il cliente si rifiuto' di consegnare

Sicuramente. Tuttavia si deve consentire al proprietario dei dati (e qui si 
configura una fattispecie di custodia di beni anche se non a titolo oneroso) 
di riottenere i dati in un formato leggile o quantomeno uguale a quello che 
avevano al momento dell'inserimento nel database.
:: Se prendo un taxi fino a roma e pago la corsa di andata, posso
:: pretendere di essere riportato a casa a gratis perche' cavolo, e' il
:: tassista che mi ha portato a Roma e spetta a lui portarmi a casa
:: perche' li' a roma sono "bloccato" ?
::
:: la risposta e' ovviamente NO.
Quando esci dal taxi ne dovresti uscire come sei entrato.
Se il tassista ti spezza le gambe (zippa, comprime) per farti entrare nel 
vano posteriore gradiresti uscire dal taxi con le gambe guarite.
Saluti.


Casi simili capitano spesso. La Ricordi è tenuta a convertirti i
dischi
di vinile in cd? L'Ibm è tenuta a convertirti i dati da codifica
EBCDIC ad
ASCII?
D'altra parte il software in questione è chiaramente delimitato nelle
sue
funzioni, visto che, se ho ben capito, non comprende niente per
migrare i dati su un formato diverso (dbf, testo, od altro). D'altra
parte
perchè il fornitore avrebbe dovuto mettere nel contratto una clausola
che li obbliga
a migrare i dati, quando sarebbe stato più semplice predisporre una
funzione
base incorporata nel pacchetto ?
Quindi, secondo me,  è implicito che la migrazione è al di fuori del
contratto.

> E pagandolo?
pagando per avere un servizio tutto e' possibile.
ma se la situazione e' conflittuale...
la software house puo' stabilire il prezzo che vuole, per il proprio lavoro.
un giudice non puo' dire che "il prezzo non e' ragionevole".
Possono spararti 10000 EUR e allora, che fai?
ti conviene pagare le licenze.. e sei punto e a capo.


In questo caso le informazioni inserite nel software sono solo una
copia di quelle originali, che sono conservate su carta . Qualora il
cliente non ha conservato
gli originali, questo resta un problema suo e non del fornitore, che
ovviamente
non consiglia di distruggere gli originali.
Inoltre l'archivio dati resta comunque disponibile e tecnicamente
leggibile.
Quello che manca al cliente è la "chiave" di decifratura, cioè le
regole che spiegano
come le informazioni sono state codificate nel'archivio dati.

 hardware? Sono cosi' difficili/costose da produrre?
Non lo so, però di sicuro i danni non basta reclamarli ma bisogna
anche documentarli :-)

 gli originali, questo resta un problema suo e non del fornitore
questa è la risposta piu' bella che ho letto.
e' vero, bolle e fatture uno le ha conservate.

 e' vero, bolle e fatture uno le ha conservate.
Probabilmente vuoi dire che le bolle e fatture
vengono create direttamente con questo software, e
quindi non esistono necessariamente copie su carta.
Ma la legge non richiede di esibire a richiesta copia
su carta di questi documenti (entro certi termini)?
In ogni caso questo cliente mi sembra un vero
allocco, informaticamente parlando.
Se vuole continuare la causa per altri 5 anni ed
è contento, va bene così... :-)

 dalle stampe come suggeriva Suarez??????
E' proprio questo che vuole evitare.
Effettivamente e' vero che, se alla fine dell'utilizzo di un software
bisogna stamparsi tutto quello che si e' prodotto, tanto valeva non
prenderlo.
E' anche vero che e' stato stupido lui a non prevedere un'esigenza del
genere quando ha acquistato il prodotto.
E' anche vero che mi sembra davvero anomalo che la ditta produttrice
non preveda in alcuna maniera la migrazione dei dati e non gliel'abbia
mai nemmeno proposto... forse ci tenevano a portarlo in causa in modo
da spillargli un po' di soldi, chi lo sa.
MarKco

 anche documentarli :-)
Infatti la difesa si basera' proprio su questo ;-)
MarKco

ispas wrote:
: GdG ha scritto:
::
:: Sicuramente. Tuttavia si deve consentire al proprietario dei dati (e
:: qui si configura una fattispecie di custodia di beni anche se non a
:: titolo oneroso) di riottenere i dati in un formato leggile o
:: quantomeno uguale a quello che avevano al momento dell'inserimento
:: nel database.
::
:
: In questo caso le informazioni inserite nel software sono solo una
: copia di quelle originali, che sono conservate su carta . Qualora il
: cliente non ha conservato
: gli originali, questo resta un problema suo e non del fornitore, che
: ovviamente
: non consiglia di distruggere gli originali.
La legge permette di distruggere gli originali trascorsi tot. anni.
Inoltre i dati potrebbero contenere informazioni (elaborazioni) non presenti 
nei dati
originari ma creati dall'utente al momento della loro registrazione.
: Inoltre l'archivio dati resta comunque disponibile e tecnicamente
: leggibile.
: Quello che manca al cliente č la "chiave" di decifratura, cioč le
: regole che spiegano
: come le informazioni sono state codificate nel'archivio dati.
Il fornitore dovrebbe fornirle dato che rendendo di fatto impossibil 
el'accesso ai dati
(che sono una Proprietą Intellettuale del cliente nel caso specifico) egli 
va arbitrariamente a comprimere
il godimento di un diritto soggettivo. Supponi di aver scritto un romanzo 
con WordProcessor ed ad un tratto il produttore decide di ritirarti la 
licenza. Il produttore ti sta impedendo di godere di un tuo diritto (leggere 
e diffondere la mia P.I.) tanto che l'uso illegittimo di un software non 
annulla i diritti delle opere dell'ingeno realizzate con il supporto di quel 
software.
Financo Microsoft fornisce i viewer per i suoi formati proprietari.
In sostanza il fornitore dovrebbe fornire al cliente le informazioni e le 
indicazioni necessarie a rendere i dati facilmente esportabili verso 
generici sistemi di gestione.
Saluti.

 non preveda in alcuna maniera la migrazione dei dati
Forse è solo un disinteresse della ditta verso gli ormai ex-clienti...
:-)


Allora parliamo di opensource, almeno per il formato di codifica dei
dati :-)
Ma se il formato dati *non* è reso noto, al cliente resta solo
la stampa, che è comunque un modo di esportare in formato leggibile.
Il caso wordprocessor mi sembra esemplare in questo senso: ti stampi il
libro
e te lo riconverti tramite OCR o quant'altro, operazione naturalmente a
tuo carico.

 non consiglia di distruggere gli originali.
Come fai a dire che dei dati inseriti c'è un originale cartaceo?
Questo vale per i documenti inseriti. Ma le anagrafiche clienti e
fornitori hanno degli originali cartacei? Lo scadenziario, i movimenti
contabili, i listini vendita/acquisto, i movimenti magazzino, hanno
originali cartacei?


 > In questo caso le informazioni inserite nel software sono solo una

Certo, bolle e fatture.
E tutto il resto? :-)


Hai ragione, non sempre esiste un'originale vero e proprio,
e perfettamente sovrapponibile ad una delle strutture dati del
prodotto.
Però dobbiamo distinguere 2 casi.
Primo: il documento è uno di quelli che devi conservare per legge. In
questo caso
non può non esistere, magari è stampato periodicamente proprio con il
software
in questione. Se poi il cliente per stamparlo aspetta che ci sia il
controllo della Finanza,
affari suoi.
Secondo caso: il documento esiste, ma non è in rapporto
1 ad 1 con le tabelle del DB. L'anagrafica di un cliente viene indicata
nelle fatture, sia pure assieme ad altre informazioni, e se le fatture
le devi conservare per un certo tempo ecco che automaticamente
conservi l'anagrafica.
Mi sembra difficile sostenere che determinate informazioni non sono
*mai* ricostruibili dai vari documenti che si è tenuti a conservare
per i controlli. Ma qui si entra nella conoscenza dettagliata
dell'argomento,
pertanto passo la palla agli esperti! :-)

 per i controlli.
Beh, gli esempi te li ho fatti, se vuoi te li ripeto :-)
Penso che tu stia "equivocando" sulla natura dei gestionali pensando
che siano solo una archiviazione opzionale di documenti cartacei. Non
è così. Se non hai mai visto un gestionale (fosse anche solo
contabilità) devi purtroppo fidarti della parola.

 contabilità) devi purtroppo fidarti della parola.
Mi occupo di gestionali tutti i giorni, anche se non di contabilità.
Il sistema gestionale elabora i dati, li trasforma, li aggrega, li
ordina, li seleziona,
ma... non li crea. I dati entrano da una fonte *esterna* al sistema.
Il fatto che la fonte originale viene distrutta o persa non ha niente a
che vedere
col sistema in sè. Se la fonte è esterna, allora  in qualche modo
(complicato,
costoso, ingombrante, arcaico....quello che vuoi) si può conservare al
di fuori
del sistema.
Perciò dire che il fornitore è obbligato a convertire i dati nel
formato che decide
il cliente mi sembra una cosa priva di fondamento.

Scrive ispas 40795352:

Prendiamo un ordine, l'utente dice "2 di questi" il sistema crea un 
ordine originando un numero d'ordine, aggiunge la riga, calcolando il 
prezzo, lo sconto applicabile, la data di immissione, la data di 
prevista consegna, vincola le giacenze di magazzino, origina la 
conferma, lancia un ordine di approvvigionamento, lancia un ordine di 
produzione, origina la picking-list, la bolla di consegna ed infine la 
fattura. Tutti i dati originati in automatico vengono registrati 
presumibilmente su un database, al 98% non sono di origine esterna, ma 
comunque sono di proprieta' di chi ha fatto l'uso del sw che gli ha 
permesso di immettere l'ordine. Se il software non prevede la 
possibilità di accedere ai dati indipendentemente, allora c'era un vizio 
  nella fornitura iniziale del sw, se anche ci fosse stata una clausola 
contrattuale che lo specificava e' da considerarsi vessatoria e quindi 
non applicabile.
-- 
Dr.Ugo Gagliardelli,Modena,ItalyCertifiedUindoscrasherAñejoAlcoolInside
Spaccamaroni andate a cagare/Spammers not welcome/Spammers vão à merda
Spamers iros a la mierda/Spamers allez vous faire foutre/Spammers loop
schijten/Spammers macht Euch vom Acker/Spamerzy wypierdalac'


Perfetto. Ma i risultati delle elaborazioni, gli output, non restano
dentro al sistema, cifrati solo nel suo db, altrimenti sarebbe un
sistema inutile. Vengono
esposti a video, stampati, elaborati ancora per ottenere qualche tipo
di file
da inviare all'esterno (per esempio un file per la banca, per altri
subfornitori, ecc.). Quindi un sistema
gestionale che abbia un minimo di utilità *ha sempre* la possibilità
di accedere ai dati.
Il fatto di accedervi non a video, non a stampa, ma leggendo
direttamente
il db con un altro programma non mi sembra per nulla vessatorio, è
solo una mancanza
di funzionalità, per altro ben nota al momento della firma del
contratto.
Se il cliente vuole avere in più questa funzione deve pagare
una giusta somma.

 contratto.
Se i dati fossero effettivamente su un db esterno all'applicazione 
sarebbe vero. Se invece i dati sono codificati in un modo proprietario 
dell'applicazione stessa, come si ventilava nel post iniziale, e quindi 
assolutamente opachi, allora negarne l'accesso e' vessatorio ed 
espressamente illegale, come lo e' qualsiasi clausola che imponga questo 
limite.



Il db è interno al software in questione, mi sembra. I dati sono
accessibili a
video ed in stampa, cosicchè il db non è opaco, il software
gestionale fa proprio
da decodificatore e visualizzatore. E' il cliente che vuole qualcosa in
più.
Tra l'altro esiste una marea di software che memorizzano dati in
formato proprietario,
e non sono affatto illegali.

 
Aaaaaaaaaaaah, posso chiedere il perche' se e' lecito ???
;-)))
-- 
--------------------------------------------------------------------
Non system disk or disk error, replace and strike any key when ready
--------------------------------------------------------------------

 Aaaaaaaaaaaah, posso chiedere il perche' se e' lecito ???
Immane curiosità.
Avevo visto chiavi hardware USB, ma mai parallele e volevo capire come
funzionassero. In parte mi ha già risposto ieri il titolare
dell'azienda, dicendomi che a quanto pare il programma trasmette il
proprio numero di licenza alla chiavetta, la quale ha all'interno un
circuito elettrico che restituisce il segnale di "via libera" solo in
presenza di un certo numero di licenza.
Immagino funzioni così...
MarKco

 generici sistemi di gestione.
Uhm... non penso che Microsoft lo faccia per "dovere", ma semplicemente
per aumentare la propria egemonia.
MarKco

 limite.
Davvero?
Puoi citarmi qualche articolo - precedente a riguardo, se non chiedo
troppo?
MarKco

 contratto.
Se non era stata in alcun modo specificata questa cosa, nel contratto,
ne' in discussioni avvenute verbalmente, si può parlare di "mancanza
ben nota"?
MarKco

MarKco ha scritto:

Molto difficile che se una cosa non è esplicitamente negata possa
essere
ritenuta obbligatoria. Se compri una macchina, nel contratto non c'è
l'elenco
delle "mancanze" !
Tra l'altro è da dimostrare che un gest. di contabilità di 15 anni fa
dovesse
per forza avere l'esportazione dati. Sempre in analogia, non puoi
obbligare
la Fiat a montarti i vetri elettrici sulla tua 500 di 30 anni fa! :-)
Ciao

 cumulo di stupidaggini) che rischierebbe anche di vincere la causa.
Non voglio portare sfiga, ma se la suddetta chiave dovesse rompersi,
perdersi, divenire inutilizzabile per qualunque motivo?

 ordine originando un numero d'ordine, [...]
Grazie per aver esemplificato come l'avrei fatto io :-)

 una giusta somma.
Ho detto più volte che non è una prestazione dovuta a gratis.

 e non sono affatto illegali.
Normalmente però una volta acquistata la licenza d'uso del software
non perdi mai il diritto di utilizzarlo, quindi di fatto il produttore
non ti priva mai dello strumento per accedere ai tuoi dati.
E comunque non puoi prendere ad esempio dei programmi di grande
distribuzione e con una EULA piena di disclamer e dichiarazioni di
non-responsabilità. I rapporti contrattuali diretti con le software
house sono diversi anche dal punto di vista giuridico. Una azienda che
ti fornisce personalmente un gestionale da lei prodotto non può
sollevarsi dalle responsabilità che derivano dal rapporto diretto con
il cliente.


Questa è la prassi comune di tutti i software su licenza.
La sottigliezza è nel significato del termine "salvare i dati": io
dico che
la stampa è un tipo di salvataggio poco efficeinte ma che tutela i
dati, tu sostieni di no
e quindi dici che il fornitore li deve obbligatoriamente esportare (a
pagamento).
(ovviamente sono pienamente d'accordo con te che una vera
esportazione è ben più efficiente della stampa).
D'altra parte in tribunale le sottigliezze sono lo strumento di
dibattito.
Vedremo cosa deciderà il giudice! :-)
Ciao

 
Se sono dati di configurazione, li puo' scrivere come gli pare, se sono 
dati del cliente no.


Scrive MarKco 40805728:

Sarebbe meglio chiederlo ad un legale specializzato in questioni 
informatiche.
In genere sulla proprieta' dei dati ci si riferisce alla L.196/03 
poiche' in tal caso non si parla di fornitura di una banca dati, ma di 
un database i cui dati sono inseriti dall'utenza del database stesso. 
Anche il dlg 169/99 si esprime in tal senso, distinguendo tra proprieta' 
di una banca dati e proprieta' dei dati contenuti.


 dati del cliente no.
Non è vero. Vedi i programmi di backup, di immagine disco, ecc.

 pagamento).
Direi che la stampa non puo' che essere considerata una rappresentazione 
dei dati. Il giudice non conosce il termine "salvataggio" conosce solo 
il termine "copia", ovvero la duplicazione del dato con tutte le sue 
qualita' su un differente supporto che permetta di regredire al dato 
orininario con un'operazione di copia inversa. La stampa non lo permette.
Se il software risale a 15 anni fa', ma nel frattempo sono intervenute 
nuove disposizioni di legge, sia il produttore che l'utilizzatore 
dovranno adeguarsi a tali leggi. Fino al 99 il software era equiparato 
ad un opera letteraria, dal 99 in poi sono nate leggi specifiche. Non 
ultima quella sulla titolarita' dei dati.


Scrive ispas 40805728:

Ma cosa cazzo c'entra?


 
Un backup non contiene i dati del cliente??? Sveglia la mattina!! :-)

 perdersi, divenire inutilizzabile per qualunque motivo?
Non ho idea di cosa potrebbe succedere.
Peraltro di tale chiave non si parla mai, in nessun modo, in nessuno
dei contratti che ha firmato.
MarKco

 dati, tu sostieni di no
Vabbeh, e perchè non considerare un tipo di salvataggio anche
impararseli a memoria? Eufemismo per eufemismo, anche questo è un tipo
salvataggio poco efficiente... :-)
La sottigliezza nei termini la vedi solo te, secondo la tua teoria io
per fare i backup dovrei stampare ogni notte il database su carta. E
evidente che la questione è ben più sostanziale di una disquisizione
sui termini. I dati sono quelli che si trovano nel database, di quelli
faccio le copie di backup e quelli metto al sicuro.
Se poi tu mi vieni a dire che la stampa è solo un modo poco efficiente
scusami ma ti rido in faccia :-)

 
Ah! E in fattura di acquisto c'e' ???


 MarKco


 Ah! E in fattura di acquisto c'e' ???
Mi sa che se la vogliono indietro in fattura non puo' esserci, 
altrimenti con che ragione possono volere qualcosa indietro dopo che e' 
stato fatturato?


 scusami ma ti rido in faccia :-)
Ma tu leggi direttamente in binario sull'harddisk, come Superman??
Complimenti! :-)

 
Se non mi ricordo male, ai tempi del dos ( e 15 anni fa i programmi di 
contabilita' erano a interfaccia a caratteri ) e in special modo su 
unix, dalle stampe si riusciva sempre a ricavare file ascii con righe 
ben formattate, e da li si cominciava la migrazione dei dati...



Infatti. Oggi poi con l'OCR puoi usare pure direttamente la
carta........
Che vuoi di più dalla vita? :-)