1С-пен LLM интеграциясы: паттерндер, сенім және жиі кездесетін қателер

Міндет оңай тілмен: 1С қасында LLM не береді

Егер сізде 1С болса, LLM-нің басты мәні есепті алмастыру немесе «бухгалтертің орнына ойлау» емес. Пайда қарапайым: ассистент деректерден жылдам қажетті ақпарат табуға және адам тексеретін черновиктер дайындауға көмектеседі. Көп жағдайда интеграция дәл осылай басталады.

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

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

Ең жиі кездесетін қателік — «оны өз бетінше шешсін». LLM сіздің ереже‑нормативтеріңізді әдепкі бойынша білмейді, келісімдегі ерекшелікті байқамауы мүмкін және нақты деректер берілмесе сенімді түрде қате жауап беруі ықтимал.

Ассистентті әдеттегі іздеу мен чат‑боттан не ажыратады? Іздеу құжат тізімін береді, ал LLM қысқа жауап құрып, қайдан алынғанын түсіндіре алады. Чат‑бот алдын ала жазылған сценарийге жауап берсе, LLM диалог жүргізіп, нақтылаулар жасай алады.

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

Қай деректер қатысады: 1С пен справочниктер туралы нақты шындық

LLM‑ді 1С‑пен интеграциялау туралы айтарда көптеген адамдар модель бірден «барлық базаны көреді» деп ойлайды және тәжірибелі бухгалтер сияқты жауап береді. Практикада LLM тек оған берілген, түсінікті және рұқсат шеңберінде орналасқан мәліметтермен жұмыс істейді. Сондықтан деректерді алдын ала түрлер бойынша бөлу маңызды.

1С‑те әдетте үш қабат пайдалы ақпарат болады: құжаттар (есепшоттар, сату, перемещениелер), регистрлер (қалдықтар, өзара есептер, өзіндік құн) және ішкі логикасы бар есептер. Бөлектеп айтсақ, бизнес‑ережелер бар: неге дәл солай есептеледі, қандай қойма таңдалады, қандай статустар рұқсат етілген. Бұл ережелер әрдайым «кестелерде» болмайды — бір бөлігі конфигурацияда, бір бөлігі пайдаланушылар әдеттерінде сақталады.

Корпоративтік справочниктер контекст береді: бірдей номенклатура деп нені есептеу, контрагент кім, қызметкерлер, жобалар мен бөлімшелер қалай байланысады — мұнда жиі «LLM өтірік айтады» деген себептер жасырынады.

Ресми емес білім де бар: регламенттер, нұсқаулықтар, сатып алу қызметінің хаттары, Service Desk өтініштері, ерекшеліктер бойынша хат‑тығыздаулар. Оны әдетте қолмен іздеу керек, ал ассистентке білім базасы ретінде беруге ыңғайлы.

Справочниктердің сапасы модель таңдауынан жиі маңыздырақ. Егер номенклатурада дубльдер («Кабель UTP» және «UTP кабель»), әртүрлі өлшем бірліктері немесе ескірген артикулдар болса, ассистент «фактілерді» адал жеткізеді, бірақ пайдаланушыға бұл барлығы араласқан көрінеді.

Мысал: «сату неге өткізілмейді?» сұрағанда 1С‑тегі себеп бір қоймада теріс қалдық болуы мүмкін, ал складтар справочнигінде екі ұқсас атау бар. LLM «тауар жеткіліксіз» деп көрсетеді, бірақ құжаттың басқа қоймаға байланғанын ұқпайды.

LLM‑ді қосудан бұрын минималды тәртіп орнату пайдалы:

• дубльдерді жою және справочниктердегі атаулар туралы келісу;
• өлшем бірліктер мен қайта есептеу ережелерін бекіту;
• негізгі статустар мен құжат маршруттарын сипаттау;
• қай регламенттер актуалды екенін анықтау;
• жауаптар пайдаланушы рөлі шегінен шықпау үшін құқықтарды реттеу.

Негізгі паттерн: деректерге сүйенген іздеу және жауаптар (RAG)

Кәсіптік жүйелер қасында LLM‑ді қауіпсіз пайдаланудың ең сенімді жолы — модельді табылған фактілерге сүйенуге мәжбүрлеу, ойдан жауап құрастырмау. Сол үшін RAG мағынасы: алдымен сіздің деректеріңізден (1С, регламенттер, справочниктер) іздейміз, содан кейін тек табылғаннан жинап жауап құрамыз.

1С үшін бұл өте маңызды: пайдаланушылар нақты реквизиттер, статустар, келісім шарт шарттары мен актуалды ережелерді сұрайды. Ассистент «өз басынан» жауап берсе, сенім бірнеше жағдайдан кейін жоғалады.

RAG‑тың типтік ағыны

Практикада қысқа тізбек болады:

• пайдаланушы сұрақ қояды (мысалы: «Контрагент X бойынша сату неге өткізілмейді?»);
• жүйе 1С пен байланысты білім базаларынан сәйкес үзінділерді шығарады;
• модель сол үзінділерден жауап құрады және қайдан алынғанын белгілейді;
• пайдаланушы жауапты көреді және объектінің атауы мен реквизиттері бойынша бастапқы дереккөзді аша алады.

Маңызды тұсы — «дерекке сүйенген жауап»: әр маңызды мәлімдеменің қасында адамның түсінуіне ыңғайлы бастапқы көздер көрсетілуі тиіс (құжат, справочник, регламент), жай сенімді мәтін емес.

Индекстер: қайда сақтау және қалай жаңарту

Іздеу үшін индекс әдетте 1С‑тен бөлек жасалады, сонда 1С‑ке жүктемені азайтып, қолдауды жеңілдетесіз. Жаңартуды өзгерістерге қарай ұйымдастырған ыңғайлы: құжат немесе справочник өзгерсе, индекске тек дельта жібереді, толық қайта құрудың орнына. Маңызды деректер үшін толық синхрондау кестесі қосылады, расхождения жиналмасын деп.

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

Бұл детальдар шағын болып көрінсе де, дәл осы заттар RAG‑ты жай «чат» емес, бақылауға болатын және тексерілетін жұмыс құралы етеді.

Паттерн: 1С‑те тез түзетілуге болатын черновиктер генерациялау

LLM‑мен интеграцияның ең практикалық сценарийі — «модель бәрін өзі шешсін» емес, «бірінші вариантын жасасын». Черновик рутинаны үнемдейді, ал жауапкершілік пен соңғы шешім адамда қалады.

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

Стиль мен шектеулерді қалай қою керек

Ең оңайы — ережелерді сұрауда немесе нақты типтегі мәтінге арналған «шаблон профилінде» бекіту. Әдетте бес шектеу жеткілікті: тон (нейтрал, іскер, айыптаусыз және сленгсіз), ұзындық (мысалы, 900 таңбадан аспауы немесе 6–8 сөйлем), болжамдарға тыйым (дерек жоқ болса тікелей жазу), формат (хат тақырып + мәтін немесе 3 тармақтан тұратын резюме), сондай‑ақ міндетті формулировкалар («растап жіберуді сұраймыз», «варианттарды ұсынамыз»).

Міндетті өрістер және реквизиттерге байлау

Черновик сенімді көрінуі үшін модельге реквизиттер ашық берілуі керек: құжат нөмірі мен күні, контрагент, сома және валюта, мерзімдер, жауапты адам, негіз (келісім немесе тапсырыс) және адресаттан не талап етілетіні. Жақсы тәжірибе — соңында «Жібермес бұрын тексеріңіз: сома, дата, контрагент, мерзім, тіркемелер» блогын қосу. Адам жылдам қандай нәрселерді салыстыру керек екенін көреді.

Мысал: менеджер 1С‑те сату құжатын ашады да «Хат құру» батырмасын басады. Модель құжаттан сома мен төлем мерзімін шығарып, 2 сыпайы мәтін нұсқасын ұсынады; егер мерзім жоқ болса — «Құжатта төлем мерзімі көрсетілмеген, жібермес бұрын нақтылаңыз» деп жазады.

Циклдағы адамның рөлі: нұсқаны таңдау, мәтінді контекстке қарай түзету, сандар мен даталарды тексеру, содан кейін бекіту немесе келісімге жіберу. Осылай тез әрі сенімді: модель жазуға көмектеседі, бірақ бақылауды алмастырмайды.

Паттерн: қателерді түсіндіру және диагностикалау бойынша подсказкалар

1С‑те бірдеңе бұзылғанда, пайдаланушы әдетте қысқа қате хабарын және жалғыз қалғандай әсер алады. Жақсы LLM хабарды адамша аударады және нақты орындай алатын тексеру қадамдарын береді, бәрін өзі жөндегендей көрсетпей.

Көбінесе сұраулар: «Құжат өткізілмейді», «қалдықтар сәйкес келмейді», «ай жабылмайды». Мұндай жағдайда ассистент:

• қате мәтіні нені білдіретінін және есепте қайда көрінетінін түсіндіреді;
• контекстке қарай (құжат түрі, ұйым, мерзім, қойма) 2–4 ықтимал себеп жинайды;
• пайдаланушы өзі орындай алатындай қысқа диагностикалық қадамдар ұсынады.

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

Пайдалы жауап қалай көрінеді

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

Интеграция кезінде жауапта айқын ескерту қосу пайдалы: «Мен деректерді өзгертпеймін. Мен сіздің құқықтарыңызбен орындай алатын қадамдарды ұсынамын». Бұл сенімді сақтап, өндірістегі жасырын қателіктер қауіпін азайтады.

Қалай енгізуге: пилоттан жұмыс режиміне дейін қадам‑қадам

Жобаның мәңгі экспериментке айналмауы үшін тар пилоттан бастаңыз. 1С‑пен интеграцияға LLM ең қолайлы сенімді өлшенетін сценарийлер: іздеуге кететін уақытты азайту, құжаттардағы қателерді азайту, пайдаланушыларға жауап беру уақытын қысқарту.

1–2 түсінікті кейсті таңдаңыз. Мысалы: бухгалтер контрагент пен келісім шарт бойынша ережені справочниктерден іздейді, ал қолдау маманы құжат өткізудегі типтік қате бойынша подсказка алады. Нәтижені сезімге емес, деректер бойынша тексеріңіз.

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

Практикалық жоспар:

• сценарийлерді және мақсатты анықтау (нені жылдамдатады және қаншаға дейін);
• дереккөздерді сипаттау: қай справочниктер, құжаттар және базалар, қандай құқықтарпен;
• эталон жауаптарды дайындау: 20–50 типтік сұрақ пен дұрыс нәтижелер;
• прототип жинау: 1С‑те немесе бөлек қарапайым интерфейс, сұраулар журналы, кері байланыс батырмасы;
• пилотты 5–15 адамдық топта іске қосып, аптасына қателерді талдау.

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

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

Қауіпсіздік және рұқсаттар: ассистент артық көрсетпейтін болсын

1С‑пен интеграцияда қауіпсіздік модельден емес, ассистент деректерді кім атынан қарайтынынан басталады. Ассистент дәл пайдаланушы 1С‑те көретіндей нәрсені ғана көруі тиіс, одан артық емес. Әйтпесе бір табылған сұрақ дерекқордың ағып кетуіне әкеле алады.

Рөлдік қол жетімділік: ассистент пайдаланушының «көздерімен» жұмыс істейді

Ең түсінікті қағида — сұраулар 1С құқық контурында орындалсын. Бухгалтерде жалақыға қол жеткізу жоқ болса, ассистент басқа есептен немесе кэштен «жалақы туралы болжам» көрсетпеуі тиіс. Бұл барлық дереккөздер үшін біртұтас авторизация қабатын талап етеді, соның ішінде корпоративтік справочниктер мен білім базалары да.

Маскировка және деректер көлемін азайту: деректер аз — тәуекел аз

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

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

Есептеулер қай жерде орындалатыны және не сыртқа шығады — жеке мәселе. Егер өңдеудің бір бөлігі бұлтта болса, қандай өрістер жіберілмеуі тиіс, кэш қалай сақталады және журналдарға кім қол жеткізетінін алдын ала шешіңіз. Мемсектор мен қаржы деректерінде бұл жиі негізгі талап.

Соңында жаңарту саясаты: справочниктер, регламенттер немесе құжат формалары өзгерсе, ассистент дереккөздерді және маскировка ережелерін кестеге сай жаңартуы қажет; маңызды өзгерістер жылдам тексерістен және құқықтарды қайта қараудан өтуі тиіс.

Пайдаланушы сенімін бұзатын қателер

1С қасында ассистентке сенім «ақылды» формулировкада емес, болжауға болатындық пен тексерілуге байлануда ұсталады. LLM‑мен интеграцияда жиі жүйені алға жылжытпайтын факторлар — интерфейс пен деректердегі ұсақ шешімдер, нәтижесінде жауап шындыққа ұқсап көрініп, бірақ оны тексеру мүмкін болмай қалады.

Бірінші мәселе — бастапқы көзге сүйенбейтін жауаптар. Егер ассистент сенімді түрде «баға 12 500» деп жазса, бірақ қай құжаттан алынғанын көрсетпесе, пайдаланушы бәрін қолмен тексеруге мәжбүр болады. Бірнеше осындай жағдайдан кейін подсказкаларды қолдануды тоқтатады.

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

Басқа тез сенімді жоғалту әдісі — жасырын өзгерістер. Ең тез сенімді жоғалтатын жағдай: ассистент «көмектесті» де бірдеңені өзгертіп тастады (құжат өткізді, есеп шотын ауыстырды, мекенжайды түзетті) растамасыз және өзгерістер журналысыз.

Тағы бір триггер — болжамсыздық. Екі бірдей сұраққа екі түрлі жауап келсе, деректер мен рұқсаттар бірдей болса да, пайдаланушылар жүйеге сенбеуге бейім болады.

Тон да маңызды: «бухгалтердің қателігі» сияқты қатты айыптаулар немесе тым сенімді қорытындылар күйзеліс тудырады және жиі қате болады.

Көбінесе сенімді бұзатын заттар мыналар:

• бастапқы деректерге сүйенбеу (құжат, регистр, жаңарту күні көрсетілмеген);
• ескі немесе «басқа» справочниктер қолдану;
• ассистент бекітусіз өзгерістер енгізу және өзгерістер журналының болмауы;
• бірдей сұраққа әртүрлі жауаптар пайда болуы (деректер, құқықтар, контекстке байланысты) түсініктеме жоқ кезде;
• қатты, категориялық стиль орнына ұқыпты формулировка мен баламалар болуы керек.

Қарапайым қағида: егер жауапты 1С‑те тез тексеруге болмайтын болса, оны жұмысқа дайынды деп санауға болмайды.

Сенімге дейінгі қысқа сапа чек‑листі

Тіпті жақсы ассистент қателеседі, әсіресе сұрақ анық қойылмаса немесе деректерде тесіктер болса. Жауап бойынша әрекет етпес бұрын жылдам тексеруді жасаған пайдалы — ол минут алады, бірақ қателік тәуекелін едәуір азайтады.

Тексеріңіз:

• жауап нені негіз еткен: нақты құжат, нөмір, регистр, справочник немесе кем дегенде іздеу мерзімі көрсетілген бе;
• негізгі фактілер 1С‑те дұрыс па: сомалар, даталар, контрагенттер, номенклатура, келісім (бір қате сан көбіне қате қорытындыға әкеледі);
• бұл сіздің деректеріңіз бе және сіздің құқықтарыңыз шегінде ме (ассистент роль рұқсатынсыз ақпарат көрсетуі тиіс емес);
• мәтіннің «адалдық белгілері»: белгісіз жерлер мен айқынсыздықтар көрсетілген бе («кері дерек табылмайды», «ұқсас екі контрагент бар»);
• жауап қате болса жылдам кері байланыс қалдыру мүмкіндігі бар ма (1–2 сөз жеткілікті: «дата қате», «контрагент басқа»).

Кішкентай мысал. Пайдаланушы: «Альфа келісімі бойынша реализация неліктен өткізілмейді?» Пайдалы жауап «НДС тексеріңіз» дейтін жалғыз сөйлеммен шектелмейді. Ол табылған реализацияның қайсысын келтірді, датасы мен контрагентін көрсетті, қандай өрістер тексерілгенін және қай өрістерге рұқсатыңыз жоқ екенін ашық айтты. Егер жауапта бастапқы көздер мен ескертулер жоқ болса — оны гипотеза деп санап, 1С‑те қолмен тексеріңіз.

Практикадан мысал: бір сұрау, факттарды іздеу, черновик жауап

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

Ассистент қателесуді жеңілдету үшін сұрайды: «Контрагентті растап жіберіңіз (ЖСН немесе атауы) және келісім нөмірі болса көрсетіңіз. Барлығында ұйым бойынша тексереміз бе әлде біреуінде ме?» Сұрақтан кейін ол 1С пен байланысқан справочниктер бойынша іздейді және тек табылған фактілерге негізделген қорытынды береді.

Әрі қарай қадамдар:

• контрагент картасын және онымен байланысты келісімдерді табады;
• келісімнен негізгі шарттарды шығарады (төлем мерзімі, айыппұлдар, байланыс тұлғасы) немесе қосымша келісімшарттардан алады;
• қажетті мерзімдегі шоттар мен актілерді жинайды, төлем статустарын тексереді;
• қорытынды құрастырады: не шығарылды, не төленді, не мерзімі өткен, қай құжаттарға назар аудару қажет.

Содан кейін ассистент клиентке арналған черновик хат ұсынады. Мәтінде ол тек тексерілген өрістерді қолданады: құжат нөмірлері, даталары, сомалар, келісімдегі төлем мерзімі. Соңында дерек жетпесе нейтралды фраза қояды: «Егер сізде төлем тапсырмасы бар болса, нөмірін және датасын жіберіңіз — түскенін тексереміз».

Пайдаланушы факттарды тез тексереді: әр деректің жанында ассистент оны қай құжаттан алғанын көрсетеді («Шот №... от ...», «Төлем №... от ...»). Менеджер 2–3 негізгі құжатты ашады, хат тонын түзетеді де жібереді.

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

Келесі қадамдар: дайындық және кімге тапсыру керек

LLM‑ді 1С‑пен интеграциялау экспериментке айналмасын десеңіз, кішкентай бірақ нақты дайындықтан бастаңыз. Мақсат — 1–2 сценарий таңдап, сапасын оңай тексеріп, тез пайда алу.

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

Практикалық минимумы:

• 20–30 жиі қойылатын сұрақ пен 10–15 черновик қажет ететін құжат түрін жазып шығыңыз;
• справочниктерді ретке келтіріңіз: дубльдерді жойып, бірдей атауларға келісе отырып, деректер иелерін тағайындаңыз;
• қай жерде локал контур керек екенін және қауіпсіздік пен жүктеме талаптарына сай инфрақұрылымды анықтаңыз;
• жауаптарды тексеру ережелерін белгілеңіз: ассистент не істей алады, не жай ғана ұсынады;
• оқыту жоспарлаңыз: сұранысты қалай құрастыру, қандай өрістер сұрау, 1С‑пен жауапты қалай тез салыстыру керектігін үйретіңіз.

Арқадағы жауапкершілікті бөлу маңызды. Жоба жиі «ығысып» қалады, өйткені деректерге кім жауапты және нәтиже кім қабылдайтыны белгісіз.

Әдетте мынадай рөлдер қажет: процесс иесі (бухгалтерия, сатып алу, қойма), справочниктерге жауапты деректер иесі, 1С командасы (талдаушы мен әзірлеуші), сондай‑ақ ИБ және инфрақұрылым.

Егер техникалық интеграция және инфрақұрылым қажет болса, оны GSE.kz (gse.kz) өндіруші және интегратор ретінде талқылауға болады. Мұндай жобаларда жиі «темір», орналастыру және қолдау бір командаға тиесілі болғаны маңызды, әсіресе 1С, қолжетімділік контурлары және тәулік бойы эксплуатация мәселелері тұрғанда.