Негізгі дерек көзін белгілеңіз
Мысалы, CRM байланыс пен мәміле кезеңін, ал есеп жүйесі төлем мен қалдықты басқарады. Әр өріс үшін алмасу бағыты мен қатар өзгерту қайшылығын шешу ережесін жазыңыз. Тұрақты идентификатор қолданыңыз: клиент аты сәйкестендіруге жарамайды. Жеткізушіден API шектеуін, токен құқығын және тест ортасының барын біліңіз.
Қайта жеткізуді жобалаңыз
Вебхук қайталанып немесе ретсіз келуі мүмкін. Өңдеуші қабылданған оқиғаны танып, екінші мәміле жасамауы керек. Уақытша ақауда басқарылатын қайталау мен кезекті қолданыңыз, тұрақты қатені талдауға жіберіңіз. Оқиға идентификаторы мен өңдеу нәтижесін сақтаңыз, бірақ журналға құпиялар мен толық жеке деректерді жазбаңыз.
Толық өмірлік циклді тексеріңіз
Қосу, өзгерту, бас тарту, жою және байланысты қалпына келтіруді сынаңыз. Қолжетімділік мерзімінің бітуін, API ақауын, жартылай толған жазбаны және жауап пішімінің өзгеруін тексеріңіз. Жауапты адам кешіккен оқиғаны көріп, өңдеуді қауіпсіз қайталай алсын. Тұрақты салыстыру жасырын айырмаларды анықтауға көмектеседі.
Нені тексеру керек
- Өрістердің иелері мен алмасу бағыты анықталған.
- Оқиғаны қайталау көшірме жасамайды.
- Құпиялар журналға жазылмайды.
- Салыстыру мен қауіпсіз қайта өңдеу бар.
Жоба туралы сұрақтар
Тек вебхуктар жеткілікті ме?
Әрдайым емес. Қызмет оқиғаларды өткізіп алуы немесе кешіктіруі мүмкін болса, мерзімді дерек салыстыру да қажет.