Есеп жүйесіне жүктеу алдында реквизиттерді тексеру: ережелер

Есеп жүйесіне жүктеу алдында деректерді неге тексеру керек

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

Мәселе әсіресе хаттар мен тіркемелерден деректер алынғанда көрінеді. Хат мәтінінде жиі қолмен көшіріледі, PDF «сурет» ретінде келуі мүмкін, ал сканда кішкентай қаріптер мен мөрлер кедергі келтіреді. Тіпті жақсы OCR де ұқсас белгілерді (0 мен O, 1 мен I) шатастыруы, IBAN ішіндегі бос орындарды жоғалтуы немесе сомада үтірді «жоюы» мүмкін.

Мұндай қателіктің бағасы әдетте жоғары және жедел болады:

• қате IBAN немесе БИК төлемнің қайтарылуына немесе кешігуіне әкеледі
• БИН/ИИН-дегі қате контрагентті сәйкестендіруге және келісулерге кедергі жасайды
• дұрыс емес сома немесе НҚС салық есептерін бұрмалайды
• құжат датасы операцияны басқа кезеңге ығыстырады
• шот пен акт арасындағы сәйкессіздік айдың жабылуын ұзартуы мүмкін

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

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

Реквизиттер қайдан келеді: хаттар мен тіркемелер

Реквизиттер әдетте бір таза файлда келмейді. Көбінесе бұл хаттардың тізбегі: бір бөлігі мәтінде, бір бөлігі қолтаңбада, маңызды цифрлар тіркемелерде жасырылған. Сондықтан тексеруді қайдан алынғанын анықтаудан бастаңыз: әр өріс қай көзден алынғанын білу маңызды.

Типтік көздер:

• хат мәтіні (төлемге сома, мерзім, жабушы құжаттар бойынша түсініктеме)
• жіберушінің қолтаңбасы (компания атауы, телефон, кейде БИН және мекенжай)
• шот не акт түріндегі PDF (негізгі реквизиттер, сомалар, НҚС, нөмірлер)
• құжаттардың скандары мен фотосуреттері (көп жағдайда құрылымдалмаған)
• Excel/CSV (реестрлер, ашылымдар, позициялар)

Әдетте алынатындар: жеткізуші және оның БИН/ИИН, шот нөмірі мен датасы, акт/жүкхат нөмірі мен датасы, келісім-шарт немесе өтінім нөмірі, IBAN және БИК, сома, НҚС, төлем мақсаты және төлем шарттары. Төлемге арналған деректер (банктік реквизиттер мен төленетін сома) мен есепке алуға арналған деректерді (құжат негізі, кезең, НҚС ставкасы) бөлек сақтау пайдалы.

Әр тіркеме бастапқы құжат емес. Өңдеуден бұрын файлдың соңғы нұсқаға ұқсайтынын тез тексеріңіз: нөмір мен дата бар ма (жоба емес пе), жеткізуші мен тапсырыс алушы көрсетілген бе, итогтық сома мен НҚС бар ма (қолданылса), құжат шот/акт/накладная сияқты көрінеді ме, әлде PDF-ке сақталған хат па.

Ары қарай да дау туса, әр өрістің қайдан алынғанын тіркеңіз: қай хат пен қай тіркеме алынған, кім жіберген, қашан келді және қандай файл нұсқасы қолданылды (мысалы, «Счет_123.pdf» және «Счет_123_испр.pdf»). Жеткізуші түзету жібергенде немесе хатта сома өзгергенде бұл уақыт үнемдейді.

Міндетті реквизиттердің ең аз жиынтығы және не есептеледі міндетті ретінде

Ережелерді баптау алдында міндетті өрістердің ең төменгі жиынтығына келісіңіз. Бұл түзетулер санын азайтады және дұрыс тіркеуге келмейтін құжаттарды бірден іріктеуге көмектеседі.

Міндетті деп әдетте контрагент идентификаторы мен құжат реквизиттері саналады. Контрагент үшін бұл — БИН немесе ИИН және ресми атауы. Мекенжай тек сіздің первичка формасында міндетті болса немесе келісім бөлігі ретінде қолданылса қажет.

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

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

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

Сонымен қатар компанияңызда құжатты тіркеу үшін керек болатын қызметтік өрістерді алдын ала анықтаңыз: бөлімше, шығын элементі, жоба. Шот БИН мен IBAN бойынша дұрыс болса да, жоба болмаса оны бюджет бойынша бөліп таратпау мүмкін.

Қысқа ереже: міндетті — құжатты бір мағынада және болжамсыз тіркеу үшін қажет нәрсе.

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

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

Тексеруден бұрын біркелкі формат

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

Одан кейін «қиын» тексерістерді қосыңыз:

• БИН/ИИН: тек цифрлар, ұзындығы 12, бос орындар және белгілер жоқ.
• IBAN: латин әріптері мен цифрлар, бос орынсыз; елге қарай ұзындығы әртүрлі (KZ үшін әдетте 20 символ).
• БИК: сізде қолданылатын форматқа сай тексеру (көбінесе 8 немесе 11 символ).
• Дата: кіріс үшін бір формат (мысалы, КК.АЙ.ГГГГ), аралас бөлгіштерсіз.
• Атауы: қосарланған бос орындар жоқ, құқықтық форма біркелкі жазылған (ТОО, АҚ т.б.).

Бақылау тексерістері және анықтамалармен салыстыру

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

Содан кейін міндетті түрде деректерді контрагент карточкасымен салыстырыңыз: БИН/ИИН базадағы мәнмен сәйкес келуі керек, ал IBAN сол контрагентке тиесілі болуы тиіс. Егер БИН сәйкес келсе, бірақ IBAN жаңадан болса, құжатты автоматты түрде жаңа карточка жасауға жіберместен қолмен тексеруге жіберген дұрыс.

Мысал: хатта жеткізуші IBAN-ды бос орындармен жазған, ал тіркемеде бос орынсыз, бірақ бір цифр әртүрлі. Нормализация екеуін бірдей етіп көрсетеді, ал IBAN бақылауы қате қай жерде екенін көрсетіп береді.

Сомалар мен НҚС-ты тексеру

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

Арифметика мен логика

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

Егер құжатта позициялар бар болса, жолдарды тексеріңіз: саны × бағасы = жол сомасы. Содан кейін жолдарды қосып, итогпен салыстырыңыз. Дөңгелектеуден туындайтын 1–2 теңге айырмашылықтар мүмкін, бірақ олар алдын ала белгіленген шекті ішіне сыйуы тиіс.

Валюта, дөңгелектеу және ставка

Бір құжатта бір валюта және ондық бөлік бірдей форматта болуы қажет (әдетте 2 цифр). 3–4 ондық таңбалары бар сомалар сіздің дөңгелектеу ережелеріңіз бойынша қайта есептеуді және айырмашылықты тіркеуді талап етеді.

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

Мысал: шот 1 120 000 тг, база 1 000 000 тг және НҚС 120 000 тг. PDF-тен алынған НҚС 12 000 тг болып қалса (бір нөл жіберіліп), арифметика бұл қатені бірден байқайтын еді.

Тәуекелдік белгілер

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

Даталар мен кезеңдерді тексеру

Первичкадағы дата НҚС, айдың жабылуы және есеп периоды үшін маңызды. Сондықтан алдымен даталарды бір форматқа келтіріп, логиканы тексеріңіз.

Хаттар мен тіркемелерде «дд.мм.гггг», «дд/мм/гг», «10 қаңтар 2026» сияқты түрлі көрсетілімдер жиі кездеседі, кейде «01.02.2026» сияқты екіұшты жазулар болады. Бухгалтерия үшін бастапқы мән мен танылған датаны қатар сақтау қауіпсіз: егер күн мен ай шатасу қаупі болса, «тексеру қажет» статусын қойыңыз.

Даталар логикасы

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

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

Кезеңдер, төлем және айды жабу

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

Практикалық тексерістер жиынтығы:

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

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

Жүктемес бұрын тексерудің қадамдық процесі

Алдымен қандай құжатты бастапқы деп санайтыныңызды анықтаңыз: шот, акт, накладная, шот-фактура, қосымша келісім. Хат түсініктеме көзі болуы мүмкін, бірақ бастапқы құжаттың орнын алмастырмауы тиіс.

Сосын өрістерді шығарып, нормализация жасаңыз: бір валютадағы сомалар және бірдей ондық басымдық, даталар бір форматта, БИН/ИИН және IBAN ішіндегі қосымша бос орындар мен белгілер алынған, ұйым атаулары кездейсоқ жол үзілістерсіз.

Құжат ағыны үшін ыңғайлы схема:

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

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

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

Хаттан шығару кезінде жиі кездесетін қателіктер мен тұзақтар

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

Арнайы тұзақ — қолтаңбадағы реквизиттер. Ондайда жиі ескі банктік реквизиттер қалып қояды, ал тіркемеде жаңалары бар. Көздерге приоритет бермесеңіз, «нағызға ұқсайтын» бірақ басқа құжатқа тиесілі IBAN немесе БИК қабылдап қоюыңыз мүмкін.

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

Тіпті жақсы OCR кезінде де қателіктер кездеседі: 0 мен O, 1 мен I, БИН немесе IBAN-да жоғалған цифр, нөмір ішіндегі артық бос орын. Сондықтан тексерістер «бос» қана емес, «ұқсайды, бірақ қате» жағдайларын да анықтауға тиіс.

Пайдалы әдет: әр өрістің көзін (хат, қолтаңба, тіркеме, нақты бет) тіркеу және бастапқы құжатты басты көзі ретінде таңдау, ал хатты — тек көмекші ретінде қолдану.

Есеп жүйесіне жүктемес бұрын қысқа чек-лист

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

• Контрагент анықталған: БИН/ИИН толтырылған және базадағы мәнге сәйкес.
• Банктік реквизиттер таза: IBAN және БИК бос орындардан, артық белгілер мен жол үзілімдерінен тазартылған.
• Құжат идентификацияланады: нөмір және дата бар, анық оғаштықтар жоқ (мысалы, болашақтағы дата немесе тек нөлдерден тұратын нөмір).
• Сомалар сәйкес: итог, НҚС және төленетін сома бір-біріне қайшы келмейді және арифметикаға сай.
• Даталар есепке кедергі жасамайды: кезең жабық емес, және тізбек логикалық көрінеді (шот -> төлем -> акт/накладная).

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

Егер кем дегенде бір тармақ күмән туғызса, себебін тіркеп, жүктемес бұрын нақтылыққа жіберіңіз.

Мысал сценарий: жеткізушіден келген шот пен актіні өңдеу

Жеткізуші хат жіберді: тіркемелерде шоттың PDF-і және акттың PDF-і бар. Хат мәтінінде сома мен төлем мерзімі жазылған, ал менеджердің қолтаңбасында IBAN және БИК көрсетілген. Міндет — бухгалтерге тек сенімді мәндерді көрсету.

Дерек көздерінің өзіндік салмағы бар. Реквизиттер мен сомаларды бастапқы құжаттардан (шот, акт) алу керек. Хат мәтіні мен қолтаңба іздеу немесе қолмен тексеру үшін көмекші ретінде пайдаланылады, бірақ оларды «шындық» деп қабылдамау керек.

Содан кейін негізгі өрістерді шығарып, тексеріңіз: БИН/ИИН (тек цифрлар, ұзындығы 12, шот пен акт арасында сәйкес болуы), IBAN және БИК (формат, ұзындық, IBAN бақылауы, құжаттар арасында сәйкестігі), сомалар (итого, без НҚС, НҚС, «итого = без НҚС + НҚС» логикасы), даталар (шот датасы, акт датасы, көрсетілген қызмет/жеткізу кезеңі).

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

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

Практикалық келесі қадамдар және қайда енгізген дұрыс

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

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

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

Егер осындай өңдеуді өз инфрақұрылымыңызда орналастыруды жоспарласаңыз, Қазақстанда компьютерлер мен серверлер өндірушісі және жүйелік интегратор ретінде тәжірибесі бар GSE.kz сияқты компанияның тәжірибесі пайдалы болуы мүмкін: жұмыс станциялары, серверлер және интеграциялық қызметтер ұйым ішінде құжаттарды тексеру мен сақтау үшін, рұқсаттар мен қолдаумен ұйымдастыруға көмектеседі.