Descrizione del progetto
TradottoLa nostra piattaforma invia ogni aggiornamento importante dell'ordine solo via email, e questo causa già problemi: alcuni messaggi rimbalzano perché la casella di posta è piena, alcuni provider rifiutano la posta dal nostro indirizzo e alcuni utenti digitano erroneamente il loro indirizzo durante la registrazione. Ogni fallimento significa che un cliente perde un cambiamento di stato, un avviso di disputa o una conferma di pagamento prima che qualcuno si accorga che l'ordine è andato storto.
Ho bisogno di un canale di backup che invii un SMS automaticamente quando un'email importante non riesce a essere consegnata, senza duplicare ogni messaggio. Solo un elenco definito di tipi di eventi critici dovrebbe attivarlo, e il sistema deve controllare prima il risultato effettivo della consegna, non solo presumere che l'email sia stata inviata.
Il requisito chiave è il controllo dei costi: un limite giornaliero per utente, un tetto di budget mensile per l'intero canale e un comportamento chiaro una volta raggiunto un limite (l'evento è registrato, nessun SMS viene inviato). Voglio anche un'impostazione on/off istantanea che non richieda modifiche al codice, oltre a un breve rapporto dei messaggi inviati e del loro costo.
Cosa mi aspetto dal contraente:
— integrazione dell'API del gateway SMS (fornitore da concordare insieme)
— logica che legge lo stato di consegna dell'email e decide quando inviare l'SMS
— una lista bianca fissa di tipi di notifica critici
— limiti di spesa giornalieri e mensili con un avviso vicino alla soglia
— un rapporto compatto dei messaggi inviati e del costo in corso
Ho bisogno di un canale di backup che invii un SMS automaticamente quando un'email importante non riesce a essere consegnata, senza duplicare ogni messaggio. Solo un elenco definito di tipi di eventi critici dovrebbe attivarlo, e il sistema deve controllare prima il risultato effettivo della consegna, non solo presumere che l'email sia stata inviata.
Il requisito chiave è il controllo dei costi: un limite giornaliero per utente, un tetto di budget mensile per l'intero canale e un comportamento chiaro una volta raggiunto un limite (l'evento è registrato, nessun SMS viene inviato). Voglio anche un'impostazione on/off istantanea che non richieda modifiche al codice, oltre a un breve rapporto dei messaggi inviati e del loro costo.
Cosa mi aspetto dal contraente:
— integrazione dell'API del gateway SMS (fornitore da concordare insieme)
— logica che legge lo stato di consegna dell'email e decide quando inviare l'SMS
— una lista bianca fissa di tipi di notifica critici
— limiti di spesa giornalieri e mensili con un avviso vicino alla soglia
— un rapporto compatto dei messaggi inviati e del costo in corso
Programmazione web Contante, Bonifico bancario
