Шарттуу мисал: интернет-дүкөн буйрутманы иш тутумуна жөнөттү. Жооп убагында келген жок. Кызматкер кайталоону басты, менеджер эки буйрутма көрдү. Тармак бир жолу үзүлдү, иш эки эсе көбөйдү.
Бул сөзсүз CRMди, башкача айтканда кардарлар менен мамилелерди башкаруу тутумун алмаштырууну талап кылбайт. Адегенде интеграциянын — программалар ортосунда маалымат алмашуунун — жүрүм-турумун текшериңиз. «Кайталоо» кызматкердин эсинен жаңы буйрутма түзүүнү эмес, бир операцияны улантууну билдириши керек.
Күтүү мөөнөтүнүн өтүшү эмне болгонун айтпайт
Күтүү убактысы бүткөндө жөнөтүүчү бир гана нерсени билет: түшүнүктүү жооп алган жок. Суроо жетпеши, аткарылышы же дагы эле иштетилип жатышы мүмкүн.
Кайра жазардан мурда баштапкы операциянын туруктуу идентификатору боюнча чыныгы жыйынтыкты издеңиз. Кардардын аты жана сумма жетишсиз: бир адам эки бирдей буйрутма бере алат. Бирок бир суроонун эки жеткирилиши эки буйрутма түзбөшү керек.
Баштапкы буйрутманын номерин, өзүнчө окуянын идентификаторун жана өзгөрүүнүн версиясын айырмалаңыз. Бир карточка көп жолу өзгөрүшү мүмкүн. Анын номери бардын баарын кайталоо десеңиз, мыйзамдуу жаңыртуулар жоголо баштайт.
Коопсуз кайталоо эмнени билдирет
Пайдалуу принцип идемпотенттүүлүк деп аталат: ошол эле аракетти кайталоо экинчи бизнес-жыйынтык түзбөйт. Бул — алмашууну ишке ашырууга коюлган талап, Битрикс24түн универсалдуу күйгүзгүчү эмес.
Аткаруучу операциянын ачкычы кайда сакталарын, жыйынтык кантип белгиленерин жана бирдей суроолор катар келсе эмне болорун түшүндүрүшү керек. «Адегенде издөө, анан түзүү» жетишсиз болушу мүмкүн: эки иштетүүчү тең бир учурда эч нерсе таппай калышы ыктымал.
Түзүү операциясында баштапкы буйрутма менен алынган карточканын байланышын сактаңыз. Жаңыртууда жаңы маалыматты кечиккен версиядан айырмалоону макулдашыңыз. Кайталоо ырасталган абалды артка кайтарбашы керек.
Кезектин да эрежеси бар
Битрикс24түн расмий документтери ийгиликтүү жооп берерден мурда кирген окуяны ишенимдүү сактап, оор иштетүүнү өзүнчө жүргүзүүнү сунуштайт. Анда иштетүүчү авариялык жооп берсе, кадимки Битрикс24 окуясы кайра жөнөтүлбөй турганы да айтылган. Калыбына келтирүүнү «платформа дагы жөнөтөт» деген божомолго курбаңыз.
Бирок интеграциянын өз кезеги үзгүлтүктөн кийин иштетүүнү кайталай алат. Дал ушул жерде жыйынтыкты эки жолу түзбөө маанилүү. Аракеттердин саны, тыныгуулар, туруктуу каталар жана жооптууга кабарлоо алдын ала аныкталсын.
Туура эмес маалыматтуу же укугу жетишсиз суроону чексиз кайталабаңыз. Адегенде себебин оңдоп, абалды текшерип, кайсы операцияны улантууну чечиңиз.
Үч ыңгайсыз учурду сынаңыз
- Кабыл алуучу буйрутманы сактады, жооп жоголду: кайталоо бар жыйынтыкты табат.
- Эки иштетүүчү бир операцияны катар алды: бир буйрутма пайда болот.
- Эски өзгөрүү жаңысынан кийин келди: актуалдуу маалымат өчүрүлбөйт.
Окуу жазууларын колдонуп, сыноонун коопсуз шарттарын макулдашыңыз. Журнал операцияны, убакытты, аракетти жана жыйынтыкты табууга жардам берсин. Сырсөздөрдү, токендерди же ашыкча кардар маалыматын жарыялабаңыз.
Өзгөртүүнү кантип талкуулоо керек
Бир тарап Битрикс24 болсо, REST APIнин — программалык алмашуу интерфейсинин — жеткиликтүүлүгүн жана укуктарды порталыңыздын шарттары боюнча текшериңиз. Экинчи программаны өзүнчө текшерүү керек. Эки APIнин болушу өзүнөн өзү кайталоодон коргобойт.
Кыргызстандагы бизнес үчүн бир кайталануучу учурдан баштаңыз: баштапкы операция, анын номери жана эки тутумдагы чыныгы жыйынтык. QQDev REST API иштеп чыгуу барагында алмашуунун кайталоо эрежелерин жана журналын талкууласа болот. Бир баскыч үчүн иштеп жаткан тутумду алдын ала алмаштыруу талап кылынбайт.