Долбоорду талкуулоо

QQDEV · КЫРГЫЗСТАН · АЛЫСТАН

Жазуу жүктөмдө жок. Аны экинчи тутумдан өчүрүш керекпи?

Алмашууда архивдөө менен өчүрүүнү макулдашуу: буйрукту маалыматтын жоктугунан айырмалоо, байланыштарды сактоо жана кесепеттерин текшерүү.

Жарыяланды

3 мүн18

Шарттуу мисал: эсеп программасы активдүү кардарларды гана чыгарды. Интеграция калгандары өчүрүлдү деп ойлоп, CRM карточкаларын тазалоого аракеттенди. Чыпка туура иштеди — анын натыйжасы тууралуу тыянак туура эмес болду.

Программалар маалымат алмашса, жазуунун жок болушу эмнени билдирерин алдын ала аныктаңыз. Бул архив, укук чектөөсү, тизменин толук эмес барагы же чыныгы өчүрүү суроосу болушу мүмкүн. «Табылган жок» деген бир жооп объекттин бүт тарыхын түшүндүрбөйт.

Үч башка аракетти бөлүңүз

Архивдөө көбүнчө жазуу учурдагы иште колдонулбай турганын билдирет. Өчүрүү — өз кесепети бар өзүнчө аракет. Ал эми жүктөмдө болбоо баштапкы тутумда эч нерсени өзгөртпөшү мүмкүн.

Ар бир программа колдогон абалдарды жазыңыз. Баарына бирдей таштанды себетин же артка кайтарууну таандык кылбаңыз. Керектүү абал жок болсо, башка жолду макулдашыңыз: мисалы, жооптуу текшергенден кийин кийинки жаңыртууну токтотуу.

Кыргызстандагы компания сактоо мөөнөтүн жана өчүрүүнүн жол берилгендигин тиешелүү талаптар жана ички эрежелер боюнча керектүү адис менен аныктайт. Техникалык алмашуу бул чечимди өзү ойлоп таппашы керек.

Буйрук кайдан келет

Чечим булагын белгилеңиз: объектти актуалдуу эмес деп ким белгилейт, ал белги андан ары берилеби? Бир багыттуу алмашуу маалыматты эки тараптан автоматтык өчүрүүгө милдеттүү эмес.

Жазууларды компаниянын аты эмес, туруктуу идентификатор менен байланыштырыңыз. Ат өзгөрөт, башка кардарлардын аты окшош болушу мүмкүн. Эмне суралды, ким ырастады, кандай натыйжа алынды — журналда сактаңыз.

Жүктөм күтүүсүз аз же бош болсо, адегенде чыпканы, барактарды, укуктарды жана байланышты текшериңиз. Мындай натыйжа менен массалык тазалоо роботтун өзгөчө ынтасын эмес, токтоону жана талдоону талап кылат.

Байланышкан маалыматты текшериңиз

Карточка буйрутмаларга, кат алышууга, файлдарга жана башка адамдарга байланышышы мүмкүн. Кесепет тутумга, объектке жана колдонулган ыкмага жараша.

Мисалы, Битрикс24 бүтүмүн өчүрүү документтери байланышкан объекттерге таасирди жана объектти же байланышты өчүрүүнүн айырмасын эскертет. Анда эски ыкманын актуалдуу алмаштыруусу да көрсөтүлгөн. Ошондуктан эски мисалдан универсалдуу буйрук көчүрбөй, чыныгы ишке ашырылышын текшерүү керек.

Өчүрүүнү кошордон мурда эмне сакталарын, натыйжаны ким көрөрүн жана катаны кантип табарын аныктаңыз. Экспорттун болушу текшерилген калыбына келтирүү деген эмес.

Коопсуз мисалдарда сынаңыз

Окуу жазууларынын жубун жана байланышкан тарыхты түзүңүз. Архивдөөнү, өчүрүүнү жана чыпкаланган жүктөмдө жок болууну өзүнчө текшериңиз.

Андан кийин окуу укугун чектеп, толук эмес тизмени жасаңыз. Интеграция муну массалык өчүрүүнүн далили дебеши керек. Өчүрүлгөн объектти кокус кайра түзбөө үчүн окуянын кайталанышын жана кечиккен жаңыртууну сынаңыз.

Тажрыйбаны иш маалыматында өткөрбөңүз. Кайтарылгыс аракетке алдын ала макулдашылган текшерүү жана токтотуу тартиби керек.

Оңдоону эмнеден баштоо керек

Учурдагы CRM командага ылайык болсо, ушул эреже үчүн алмаштыруу шарт эмес. Адегенде эки программадагы абал менен кесепетти сүрөттөп, API — программалык алмашуу интерфейстеринин — мүмкүнчүлүгүн текшериңиз.

QQDev менен REST API интеграциясын өзгөртүүнү талкууласа болот: жоголгон жазуунун аты-жөнү жашырылган мисалын жана күтүлгөн аракетти алып келиңиз. Экинчи тутумдун мүмкүнчүлүгү убададан мурда текшерилет. Жакшы өчүрүү эрежеси бош тизмеден эмес, түшүнүктүү себептен башталат.

← Блогдун бардык жазуулары