Open argomauro opened 3 weeks ago
Il comportamento del servizio Broadcast descritto da @argomauro era già stato segnalato nella issue #890 . In tale issue, era stata confermata la correttezza delle specifiche SANP, chiarendo che un comportamento differente andrebbe segnalato come bug.
Quanto riportato invece dall'assistenza PagoPA risulta in conflitto con il chiarimento fornito da @aferracci nella issue e con la descrizione del servizio nelle SANP.
Colgo l'occasione per sottolineare l'importanza della funzionalità di broadcast come indicato nelle SANP: la paSendRT versione 2 viene inoltrata alle stazioni di tutti gli Enti Creditori configurate come broadcast. Questo comportamento è fondamentale per realizzare una piattaforma di riconciliazione efficiente, consentendo di ricevere le RT direttamente da pagoPA, senza la necessità di recuperarle singolarmente dai vari Partner/Intermediari.
Buongiorno @argomauro cerco di fare chiarezza sul tema. Il concetto di broadcast delle ricevute funziona diversamente a seconda della versione delle primitive utilizzate.
Quindi, nel caso specifico, se lei si trova nel caso 2 e non riceve le ricevute si tratta come correttamente indicato da @nardil di un malfunzionamento che va indagato. In tal caso le preghiamo di riaprire un ticket verso l'assistenza citando anche questa issue.
Grazie mille per la collaborazione. Saluti
Ciao @cristianosticca-pagopa ,
grazie per il chiarimento.
Il comportamento descritto purtroppo limita molto i benefici del servizio broadcast dal momento che se la stazione di broadcast non riceve tutte le ricevute, la riconciliazione resta parziale e pertanto non risolve il problema.
Vi invitiamo a valutare la possibilita' di estendere la logica del servizio broadcast a tutte le Ricevute, anche a quelle v1.
Grazie @cristianosticca-pagopa per la tua risposta ma collegandomi a quanto commentato da @nardil devo evidenziare i forti limiti di questa scelta progettuale. Il tema della riconciliazione contabile è cruciale per le amministrazioni pubbliche: non disporre di strumenti efficaci per acquisire le evidenze dei pagamenti mette queste ultime in seria difficoltà. Considerando che le V1 non sono ancora deprecate e non esiste un piano di dismissione, la strategia attuale del broadcast risulta inefficace per la riconciliazione, poiché non consente di acquisire con certezza il 100% delle ricevute.
Questo implica che l'ente non può sapere con quale versione di API vengono gestiti i pagamenti e non ha la possibilità di imporre l'adozione di una versione specifica ai partner. Venendo meno l’utilità di questa funzionalità di broadcast, quale strategia possiamo adottare per consentire agli enti di raggiungere l'obiettivo della riconciliazione?
ciao @nardil @argomauro , cerco di chiarire in quanto forse sono stato poco chiaro o compreso non benissimo la necessità. Indipendentemente dalle versioni delle primitive utilizzate (v1 o v2) laddove viene usata la paSendRT quest'ultima permette a tutti di ricevere le receipt. Infatti, in caso di v1 l'ente primario riceve ovviamente la receipt che potrebbero ricevere anche gli enti secondari laddove questi ultimi siano associati alla stazione di broadcast. Nel caso di v2 come già detto non si intravedono criticità. Se anche dopo questa precisazione non fosse chiaro potete indicarci proprio un esempio del caso d'uso problematico? Grazie
Gli Enti Creditori fanno gestire le proprie riscossioni ad un certo numero di Intermediari/Partner, ciascuno dei quali detiene le ricevute dei pagamenti da lui gestiti. A questi si aggiungono i pagamenti effettuati da altri Enti di cui sono beneficiari.
Per procedere all'attivita' di riconciliazione, il software deputato deve recuperare:
Il primo elemento e' fuori dal perimetro di pagoPA, mentre i Flussi di Rendicontazione sono gia' disponibili nella loro totalita' a tutte le stazioni associate all'ente.
Il problema sono le ricevute: attualmente chi effettua la riconciliazione deve recuperarle da ogni singolo intermediario nelle modalita' piu' disparate (servizi, csv via mail, zip di xml, ...) rendendo il procedimento complesso e costoso. La funzionalita' di broadcast potrebbe semplificare enormemente il processo, ma da quanto fin qua presentato il servizio consente di ricevere tutte le RT v2 e le RT v1 di cui l'ente e' beneficiario, ma non le RT v1 di cui l'ente e' creditore che ci risultano la maggior parte.
Quanto rappresentato risulta corretto?
Salve, vi scrivo perchè dopo aver configurato su alcuni enti la funzionalità di Broadcast sulla stazione non riceviamo nessuna RT proveniente da altri PT. Il comportamento atteso era quello descritto in https://docs.pagopa.it/sanp/ente-creditore/modalita-dintegrazione/integrazione-tramite-api-asincrone#ricezione-sincrona-della-ricevuta dove la paSendRT viene inoltrata alle stazioni di tutti gli Enti Creditori configurate come broadcast. Riporto il caso anomalo perchè invece nel caso della Provincia di Potenza che è interessato da pagamenti Multibeneficiario TARI-TEFA riceviamo correttamente le RT che provengono dagli altri EC della provincia, ovviamente dopo aver attivato il broadcast. In virtù di questa "anomalia" di comportamento ho anche aperto un ticket all'assistenza e la risposta la riporto qui per completezza:
Vengo quindi a chiedere quale comportamento dobbiamo aspettarci dopo la configurazione del broadcast?