Электронды сауда платформаларына интеграциялар: не жиі ұмытылып қалады

Қай жерде қолмен енгізу пайда болады және неге өзі жоғалып кетпейді

Қолмен енгізу көбіне күтпеген жерден шығады. Бастапта лотты платформаға жүктеп, протокол алу жеткілікті сияқты көрінеді. Бірақ сатып алу ішкі процестерге тірелген соң мәліметтер бірнеше жерде «тіршілік ете» бастайды және оларды қолмен көшіру қажет болады.

Көбіне дублирлеу былай көрінеді: өтініш бір жүйеде жасалады, реквизиттер платформаның процедурасына қолмен көшіріледі, кейін келісімшарт жиналады, бухгалтерия бөлек счет тағайындайды, ал жабылу акті басқа жүйеде қалады. Бір ғана өріс (сомма, КБК, шығын мақаласы, жеткізу мерзімі, контрагент реквизиттері) өзгеше болса, әр жүйе өз нұсқасын сақтайды. Тартасуды адамдар емес, сандар бастайды.

Неге бұл 2–3 процедурадан кейін ғана көрінеді? Бірінші сатып алулар әдетте типтік, шаблон бойынша өтеді және қатысушылар тез егжей-тегжейін келіседі. Содан кейін вариативтілік шығады: қосымша келісімдер, жартылай жеткізілімдер, түзетілген шоттар, мерзімдерді жылжыту, қол қоюшының ауысуы. Анықталады: интеграциялар тек «идеал» жолды жауып тұрады, ал ерекшеліктер қайтадан Excel пен copy-paste-ке әкеледі.

Толық емес интеграция белгілері:

• сол құжат әртүрлі жүйелерде қайта жиналады, орнына нұсқасы мен статусы берілмейді
• статустар ("жеңімпаз", "келісімшарт қол қойылды", "жеткізу орындалды") алаң мен ішкі жүйелерде сәйкес келмейді
• контрагенттер мен номенклатура справочниктері ұқсамайды, ұқсас аттары бар дубликаттар пайда болады
• командада сомаларды, ҚҚС, мерзімдер мен құжат нөмірлерін салыстыруға "контрольная таблица" бар

Қай дерек көзі басты екені (өтініш, келісімшарт, шот, акт) және қандай өрістердің сапасы үшін кім жауапты екені анықталмағанда, қолмен енгізу қайта-қайта оралады. Ол уақытша жамау ретінде ыңғайлы, бірақ уақыт өте кешенді жұмыс пен қателер көзіне айналады.

Сатып алу деректерінің картасы: не неге алмасуы керек

Қолмен енгізуді жою үшін коннекторлардан емес, деректер картасынан бастаңыз. Бір беттік қарапайым схема сатып алу барысында қандай өрістер пайда болатынын, қайдан туғанын және әрі қарай қайда түсуі тиіс екенін көрсетеді. Олай болмаса интеграция жиі бір-бірімен байланысы жоқ экспорттар жинағына айналады.

Минималды контур көбіне бірдей: электронды сауда алаңы, ERP (бухгалтерия және бюджет), ЭДО (құқықтық маңызды құжаттар мен қолтаңбалар), электрондық архив (сақтау және іздеу), справочниктер және мастер-деректер (контрагенттер, номенклатура, бөлімдер, МВЗ, шарттық шарттар).

Маңызды сәт — әр деректер жиынтығының иесін тағайындау. Иесі мәннің дұрыс, өзекті екенін және анық ережелер бойынша ғана өзгеретінін жауап береді. Әдетте былай болады: контрагент пен реквизиттер справочникта немесе ERP-де тұрады; процедура карточкасы мен лоттар алаңда; қол қойылған келісімдер мен актілер ЭДО-да; өзгермейтін көшірмелер мен сақтау метадеректері архивте.

Маңызды — деректерден бөлек процесс оқиғаларын да сипаттау. Ең төменде статустар мен негізгі құжаттар берілуі тиіс: процедура жариялау, өтініштерді қабылдау, протокол (қабылдау, нәтиже), келісімшарт жасау, жеткізу (жүктеме накладные, актілер), шот және төлем. Статус автоматты түрде шықпаса, оны Excel немесе хаттарда қайталап жазады және қолмен енгізу қайта оралады.

Дамуға кіріспес бұрын төрт нәрсені айқындаңыз: өріс ережелері (кодтар, валюталар, ҚҚС, өлшеу бірліктері, даталар, міндеттілік), рөлдер мен құқықтар, бақылау нүктелері (қол қою, нұсқаларды тіркеу, қай жағдайда қай нұсқа шындық саналады) және өтініш, лот, келісімшарт пен жеткізуге бірізден идентификаторлар.

Деректер картасы дайын болғанда, қай интеграциялар бірінші кезекте қажет екенін және қай жерде қолмен енгізуді тәуекелсіз жоюға болатынын түсінесіз.

Справочниктер және мастер-деректер: жиі төмен бағаланатын база

Кез келген қолмен енгізу құжаттардан гөрі справочниктерден басталады. Егер алаңда өз тауарларыңыз, ERP-де басқа, ал ЭДО-да үшінші аттар болса, адамдар мәліметтерді қолмен "аударуға" мәжбүр болады. Сондықтан бірінші кезекте мастер-деректермен бастау керек, процедура статустарының әдемілігімен емес.

Минималды жиын номенклатураны (кодтар мен өлшеу бірліктерімен), бюджет мақалаларын, жобаларды және МВЗ-ды қамтиды. Маңыздысы — тек атауларды емес, сонымен қатар ережелерді беру: қандай позициялар сатып алуға болады, қайсысы келісуді қажет етеді, қайсысын нақты жобаға байлау керек.

Арнайы проблема — контрагенттер. Жеткізуші әртүрлі ИИН/БИН, ескі банктік реквизиттер немесе атау ауытқулары себепті екі рет енгізілуі мүмкін. Мұнда бір «алтын» жазба, дубликаттарды тексеру және қарапайым статустар қажет: "актив", "тексеруде", "блокталған".

Үшінші аймақ — адамдар мен ұйымдастырушылық құрылым: бастамашы, келісушілер, комиссия мүшелері. Егер лауазымдар мен бөлімдер HR/AD және сатып алу жүйелерінде сәйкес келмесе, келісім маршруттары бұзылады және қайтадан қолмен түзету пайда болады.

Мастер-деректердің шашырап кетпеуі үшін алдын ала негізгі ережелер туралы келісіңіз: әр справочниктың иесі кім, қайсы жүйе басты (ERP, MDM, HR жүйесі), синхронизация қалай жүреді (оқиға бойынша немесе кестемен), қандай жағдайлар сапа қатесі саналады (дубликаттар, бос өрістер, қате ставкалар) және кім қатені түзетеді.

Мысал: ауруханада кейбір шығын тауарларына ҚҚС ставкасы өзгертілді және қойма мекенжайлары жаңартылды. Егер бұл өзгерістер автоматты түрде алаңға жетпесе, сатып алушы лоттарды қолмен түзетеді, ал бухгалтерия кейін ERP-пен құжаттарды сәйкестендіре алмайды.

ERP коннекторы: өтініштер, тапсырыстар және статустар қолмен синхронсыз

Егер ERP бюджет, қойма және төлемдер бойынша негізгі жүйе болып қалса, коннекторсыз сауда алаңы тез арада бөлек аралға айналады. Нәтижесінде адамдар өтініштерді, бағалар мен мерзімдерді қолмен тереді, ал қателер қалыпты жағдайға айналады.

Негізгі ағын көбіне осындай: сұраныс немесе өтініш ERP-де туып, номенклатура, шығын орталығы, лимит пен талаптарымен алаңға жіберіледі. Процедура аяқталғаннан кейін негізгі нәтижелер: жеңімпаз, финалдық баға, жеткізу мерзімдері және протоколдар (немесе олардың идентификаторлары) кері қайтып келуі тиіс, сонда оларды қолмен іздеу қажет болмайды.

Маңыздысы — келісімшарт немесе тапсырысты ERP-де сауда нәтижелері негізінде құру; оны нөлден қайта жасамау. Кейін ERP мәртебелер мен фактілерді алуы тиіс: түсу, шоттар, төлемдер, жабу құжаттары. Осылай сатып алу қаржылық есеп жүргізілетін жерде жабылады.

Арнайы түрде ерекшеліктерді ойластырыңыз. Коннектор процедураны болдырмау мен статус қайта оралуын, баға мен мерзімді өзгерту арқылы қайта сауда жүргізуді, жартылай жеткізілімдер мен позицияларды бөлу, комиссия шешімі бойынша жеткізушіні ауыстыруды дұрыс өңдеуі тиіс.

Мысал: IT бөлімі ERP-де серверлерге өтініш жасады, ал сауда алаңында торги өткен. Интеграция жоқ болса бухгалтерия жеңімпазды және соманы тапсырысқа қолмен енгізіп, кейін ҚҚС пен мерзім бойынша айырмашылықтарды түзетуге мәжбүр болады. Дұрыс коннектормен тапсырыс автоматты түрде жасалып, ERP қабылдау мен төлемді өзі жүргізеді.

ЭДО интеграциясы: қол қою, статустар және құқықтық маңызды алмасу

ЭДО сатып алуларда тек "қағазсыздық" үшін маңызды емес. Интеграция болмаса, адамдар құжат нөмірлерін, даталарды, сомаларды және статустарды қайтадан қолмен көшіре бастайды. Бұл мерзімдер мен жабылуды бақылауды тез бұзады.

Негізгі құжаттар көбіне бірдей: келісімшарт және қосымша келісімдер, УПД немесе ЭСФ, актілер. Платформа құжатты ЭДО-ға жібере алуын, қол қойылған нұсқаны қайтарып ала білуін және құқықтық маңызды нәтижені тіркеуін қамтамасыз ету маңызды: кім және қашан қол қойды, қандай сертификатпен және қай нұсқаны.

Келісім маршруттары және қол қою

Қол қою маршруты жиі ойлағаннан күрделі. Практикада ол соммаға, сатып алу категориясына және құжат түріне байланысты. Сондықтан интеграция рөлдер мен қадамдарды қолдауы керек: бастамашы, келісуші, қол қойған, бухгалтерия.

Мысалы, сервер сатып алғанда келісімшартты басшы, ал УПД мен актіні қабылдау жауаптысы қол қоюы мүмкін. Егер жүйе келесі кім екенін түсінбесе, құжаттарды қолмен жіберіп, мерзімдерін жоғалтады.

Статустар және құжаттардың байланысы

Статустар есеп үшін ғана емес. Сол арқылы жеткізуге, төлеуге және кезеңді жабуға болатыны түсінікті болады. Ең азы: жіберілді, жеткізілді, қол қойылды, кері қайтарылды сияқты статустарды алу және көрсету керек. Кері қайтарылғанда себеп пен құжат нұсқасын қайтару маңызды, әйтпесе түзетулер хат алмасуға айналады.

Тағы бір бөлік — идентификаторлар. Платформа «сатып алу — келісімшарт — УПД/ЭСФ — акт» байланыстарын және ЭДО сыртқы ID-лерін сақтауы тиіс. Сонда сатып алу карточкасында не қол қойылғаны және не арқылы жеткізу жабылғаны көрінеді.

Егер контрагенттің ЭДО провайдері басқа болса, роуминг немесе шлюз бар-жоғын алдын ала тексеріңіз. Талаптар деңгейінде: қол қою және сертификаттарды тексеру ережелері түсінікті болу, статустар автоматты түрде салыстырылуы және кері қайтарулар туралы хабарландырулар, сыртқы ID-лердің сақталуы және қол қойылған файлдар мен метадеректердің архивке шығуы қажет.

Архив және сақтау: құжаттар дискідегі папкаларда тұрмауы үшін

Архив ойластырылмаса, қолмен енгізу айналып өту жолдарымен қайта келеді: «файлды поштаға жіберіңіз», «жалпы папкаға салыңыз», «әдеттегідей қайта атаңыз». Кейін қай нұсқаның қол қойылғанын, кім келісім бергенін және соңғы пакетті қайдан табуға болатынын дәлелдеу мүмкін болмайды. Интеграцияда архив процесс бөлігі болуы керек, файлдар қоймасы емес.

Не архивтау керек және контекстті қалай жоғалтпау керек

Архивта тек финалдық PDF емес, процестің толық мөрі болуы керек: протоколдар, өтініштер мен негіздемелер, тендерлік құжаттама мен түсініктемелер, сұрақтар бойынша хат алмасу, файлдардың нұсқалары (жоба, келісілген, қол қойылған), жіберу және қабылдау растамалары.

Құжатты минуттар ішінде табу үшін метадеректер маңызды. Минималды пакет: процедура нөмірі, контрагент, сома, даталар (жасалған, қол қойылған, аяқталған), бөлім және жауапты, статус (жоба/келісу/қол қойылған/болдырылған). Бұл өрістер сатып алу жүйесінен, ERP және ЭДО-дан автоматты түрде келуі тиіс, қолмен толтырылған жағдайда архив папкалар жиынтығына айналады.

Сақтау ережелері: қолжетімділік, мерзімдер, өзгермейтіндік

Рөлдерді ойластырыңыз: кім барлық пакетті қарай алады, кім тек өз процедураларын көреді, кім жүктей алады, ал кім тек оқи алады. Құжат түрлері бойынша сақтау мерзімдерін және қол қойылған нұсқалардың өзгермейтін режимін белгілеп қойыңыз, сонда құжатты тыныштықпен ауыстыру мүмкін болмайды.

Автоматты тіркеу әдетте былай болады: процестегі оқиға (жариялау, тапсыру, қорытынды шығару, қол қою) архивте жазба жасайды және файлды қажетті метадеректермен сақтайды. Архив бір құжаттың бірнеше нұсқасын шатасусыз сақтай алуы маңызды.

Қол жетімділік, рөлдер және аудит: SSO, құқықтар және әрекеттердің ашықтығы

Тіпті жақсы интеграциялар да қарапайым нәрсеге тұрып қалады: адамдар әртүрлі жүйелерге әртүрлі есептік жазбалармен кіреді, рөлдер сәйкес келмейді және «кілтті кім басқан?» деген сұраққа тіреледі. Қол жеткізулер мен аудит документациясын құжаттар алмасу сияқты мұқият жоспарлау керек.

SSO (бір рет кіру) хаосты азайтады: қызметкер бір рет аутентификациядан өтеді, ал алаң оған рөл мен қажетті атрибуттарды (бөлім, филиал, табель нөмірі) алады. Қай жүйенің қолданушы бойынша шындық көзі екеніне келісу маңызды: әдетте корпоративті каталог, алаң емес. Солай увольнения, аудармалар мен уақытша ауыстырылымдар қолмен тазалауға айналмайды.

Құқықтар: тек "сатып алушы" және "келісуші" емес

Сатып алу рөлдері комиссия, бюджет орталықтары және лимиттерге байланысты. Егер бұл ережелер HR құрылымымен және қаржылық шектеулермен байланыстырылмаса, пайдаланушылар процесті айналып өтеді.

Құқықтардың бөлім мен жоба, сомма праговтары, комиссия құрамасы және демалысқа ауыстыруларды ескеретінін, жеткізушілердің тек өз процедураларын көруін және міндеттердің бөлінуін (кім жасайды, кім бекітеді, кім қол қояды) тексеріңіз.

Аудит және хабарландырулар

Әрекеттер журналы тек "статус өзгерді" деп жазып қоймай, контекстті де тіркеуі тиіс: кім, қашан, қай жүйеден және нақты не өзгертті (кіру әрекеттері мен интеграция қателері қоса). Нақты тарих жоқ болса тендер нәтижесіне дау аптаға созылатын тергеуге айналуы мүмкін.

Хабарламалар да бақылаудың бір бөлігі. Қандай оқиғалар поштаға немесе ішкі порталға жіберілетінін, ал қайсысы алаң ішіндегі тапсырма болып қалатынын алдын ала анықтаңыз: келісім мерзімінің кешігуі, қайтару жұмысқа, ЭДО-да қол қою, лимит немесе комиссия құрамасының өзгеруі.

Интеграцияларды қалай жоспарлау керек: қадамдық тәртіп

Қолмен енгізуді бір айдан кейін қайтармау үшін интеграцияларды жүйелер бойынша емес, сатып алу жолы бойынша жоспарлаңыз. Нақты сценарийлерден бастаңыз: типтік сатып алу, шұғыл сатып алу, рамочны келісім бойынша сатып алу. Әр сценарий үшін қадам сайын қандай құжаттар мен деректер пайда болатынын жазып шығыңыз: өтініш, келісу, лот, протокол, келісімшарт, накладные, жабу құжаттары.

Кейін қарапайым тәртіп көмектеседі:

• процесті қадамдарға бөліп, деректер қайда жасалатынын және қайда автоматты түрде пайда болуы тиіс екенін белгілеңіз (ERP, алаң, ЭДО, архив)
• деректер иелерін тағайындап, әр объект үшін "жалғыз шындық көзі" белгілеңіз
• алмасу режимін таңдаңыз: статустар мен лимиттер үшін онлайн, справочниктер үшін пакет бойынша, негізгі құжаттар үшін оқиға бойынша

Содан кейін ең қымбаты басталады: форматтар мен сәйкестендіру. Жалпы идентификаторларды (өтініш ID, келісімшарт ID, контрагент ID) келістіріп, міндетті өрістер ережелерін және ерекшеліктерді өңдеуді (мысалы, ERP-де қажетті КБК немесе бөлім жоқ болса не істеу) анықтаңыз.

Алдын ала шынайы өмірді қайталайтын тест кейстерін дайындаңыз: жартылай жеткізу, келісімшарт өзгерту, қайтаруға жіберу. Қабылдау критерийлерін анықтаңыз. Баптауды кезеңдер бойынша іске қосыңыз: алдымен справочниктер мен өтініштер, кейін келісімшарттар мен ЭДО, соңында архив. Бірінші апталарда деректер сапасын жүйелі түрде тексеріп, айырмашылықтарды есепте тіркеңіз.

Типтік қателіктер және тұзақтар, олардан қолмен енгізу қайта оралады

Ең жиі кездесетін себеп — интеграция "минимумға" жасалады. Мысалы, алаңнан тек протокол нәтижесін немесе келісімшарттар реестрін шығарып қояды, бірақ справочниктерді, статустарды және кері жаңартуларды баптамайды. Нәтижесінде бухгалтерия мен сатып алушылар қайтадан жүйелер арасында деректерді көшіреді, өйткені ERP бос, ал алаңда бәрі өзгерген.

Ең ауыры — жалпы идентификатордың жоқтығы. Егер сатып алу, келісімшарт және ЭДО пакетінің нөмірлері әртүрлі және ортақ кілт жоқ болса, тізбекті байланыстыру қиын. Кез келген қайтару файлды қолмен табуға және сәйкестендіруге айналады.

Процесс почтадағы келісулерден де шашырайды. Формалды түрде торги жүйеде өтеді, бірақ лимиттер, келісімшартқа виза, қауіпсіздік қызметінің мақұлдауы және соңғы "ок" хаттар мен чатта жүреді. Кейін нақты кім және қашан келісім бергенін айту мүмкін емес, және есепке тек қолға түскен нәрсе түседі.

Жүктемес бұрын тексеріңіз:

• сатып алу, келісімшарт, шот және ЭДО пакеті үшін ортақ ID бар ма
• статустар екі жаққа синхрондалады ма, тек "нәтижені шығару" емес пе
• келісулер жүйеде қалады ма, поштада емес пе
• болдырма, қайтару және түзетулер сценарийлері сипатталған ба
• алмасуды мониторингтеу және түсінікті хабарлар бапталған ба

Мониторинг болмаса қате соңғы сатыда ғана байқалады, пайдаланушы "есеп үйлеспейді" деп хабарлаған кезде. Жақсы тәжірибе — алмасу кезегі, оқиғалар журналы және алерттер, сонда ИТ мәселені бизнеске қарағанда ертерек көреді.

Қысқа чек-лист: интеграциялар жеткілікті ме

Егер интеграциялар бар болса, тек "алмасу жұмыс істей ме" деп тексермей, қай жерде әлі қолмен енгізу пайда болатынын іздеңіз. Көбіне ол справочниктерде, құжат статусында және сақтау жүйесінде жасырынады.

Ақиқатан салыстырыңыз:

• негізгі справочниктер тізімі бар ма (номенклатура, контрагенттер, бөлімдер, бюджет мақалалары, жобалар) және деректер иелері тағайындалған ба
• ERP-пен алмасу нүктелері сипатталған ба: не алаңға шығады және не қайтарылады, әр жаңартудың жиілігі анықталған ба
• ЭДО сатып алу мен келісімшартпен байланыстырылған ба: нөмірлер, нұсқалар, болдырма және қайта қол қою әрекеттері анықталған ба
• электрондық архив файлдарды автоматты түрде және метадеректермен алады ма, папкаларда іздеудің орнына
• қолжетімділіктер жалпы есептік жазбаларсыз ба: SSO, функция бойынша рөлдер, әрекеттер журналы

Өмірден тексеру

Бір типтік кейсті алыңыз, мысалы филиалға қажетті шығын материалдарын сатып алу, және оны өтініштен жабуға дейін жүргізіп шығыңыз. Әр қадамда сұраңыз: "Кім және нені қолмен енгізеді?" Егер қызметкер бір жүйеден екінші жүйеге сомаларды, ИИН/БИН, келісімшарт нөмірлерін немесе статустарды көшірсе, процесс әлі жабылмаған.

Сценарийлерді қосыңыз (сәтті алмасу, кері қайтару, дубль, жартылай жеткізілім) және қателер мониторингін орнатыңыз. Интеграцияның сәтсіздігі апталық қолмен түзетулер мен Excel таратуға айналмауы керек.

Мысал сценарий: өтініштен жабуға дейінгі сатып алу, қолмен енгізусіз

12 филиалы бар желіні елестетіңіз: әр айда шығын материалдары (картридждер, қағаз, кішкентай жабдық) керек, және бюджет филиалдар мен мақалалар бойынша лимиттерпен берілген. Мақсат — деректер бір рет енгізіліп, әрі қарай жүйелер арқылы автоматты жүруі.

Өтініш ERP-де туады: бастамашы номенклатураны справочниктен таңдап, филиал, шығын орталығы және жоспарлы соманы көрсетеді. ERP лимитті және келісу маршрутын дереу тексереді. Соңғы "ок" кейін ERP сауда платформасына пакет жібереді: позициялар, талаптар, жеткізу мекенжайлары, мерзімдер және справочник кодтары (бөлімдер, шығын мақалалары, өлшеу бірліктері). Ештеңе қайта терілмейді, өйткені справочниктер алдын ала синхрондалған.

Платформада сатып алушы нақты шешімді талап ететінді ғана істейді: лоттарды және прайстарды тексереді, процедура шаблонын және бағалау критерийлерін таңдайды, жеткізушілердің өзектілігін растайды, процесті бастайды және сұрақтарға жауап береді.

Торги аяқталғаннан кейін нәтижелер ERP-ге қайтарылады: жеңімпаз, позицияларға баға, мерзімдер және протокол. ERP автоматты түрде тапсырыс және келісімшарт жобасын шаблон бойынша жасайды, контрагент реквизиттері мен шарттарды толтырады. Кейін ЭДО қосылады: келісімшарт пен қосымша келісімдер қол қоюға кетеді, қол қою статустары мен бас тартулар ERP-ге және алаңға синхрондалады.

Қол қойылғаннан кейін құжаттар пошта мен папкаларда тұрмайды. Электрондық архив толық пакетті алады: өтініш, протоколдар, келісімшарт, қолтаңбалар, шоттар және жабу құжаттары. Процесте адамға қалған бақылау нүктелері: лоттың дұрыстығын тексеру, процедураны таңдау, жеткізуді факті бойынша қабылдау және айырмашылықтарды талдау.

Келесі қадамдар: артық тәуекелсіз қалай бастау керек

Қолмен енгізу мәселелері жиі платформада емес, қай жүйенің шындық көзі және өзгерістерге жауапкершілік анықталмағанында жатыр. Қысқа картадан бастаңыз: сатып алуға қатысатын жүйелер және сатып алу, қаржы, ИТ және заң бөліктерінен кім процесс иесі.

Жылдам нәтиже алу үшін 1–2 ең жиі кездесетін сценарийді таңдап, оларды тұрақты жұмысқа келтіріңіз. Мысалы: ERP-ден шыққан өтініш платформада жасалады, сауда нәтижелері және келісімшарт ERP-ге қайтарылады, құжаттар ЭДО мен архивке түсіп, статустары анық көрінеді.

Пайдалы жұмыс тәртібі:

• жүйелер тізімін жинаңыз (ERP, ЭДО, архив, справочниктер) және деректер үшін жауапты тұлғаларды анықтаңыз
• таңдалған сценарийлерді "қазір қалай" және "қалай болуы керек" деп сипаттаңыз, статустар мен бақылау нүктелерімен
• қандай справочниктер синхрондалатынын (контрагенттер, номенклатура, бюджет мақалалары) және кім оларды бекітетінін келісіңіз
• пилотты шектеулі контурда іске қосып, қателер өңделу ережелерін бекітіңіз
• регламентті жазып қойыңыз: қате болғанда кім және қандай мерзімде әрекет етеді

Арнайы бақылау мен қолдауды бюджетке қосыңыз, әйтпесе қателер шағымдар арқылы байқалады, сатып алу үзіліп қалғанда. Минималды бақылау: алмасу кезектері, валидация қателері, статустар сәйкессіздігі, уақытша кешігулер, қолмен түзету жасаған операциялардың үлесі.

Егер компанияда ресурс жетпесе, жүйелік интеграторды тартқан жөн. Мысалы, GSE.kz Қазақстанда ИТ-шешімдер өндірушісі және интегратор ретінде жұмыс істейді және контурды (ERP, ЭДО, архив, справочниктер) жобалауға, инфрақұрылымға (серверлер) және тәулік бойы қолдауға көмектесе алады, егер интеграциялық компоненттер жеке контурда орналастырылуы қажет болса.