Misiunea 1 · CRM contract
Modelați starea afacerii înainte de codul de integrare.
Definiți un contract monday.com stabil care separă comenzile operatorului, starea ciclului de viață, artefactele, revizuirea AI, erorile și referințele de audit.
Secvență de construcție
- Creați câmpuri explicite de acțiune Zoom și de stare Zoom; nu supraîncărcați niciodată o stare editabilă de om atât pentru comandă, cât și pentru stare.
- Hartă Zoom Link, Link de înregistrare, Transcriere, Scor AI, Raționamentul scorului, Rezumatul întâlnirii, Acțiunile următoare, Eroare de procesare și ID ultimul eveniment.
- Folosiți identificatori stabili de coloane și ID-uri de etichetă de stare sau indecși acolo unde API-ul le acceptă.
- Comportamentul de încărcare a coloanelor de fișiere de documente separat de actualizările obișnuite ale coloanelor JSON.
- Scrieți tabelul de tranziție a stării permise și respingeți tranzițiile neacceptate înainte de orice apel de la furnizor.
Dovada necesară
- Export de schemă igienizată sau captură de ecran.
- Maparea câmp-la-contract și tabelul de tranziție a stării.
- Un exemplu de tranziție respinsă cu o eroare clară a operatorului.
Fișiere și surse de referință
Documentația oficială a furnizorului
Poarta de evaluare
Pasa
Treci: fiecare câmp are un singur scop, identificatorii stabili sunt înregistrați, iar tranzițiile nevalide sunt deterministe.
Revizui
Revizuire: schema funcționează, dar combină comenzi, stări, artefacte sau erori în moduri care creează ambiguitate.
Eșec greu
Eșec greu: sunt trimise date reale ale clienților, jetoane de acces, secrete de bord sau o captură de ecran neverificabilă.
Trimitere revizuită de oameni