Api per emettere lo Scontrino ELettronico dal gestionale?

Alberto, chi si è sbattuto ha tutta la mia ammirazione, ma ha dovuto realizzare un accrocchio, perché tale è: una roba instabile e non certificata, che il 14 maggio 2020 senza preavviso è diventata inutilizzabile da un momento all’altro, poiché, senza nessun dovuto preavviso - ed era normale non darlo -, l’imputazione che era coi prezzi netti è finalmente diventata coi prezzi lordi (e sono stati aggiunti i ticket come forma di pagamento).
Cosa accadrà a questi volenterosi sviluppatori di accrocchio a capodanno, con l’avvento del codice lotteria? Saranno lì dalle 00.01 a provare un nuovo documento commerciale da 1 euro, mettendo il proprio codice lotteria, per sniffare se e come venga passato quel nuovo campo e adeguare così il proprio accrocchio?
Il 28 febbraio è terribilmente vicino, con la caduta della terna cf-pwd-pin e l’obbligo di SPID. E quindi questo sforzo non ha senso che debba essere ulteriormente elevato. Il tuo “… e sono convinto che…” deve diventare al più presto “… e su questo link sono uscite le specifiche tecniche che…”. Sarebbe lo stesso passaggio tra l’accrocchio che si utilizzava per le quadrature e il nuovo servizio distribuito qualche settimana fa.

Morris, hai ragione: penso che chiunque sviluppi questi applicativi voglia avere delle API serie.
Purtroppo ci saranno anche decisioni politiche: immagina l’investimento che è stato richiesto ai produttori di registratori fiscali per adattarli alle nuove specifiche. Devi considerare che la maggior parte degli esercenti utilizzava ed utilizzerà quelli.

Hai detto bene, Alberto… non c’è bisogno di immaginarlo, quell’investimento: se per assurdo io fossi un produttore di registratori di cassa, mi sarebbero girate parecchio le scatole a vedere pubblicate le api, che ne so, a inizio ottobre o novembre, facendomi rimanere nelle scatole una moltitudine di registratori di cassa invenduti.
Ma laddove siamo a fine anno, chi si doveva sistemare si è sistemato e, ormai è assodato, c’è anche chi pubblica online il proprio codice per fare al volo il documento commerciale, siamo di fatto già alla fase due. Non faccio pubblicità e non faccio nomi, ma ho letto qui sul forum anche fior fior di commercialisti che consigliavano l’adozione di un prodotto. A questo punto, sarebbe meglio per tutti, prima possibile, la formalizzazione di un protocollo standard. Io solo questo sostengo, e solo per questo ho appellato come “accrocchi” i sistemi diversi.
Mi auguro che tu abbia ragione nelle tue previsioni per questi motivi.
Buone feste.

1 Mi Piace

Vero che tutto ciò è stato fatto solo per facilitare le vendite ai produttori di registratori telematici. Altrimenti ogni produttore di software, anziché integrarsi con un RT avrebbe implementato una soluzione collegata direttamente all’AdE con APIs e gli esercenti avrebbero semplicemente dovuto comprare una stampante termica che costa molto meno di una adattata a RT (con tutti i costi annessi e connessi).

Comunque nemmeno gli accrocchi vanno bene, tenete conto che da marzo l’AdE dovrebbe far sparire i PIN, o quantomeno non del tutto ma gradualmente, per transitare su SPID. In questo caso con l’accrocchio in CURL sarà impossibile accedere al servizio, perché necessitando di un OTP per lo SPID renderà le cose molto più difficili.

Da quel che si è capito, è chiaro, l’AdE ha creato Documento Commerciale Online per piccoli artigiani e commercianti, ma per fare un favore ai produttori di casse (che di solito prima di questi cambiamenti epocali vengono consultati attraverso le consultazioni pubbliche).

Con la soluzione che hanno adottato faranno aumentare loro le vendite, se avessero diversamente creato delle APIs pubbliche li avrebbero affossati.

Ciò nonostante, l’AdE lo sa benissimo che conviene molto più il documento commerciale online, quindi tra qualche anno non mi meraviglierei se facessero uscire queste APIs, una volta che il boom dell’acquisto degli RT si sarà assestato.

1 Mi Piace

sam sei riuscito a risolvere i tuoi problemi e riesci a inviare in automatico lo scontrino elettronico? grazie

Si, alla fine, dopo varie peripezie (tra cui a causa di un dato non valido, il server rispondeva con 500 ma registrava lo stesso uno scontrino errato) sono risucito a farlo.
Purtroppo l’ho usato per una decina di scontrini, poi è arrivato il lockdown, alla ripresa avevano cambiato il formato del json dello scontrino. Da maggio in poi abbiamo fatto solo 4-5 scontrini per cui li ho fatti direttamente dal sito visto anche in funzione del fatto che a fine anno si sarebbe cessata l’attività.

Alla fine, se l’AdE avesse messo a disposizione una manciata di chiamate http tramite le quali permettere di fare gli scontrini, avrebbe fatto una più bella figura.
La webapp per fare gli scontrini sul sito ufficiale è decisamente pietosa.

Posso dire che il fatto di non pubblicare delle API per gli scontrini al fine di non danneggiare i produttori di registratori di cassa è l’ennesima stronzata all’italiana?
E’ come dire, obblighiamo a stampare le fatture su carta intestata perché altrimenti le tipografie lavorano meno.
Manteniamo la burocrazia per dare lavoro a tutti.
Registratore di cassa e software per fare gli scontrini online, hanno casi d’uso diversi secondo me.
Un supermercato non si può basare su un servizio online per emettere gli scontrini, basterebbe un problema di connettività o al backend dell’AdE per bloccare l’emissione degli scontrini: inaccettabile.
Quindi il registratore di cassa rimarrebbe l’opzione privilegiata per chi emette tanti scontrini.
Diversamente, il piccolo artigiano come non aveva prima il registratore di cassa, così probabilmente non lo avrà neanche ora.
In questi casi, è stato messo a disposizione il “documento commerciale online” che è una chiavica.

2 Mi Piace

Arrivano.
Seguite #Apifirst e Assosoftware

2 Mi Piace

Lo spero. Siamo all’assurdo ormai.
Il mio “accrocchio” è si valido, ma per delle belle api ufficiali sarebbe anche l’ora.

1 Mi Piace

Ciao @marcomarsala, ho letto tutti i tuoi messaggi sul forum circa le API per interfacciare siftware gestionali con il portale WEB dell’AdE. Potresti cortesemente inviarmi una mail/scrivermi un messaggio privato? Non riesco a farlo, io. Grazie!

1 Mi Piace

Salve Marco, vorrei scriverti su e-mail; posso avere l tuo indirizzo; Grazie, Michele

1 Mi Piace

Non avresti potuto esprimere meglio il mio pensiero :joy:
Seguo!

L’accrocchio sarebbe un’ottima soluzione, ma ha una falla che a breve uscirà fuori :neutral_face:
Quindi speriamo tutti che escano queste benedette APIs.

BTW, la falla dell’accrocchio è che da ottobre le credenziali AdE non saranno più valide e si potrà solo utilizzare SPID, CIE, CNS. A meno che uno non abbia il certificato di una CNS sul server, mi sa dura utilizzare qualsiasi soluzione home made, senza prima aver ottenuto una sessione valida autenticata al server dell’AdE.

Un’altra cosa che ho pensato, ma non so se sia valida, potrebbe essere trasmettere all’endpoint dello SdI il tracciato XML del documento commerciale. Ora non ricordo esattamente, ma spulciando nella request ricordo che avesse un tipo documento COR01 o roba del genere, così come la fattura elettronica il TD01 etc. quindi sostituendo TD01 con quel COR01 ed inserendo i dati nei tag necessari (dovrebbero avere la stessa nomenclatura che nel file JSON della request del portale AdE), magari funziona.

Non so se qualcuno abbia provato, in tal caso mi faccia sapere :grin:

{

  • “datiTrasmissione”:{
    • “formato”:“DCW10”},
  • “cedentePrestatore”:{
    • “identificativiFiscali”:{
      • “codicePaese”:“IT”,
      • “partitaIva”:“06812345678”,
      • “codiceFiscale”:“06812345678”},
    • “altriDatiIdentificativi”:{
      • “denominazione”:“PIPPO PLUTO TOPOLINO SRL”,
      • “indirizzo”:“Via Giulio Cesare”,
      • “numeroCivico”:“1”,
      • “cap”:“80100”,
      • “comune”:“NAPOLI”,
      • “provincia”:“NA”,
      • “nazione”:“IT”,
      • “modificati”:false,
      • “defAliquotaIVA”:“10”,
      • “nuovoUtente”:false},
    • “multiAttivita”:[]},
  • “documentoCommerciale”:{
    • “cfCessionarioCommittente”:“ABCDEFG”,
    • “flagDocCommPerRegalo”:false,
    • “progressivoCollegato”:"",
    • “dataOra”:“19/03/2021”,
    • “multiAttivita”:{
      • “codiceAttivita”:"",
      • “descAttivita”:""},
    • “importoTotaleIva”:“0.09090909”,
    • “scontoTotale”:“0.00000000”,
    • “scontoTotaleLordo”:“0.00000000”,
    • “totaleImponibile”:“0.90909091”,
    • “ammontareComplessivo”:“1.00000000”,
    • “totaleNonRiscosso”:“0.00000000”,
    • “elementiContabili”:[
      1. {
      • “idElementoContabile”:"",
      • “resiPregressi”:“0.00”,
      • “reso”:“0.00”,
      • “quantita”:“1.00”,
      • “descrizioneProdotto”:“Test”,
      • “prezzoLordo”:“1.00000000”,
      • “prezzoUnitario”:“0.90909091”,
      • “scontoUnitario”:“0.00000000”,
      • “scontoLordo”:“0.00000000”,
      • “aliquotaIVA”:“10”,
      • “importoIVA”:“0.09090909”,
      • “imponibile”:“0.90909091”,
      • “imponibileNetto”:“0.90909091”,
      • “totale”:“1.00000000”,
      • “omaggio”:“N”}],
    • “vendita”:[
      1. {
      • “tipo”:“PC”,
      • “importo”:“0.00”},
      1. {
      • “tipo”:“PE”,
      • “importo”:“1.00”},
      1. {
      • “tipo”:“TR”,
      • “importo”:“0.00”,
      • “numero”:“0”},
      1. {
      • “tipo”:“NR_EF”,
      • “importo”:“0.00”},
      1. {
      • “tipo”:“NR_PS”,
      • “importo”:“0.00”},
      1. {
      • “tipo”:“NR_CS”,
      • “importo”:“0.00”}],
    • “scontoAbbuono”:“0.00”,
    • “importoDetraibileDeducibile”:“0.00000000”},
  • “flagIdentificativiModificati”:false

}

Non credo sia così, Ciro.
L’accrocchio serve a clienti business, che hanno altre date di validità della terna accrocchiabile- e ad oggi non si sa fino a quando -.
Sui clienti privati è vero quanto scrivi.
Solito casino normativo insomma.
Vedrai che daranno ufficialmente le API un paio di giorni prima di dismettere la terna avcrocchiabile per tutti. Sottolineo ufficialmente, ovvio che qualcuno le avrà già un paio di mesi prima per prepararsi in tempo - come già avvenuto col nuovo formato XML della fattura elettronica-.

1 Mi Piace

Aspetta, la terna di cui parli sarebbe cf-pass-pin giusto?
Io sono legale rappresentante, quindi incaricato sulla posizione dell’azienda ed accedo alla sezione iva e corrispettivi mediante credenziali mie personali. Che io sappia non esistono delle credenziali business vere e proprie, bensì le credenziali della persona fisica che in qualità di incaricato gestisce la posizione della partita iva. Quindi, se è così, quando verranno dismesse le mie credenziali personali, come farei a creare una sessione autenticata? Se avessi qualche altra info fammi sapere che provo volentieri.

Comunque penso anche io che rilasceranno delle APIs giusto qualche giorno prima di dismettere user-pass-pin, come sono soliti ormai fare le cose, purtroppo :expressionless:

Ci sono due regole in perfetta contraddizione e infatti per questo a fine febbraio hanno concesso la continuità nel tuo account.
C’è uno splendido approfondimento di mi pare Assosoftware in queste ore che spiega la situazione di immobilismo.
Speriamo in una normalizzazione al più presto

Ciao @marcomarsala , siamo interessati ad implementare il tuo script nel nostro gestionale, è possibile avere un contatto?
Grazie per la disponibilita
developer@azgest.com

1 Mi Piace

Ma di queste fantomatiche API http UFFICIALI per lo scontrino elettronico, non se ne sa pi nulla?

chi mi sa dire a cosa servono queste voci :slight_smile:

“tipo”:“PC”,
“importo”:“0.00”},

{

“tipo”:“PE”,
“importo”:“1.00”},

{

“tipo”:“TR”,
“importo”:“0.00”,
“numero”:“0”},