Integrazione API UETS richiesta nel capitolato: di cosa si tratta e come inserirla nel preventivo?

I servizi UETS non sono basati su una classica architettura REST, usano per lo più standard SOAP e WSDL. C'è da gestire la firma XML, la verifica dei certificati X.509 e gli algoritmi di crittografia richiesti da PTT. La documentazione non è sempre aggiornata, quindi preparatevi a perdere parecchio tempo nel parsing dei pacchetti in ambiente di test.

Nella stesura del contratto inserite tassativamente queste tre clausole speciali: 1) La stipula del protocollo ufficiale con PTT e il disbrigo delle pratiche amministrative restano a esclusivo carico del committente. 2) Il fornitore del software non potrà essere ritenuto responsabile per eventuali decadenze o danni legali causati da interruzioni di servizio o errori di timeout dei web service UETS. 3) I test di integrazione verranno svolti esclusivamente sull'ambiente di test fornito da PTT.

Otto mesi fa abbiamo fatto un'integrazione simile per una società di consulenza. Il lato codice lo abbiamo chiuso in 12 giorni lavorativi, ma ci sono voluti ben 45 giorni solo perché PTT approvasse il contratto aziendale e configurasse gli IP per l'ambiente di test. Nel preventivo non legate la data di consegna a questi tempi burocratici.

Nel preventivo non inglobate assolutamente questa voce dentro agli altri moduli. Create una riga a parte sotto la voce "Modulo di Integrazione Ufficiale UETS". E prezzatelo almeno al doppio di una normale integrazione API, perché alla fine vi toccherà gestire gran parte delle comunicazioni tra il cliente e PTT.

Il vostro cliente usa l'account UETS come persona fisica o come persona giuridica? Le procedure per concedere l'accesso diretto ai web service per gli account individuali degli avvocati possono seguire iter diversi rispetto a quelli aziendali, hanno già verificato questa cosa con PTT?

Gli studi legali vorrebbero scaricare automaticamente ogni notifica nel sistema tramite API, ma se un domani il servizio non risponde e scade il termine per una causa, il primo a cui daranno la colpa sarà lo sviluppatore. Se non riuscite a delimitare benissimo i limiti di responsabilità nel contratto a livello legale, conviene persino non imbarcarsi affatto in questa cosa.

Due anni fa per un progetto avevamo trattato questa integrazione come un banale servizio SMS inserendo un piccolo costo di sviluppo. Poi, tra certificati di sicurezza richiesti da PTT, cambi di IP del server e risposte del servizio che cambiavano continuamente, tutto il guadagno del progetto se n'è andato in assistenza tecnica. Quando fate il preventivo chiedete assolutamente anche un canone annuale di manutenzione e monitoraggio del servizio.

le procedure per le api ptt vanno davvero a rilento. fate inserire assolutamente nel contratto una clausola tipo "i tempi di approvazione a carico del cliente non sono inclusi nei tempi di consegna del progetto" altrimenti vi faranno pressione dicendo che siete in ritardo sulla consegna.

Guardando al processo, il quadro cambia. Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione.

Questo thread è archiviato. Se non lo rendete scritto fin dall'inizio poi nascono discussioni.

Ho vissuto la stessa cosa.

Sono passato da qui, vi racconto. Il calendario dei pagamenti va legato alle fasi del lavoro, non alle date.

Spero che le sia utile.

C'è un punto che mi incuriosisce. Introdurre un processo per le richieste di modifica non rallenta il lavoro lo accelera.

Questa è la mia opinione, non la scrivo come verità assoluta.

Ci proverò.

Preso nota, grazie.

Vi spiego come si fa in pratica. Gran parte del tempo perso si accumula nelle pratiche in attesa di approvazione.

Buon lavoro.

Sono della stessa opinione. Chiunque abbia fretta su integrazione api uets si blocca nello stesso punto.

Inizia con un piccolo test, non impegnarti subito su tutto. Spero che le sia utile.

Se scendiamo nei dettagli: Quando prendete una decisione, scrivete anche lo scenario peggiore, non solo quello migliore.

Spero che le sia utile.