Buongiorno a tutti,
Dopo tanto lavorare sono di nuovo qui ad esporre un'idea di progetto/fattibilità. Spero questo possa essere il luogo giusto per questa inserzione, e chiedo scusa nel caso non lo fosse.
Mi è stata richiesta la possibilità di una soluzione (quindi una gestione completa) per effettuare i pagamenti per un negozio.
L'idea è quella di sfruttare nfc come mezzo di comunicazione per un'applicazione phone (IOS, Android e WindowsPhone) con la quale si agevolano i pagamenti. Quindi la parte Hardware con Arduino che secondo me è fattibilissima, vedendo appunto gli shield a disposizione e la stampantina termica (davvero eccezionale).
Il mio problema quindi è questo, chiedetemi di scrivere una riga di codice e mi ci metto anche nell'altro mondo :), ma quando si tratta di regole per il commercio.... .
Ecco quindi la mia domanda, con questi strumenti è legale poter realizzare una soluzione del genere, cioè ci sono delle normative per una certificazione (chiedo veramente scusa, ma qui io sono molto indietro e sono argomenti che non conosco molto, ma date le premesse io mi ci metto e realizzo).
So che per questa soluzione deve essere replicata la stampa in un secondo rotolo per la contabilizzazione (magari con una seconda stampantina) ma è ammissibile? È altresì ammissibile l'uso di una registrazione elettronica in alternativa?
Altra soluzione invece sarebbe quella di usufruire del registratore di cassa commerciale che il negoziante ha a dispozione un'Olivetti Notturna 250 che prevede una comunicazione USB. Secondo voi è possibile interfacciarsi a codesta macchina?
Ringrazio tutti per la vostra disponibilità e davvero siete grandi.
P.S.: Mi piacerebbe estendere questo progetto per portare i Bitcoin ai negozianti, dite che è assurdo?
Scusate Errata Corrige: si tratta di un' Olivetti Nettuna 250
asamlink:
Ecco quindi la mia domanda, con questi strumenti è legale poter realizzare una soluzione del genere, cioè ci sono delle normative per una certificazione (chiedo veramente scusa, ma qui io sono molto indietro e sono argomenti che non conosco molto, ma date le premesse io mi ci metto e realizzo).
Nessuna scheda Arduino è direttamente utilizzabile per applicazioni professionali perché non dispongono delle relative certificazioni, puoi usarle solo per il prototipo, i casi sono due, o realizzi una tua scheda Arduino Like, che potrebbe anche essere auto certificabile se il progetto è firmato da persona abilitata a farlo (= esame di stato per l'abilitazione professionale), oppure puoi far certificare a tue spese una scheda Arduino di serie, la prima soluzione è la più semplice e sicuramente più economica.
Per quanto riguarda la stampante non servono due rotoli, come su i registratori di cassa, basta che esegue due stampe consecutive identiche, p.e. come fanno i pos bancomat, però la stampante e la carta utilizzata devono essere quelle previste dalla regolamentazione, non so dirti quali sono le specifiche perché non mi sono mai occupato direttamente della cosa, so solo che le stampanti esterne per i pos, quelle omologate, costano un sacco di soldi.
Non puoi in nessun modo fare un pagamento di scontrino fiscale su una macchina non omologata.
Quindi devi per forza appoggiarti ( anche per la sola stampa ) su un Reg. di Cassa, stampante fiscale, etc , che sia appunto abilitata all'emissione di scontrino fiscale.
la connessione ad un PC o altro e' fattibilissima ma prevede la conoscenza del protocollo di comunicazione della periferica fiscale.
Che sia il classico Xon-Xoff o O-POS, o CUSTOM o chissa' cosa, se non hai il manuale tecnico di programmazione della macchina, non vai avanti.
Aggiungo, a quanto detto da Astro, che non devi essere tu a preoccuparti della doppia copia ( o registrazione su memoria fiscale ), ci pensa appunto la periferica omologata, proprio perche' essendo Fiscale DEVE avere questa prerogativa
Considera che la stessa stampante, fiscale e no ( solo la fiscale gestisce il salvataggio dello scontrino ) costa 4 volte di piu' in versione Fiscale
Brunello:
Non puoi in nessun modo fare un pagamento di scontrino fiscale su una macchina non omologata.
Esatto, inoltre i pos nfc sono già disponibili, basta che il negoziante ne fa richiesta a chi gli ha fornito l'apparecchiatura per pagamenti con carte.
Per farla breve, non è una applicazione fattibile solo con Arduino, a contorno servono oggetti che costano molto perché omologati.
So per certo che alcuni pos dispongono di interfaccia per collegare lettori esterni, in teoria potrebbe essere possibile aggiungere il lettore nfc, però usano protocolli proprietari ed è vietato collegare ai pos dispositivi non omologati e previsti dal produttore.
Grazie mille,
Come immaginavo la cosa diventa alquanto complessa ma soprattutto scottante. Cercando in giro ho visto che il registratore comunica con il protocollo ELA:
// Esempio di file per stampa di uno scontrino fiscale con resto
// Apertura scontrino fiscale:
1322
// Vendita articoli:
1325 ; 30,43 ; TRANCIO MORTADELLA DOLCE ; 1 ; 5,646 x 5,39
1325 ; 30,42 ; TRANCIO MORTADELLA DOLCE ; 1 ; 5,644 x 5,39
// Subtotale:
1332
// Pagamento:
1329 ; 70 ; CONTANTE
// Chiusura scontrino fiscale:
1323
// Apertura cassetto:
912 ; 1
Quindi collegandomici via USB se fattibile, la cosa la vedo laboriosa ma fattibile. Il problema più importante rimane la certificazione e magari Olivetti non prevede la possibilità di collegare qualsiasi cosa (ma per questo mi informo).
A questo punto, cosa ne pensate se con arduino emetto solo un importo da trasferire ad un servizio di pagamento (tipo PayPal) e quindi l'operatore ad azione compiuta registra lo scontrino (anzi credo basti addirittura PayPal no ?).
Mi spiego, ci sono prodotti commerciali che vengono pesati e sarebbe "utile" trasferire il peso (via NFC o Buetooth) ad un'applicazione che calcola l'importo, che deve essere pagato ovviamente.