Francesco hai documentazione su questa cosa?
Scarica qui il nuovo WSDL:
https://www.cartadeldocente.istruzione.it/docentiEsercente/assets/docs/lineeguida-esercenti-cartadeldocente.zip
1 Mi Piace
Occhio che l’url indicato nel wsdl punta a localhost…
Comunque confermo anche io che non va neanche correggendo l’url.
Carta Cultura continua invece a funzionare senza problemi.
1 Mi Piace
Come endpoint sto usando https://ws.cartadeldocente.istruzione.it/VerificaVoucherDocWEB/VerificaVoucher e gli ordini mi stanno entrando senza problemi
2 Mi Piace
Per prima cosa faccio un controllo Check:
cliente.Check(new ServiceReferenceDocente.Check()
{
codiceVoucher = voucher,
partitaIvaEsercente = PARTITA_IVA_ESERCENTE,
tipoOperazione = “1”
});
Poi faccio un Confirm:
cliente.Confirm(new ServiceReferenceDocente.Confirm()
{
codiceVoucher = voucher,
importo = importoDaMovimentare,
tipoOperazione = “1”
});
Così funziona, non funziona più il vecchio metodo:
cliente.Check(new ServiceReferenceDocente.Check()
{
codiceVoucher = voucher,
partitaIvaEsercente = PARTITA_IVA_ESERCENTE,
tipoOperazione = “2”
});
2 Mi Piace
Buonasera, riscontro lo stesso problema da qualche giorno e l’assistenza ha risposto come scritto sopra da altri utenti.
Ho scaricato il tuo zip e il WSDL contiene un URL a localhost. Devo modificarlo? se si, con cosa?
Altra domanda, le chiamate vanno fatte verso https://ws.cartadeldocente.istruzione.it/VerificaVoucherDocWEB/VerificaVoucher con o senza “Doc” come indicato qualche messaggio sopra?
Grazie per il supporto
Confermo che funziona con il tuo esempio.
Praticamente hanno soppresso la possibilità di prelevare l’intero buono, senza passare l’importo, che non torna il beneficiario e quindi bisogna per forza fare prima il check.
La versione precedente la trovavo molto più comoda.
Sarei curioso di sapere il perché di questa modifica e se è voluta o meno.
Confermo! Ho risolto pure io seguendo quello che ha scritto @Francesco_Angelin.
Ho risolto facendo le seguenti modifiche:
-
Modificato nel check la SOAPAction da “http://bonus.miur.it/VerificaVoucher/Check” a “http://bonus.miur.it/VerificaVoucherSOAP/Check”
-
Modificato nel confirm la SOAPAction da “http://bonus.miur.it/VerificaVoucher/Confirm” a “http://bonus.miur.it/VerificaVoucherSOAP/Confirm”
-
Nella conferma invece che usare il check con tipoOperazione = 2 ho utilizzato il metodo confirm.
Endpoint: “https://ws.cartadeldocente.istruzione.it/VerificaVoucherDocWEB/VerificaVoucher”
3 Mi Piace
Grazie a tutti, @Elson e @Francesco_Angelin mi hanno portato nella giusta direzione.
Il wsdl pubblicato sul sito ha il link di puntamento completamente errato(punta a localhost) ed è stranamente formato da due rami xsd:schema che la mia libreria non digerisce correttamnete(Savon su rails).
Grazie alle indicazioni di Elson ho quindi corretto il vecchio wsdl(che ha i namespace degli schemi errati).
Io ho sempre usato il tipo operazione ‘1’ quindi quello per me non è stato un cambiamento, ma comprendo e condivido il disagio.
Se volete lo trovate qui:
Ancora grazie a tutti, se avessimo aspettato Sogei staremmo ancora attendendo un loro ipotetico fix
1 Mi Piace
Anche io ho risolto seguendo le indicazioni di @Elson e @Francesco_Angelin
Ho modificato il nostro vecchio wsdl con le loro indicazioni e ora funziona di nuovo tutto.
Grazie a tutti!
Ok, risolto con il nuovo wsdl (check e confirm erano già a posto).
Grazie 1000 a tutti e ad @Elson in particolare.
anche noi a posto, bravi tutti
Sistemato anche noi, grazie a tutti!
Provato ora e funziona anche a me, grazie a tutti quanti!!!
SOGEI risponde ad alcuni esercenti dicendo che non supportano più TSL 1.1 e che va cambiato il WSDL, premesso che il mio modulo PrestaShop si connette con TSL 1.2, il file WSDL inviato è errato o identico a quello precedente, non ho parole.
Volevo sapere se hai modificato solo URL del localhost? Ho serve modificare anche il WSDL con nuovi namespace? Ovvero passare da http://bonus.miur.it/VerificaVoucher/Check a http://bonus.miur.it/VerificaVoucherSOAP/Check.
Grazie
Nulla continua a rispondere con SOAP Fault: (faultcode: 0, faultstring: Internal Error) anche cambiando l’URL dell’endpoint.
Nel mio modulo PrestaShop uso il tipo di operazione 1, ma pur modificando il file WSDL in mio possesso con i nuovi nameserver, nulla continuo a ricevere l’errore SOAP Fault: (faultcode: 0, faultstring: Internal Error). Sto provando a validare il classico “11aa22bb” usato per l’attivazione.
Ho pure io la versione inviata da SOGEI con localhost e quella vecchia datata 2016, ho provato a modificare entrambe senza esisto alcuno.
Se si cambia solo il wsdl senza cambiare il metodo il problema rimane, leggi i commenti precedenti
Uso già il metodo 1, ho sempre usato quello, mai il metodo 2.
$data = array(‘checkReq’ => array(‘tipoOperazione’ => ‘1’, ‘codiceVoucher’ => $voucher_code, “partitaIvaEsercente” => $piva_merchant));
Mi puoi passare il tuo WSDL modificato?
Prova ad usare quello inviato da @albertodega su pastebin. Differiva dal mio solo per le 2 “soapAction” ed è stato sufficiente per ripartire.