WEBHOOKS • IDEMPOTENT
Un eveniment repetat nu produce a doua acțiune
Semnătura, timestamp-ul și event ID-ul se verifică înainte de scriere, astfel încât o livrare duplicată devine no-op.
[ SERVICII LGL SOLUTIONS ]
Leagă sistemele existente într-un flux observabil, cu reguli clare și recuperare controlată la eroare.
$ job.run order.paid A-1042DONE · 3 pași{ "order": "A-1042", "awb": { "courier": "sameday", "stored": true }, "invoice": { "provider": "oblio", "idempotency_key": "order-A-1042" }, "retries": { "backoff_s": "2 4 8 16", "used": 1 }} CE PRIMEȘTE PROIECTUL
Reguli clare, recuperare controlată la eroare și un rezultat care se poate verifica.
WEBHOOKS • IDEMPOTENT
Semnătura, timestamp-ul și event ID-ul se verifică înainte de scriere, astfel încât o livrare duplicată devine no-op.
RETRY • BACKOFF
Dacă Oblio.eu răspunde cu timeout, jobul reia controlat, fără o a doua factură.
COMANDĂ • AWB • FACTURĂ
Plata validată pornește expedierea, păstrează AWB-ul și creează factura.
AUDIT TRAIL • P95
Metrici pentru succes, durată, retry-uri și dead-letter, cu alerte la praguri utile.
CRM • WHATSAPP
Sursa și responsabilul se atribuie automat, iar notificarea conține doar datele necesare.
AUTOMATION PIPELINE
Formularul validează e-mailul, telefonul și consimțământul, apoi salvează leadul înainte de orice apel extern.
lead.status = "persisted" date validate
Semnătura, timestamp-ul și event ID-ul se verifică înainte de procesare. O livrare repetată devine no-op.
event.duplicate = false semnătură verificată
Factura și e-Factura se creează prin Oblio.eu API, cu o cheie de idempotență. La timeout, jobul este reluat cu backoff, fără o a doua factură.
retry = [2, 4, 8, 16] fără duplicat
Mesajul include doar datele necesare. Dacă furnizorul este indisponibil, statusul rămâne pending și operatorul vede motivul.
notify.state = "sent" responsabil notificat
Flux de referință, cu conectivitate nativă Oblio.eu și suport și pentru SmartBill sau alte sisteme de facturare. Apasă pe un pas pentru detalii. Regulile, furnizorii și limitele reale se stabilesc în oferta proiectului.
Automatizarea începe cu starea inițială și rezultatul verificabil. Pentru o comandă online, fluxul poate valida plata, crea expedierea, obține AWB-ul, genera factura și e-Factura prin Oblio.eu API și trimite clientului confirmarea. Fiecare pas păstrează identificatorul extern, răspunsul și starea de procesare. Conectivitate nativă Oblio.eu, cu suport complet și pentru SmartBill, Stripe, curieri (Sameday, Fan Courier) sau sisteme ERP existente.
Pentru leaduri, formularul validează datele, creează contactul în CRM, atribuie sursa și responsabilul, apoi trimite notificarea WhatsApp sau e-mail. Un webhook duplicat nu produce două oportunități: cheia de idempotentă și identificatorul evenimentului sunt verificate înainte de scriere.
La primirea comenzii validăm schema, moneda, clientul și liniile. După confirmarea plății, un job creează expedierea la Sameday sau Fan Courier, păstrează AWB-ul și trece comanda în starea expediată. Pasul următor creează factura în Oblio.eu prin API REST (inclusiv e-Factura), folosind cheia de idempotență a comenzii. Dacă Oblio.eu răspunde cu timeout, jobul este reluat cu backoff 2, 4, 8 și 16 secunde, fără o a doua factură. O reconciliere zilnică semnalează comenzile plătite fără factură.
Formularul validează e-mailul, telefonul și consimțământul, apoi persistă leadul înainte de a apela servicii externe. Evenimentul este pus într-o coadă, unde un worker atribuie sursa, caută un contact existent și notifică responsabilul. Mesajul WhatsApp folosește un template aprobat și nu include date inutile. Dacă CRM-ul sau furnizorul de mesagerie este indisponibil, statusul rămâne pending și operatorul vede motivul.
Verificăm semnătura, timestamp-ul și event ID-ul înainte de procesare. Evenimentul este memorat într-un tabel cu index unic; aceeași livrare devine no-op. Pentru operațiuni ireversibile folosim outbox pattern: scrierea locală și evenimentul sunt în aceeași tranzacție, iar livrarea externă se face ulterior. Astfel nu pierdem evenimente când procesul se oprește între două apeluri.
Fiecare automatizare are metrici pentru succes, durată p95, retry-uri și dead-letter. Alertarea se declanșează la praguri utile, nu la fiecare eroare tranzitorie. Testele includ payload valid, duplicat, timeout, 4xx permanent și 5xx temporar. Înainte de lansare, acceptarea se face pe un set de comenzi și leaduri anonimizate, cu rezultat comparat cu procesul manual.