Integrazione API del sistema di pagamento: a chi spettano costi e manutenzione?

Se devono scrivere un'API su misura, l'agenzia deve garantire due cose: 1) L'uso di una chiave di idempotenza (per evitare addebiti doppi se il cliente clicca due volte). 2) La gestione in coda delle notifiche webhook. Senza questi accorgimenti tecnici, in caso di cali di connessione i soldi vengono scalati al cliente ma sul sito non si crea l'ordine.

Prima di firmare il contratto, verificate voi stessi se il modulo pronto del provider di pagamento gestisce già le vostre esigenze sulle rate. A volte le agenzie trasformano un lavoro da 2 ore con modulo standard in un costoso progetto API su misura solo per emettere una fattura in più.

Sul mercato di Città del Messico 35.000 MXN è una cifra al limite massimo ma ragionevole per un'API personalizzata. Noi lo scorso autunno abbiamo pagato 28.000 MXN per un'integrazione simile, facendoci includere 3 mesi di garanzia e supporto tecnico.

Fate inserire una clausola chiara nel contratto: "Eventuali bug ed errori di codice derivanti dall'integrazione saranno risolti dal fornitore a titolo gratuito per 90 giorni a partire dalla data di messa online." Vi proteggerà dalle fatture a sorpresa delle prime settimane.

Con la manutenzione a ore c'è il rischio che l'agenzia vi tariffi le ore pure per correggere il codice errato scritto da loro. Se non separate nettamente il bug fixing dallo sviluppo di nuove funzionalità, vi ritroverete a pagare 850 MXN ogni mese.

dà fastidio che non sia stato chiarito all'inizio, ma il gateway di pagamento è il cuore del sito.. ma piuttosto che risparmiare rattoppando un plugin pronto, far sviluppare un'API solida fin dall'inizio evita perdite di fatturato sul lungo periodo.

In sintesi: che chiedano un extra budget per l'API su misura ci sta, ma non trattate subito per la manutenzione. Prima concordate 90 giorni di garanzia, fate mettere nero su bianco che lavorano con i token e pretendete la protezione contro i doppi addebiti.

La penso diversamente. Chiunque abbia fretta su integrazione API di pagamento si blocca nello stesso punto.

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

Per un periodo ci siamo bloccati anche noi nello stesso punto. Non abbiate paura di chiedere, chi non chiede paga sempre di più.

Buon lavoro.

Secondo voi funziona a tutte le scale? Quando prendi una decisione, guarda prima quali dati hai a disposizione.

Avete ragione, sono passato anch'io per la stessa strada. Non abbiate paura di chiedere, chi non chiede paga sempre di più.

È tutto, scusate se mi sono dilungato.

Riassumo quanto detto finora. Ogni punto non scritto è un punto che in futuro le due parti ricorderanno diversamente.

Quando decidiamo senza misurare, finiamo sempre nello stesso punto. Lascio una nota, potrebbe servire.

Ho un'obiezione qui. Se non lo rendete scritto fin dall'inizio poi nascono discussioni.

Lascio una nota, potrebbe servire.

C'è una trappola qui non posso non segnalarla. Da noi la cosa che faceva perdere più tempo era non sapere chi decidesse.

Da noi la cosa che faceva perdere più tempo era non sapere chi decidesse.

Non ho alcuna esperienza in materia di integrazione API di pagamento, quindi chiedo. I primi tre mesi vanno bene, i problemi emergono al quarto mese.

Le persone difendono le abitudini, non i processi. La resistenza nasce da lì.

Mi sono rilassato leggendo questa risposta, quindi non succede solo a me. Il codice senza documentazione di installazione non è tuo, anche se ce l'hai in mano.

Confermato dall'esperienza.

Racconto cosa mi è successo, magari vi è utile. L'offerta più economica è spesso quella meno ponderata.

Buon lavoro.

Argomento molto attuale.