«Шот-фактурамен сауда жасау» бөлімінде ішінара төлем: ПККМ тексеру режимін қалай таңдауға және сомалардағы сәйкессіздікті қалай түзетуге болады

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

Torgsoft ішінара төлем нені білдіреді

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

ПККМ-мен жұмыс істеу үшін бірнеше операцияны ажырата білу маңызды:

• алдын ала төлем — сатып алушы соңғы есеп айырысуға дейін соманың бір бөлігін төлейді;

• келесі төлем — сатып алушы келесі бөлігін төлейді;

• соңғы есеп айырысу — төлем қалған соманы толық жабады;

• берешек — сатып алушы әлі төлеуі тиіс құжат құнының бөлігі;

• фискалдандыру — қалыптастырылған есеп айырысу құжатын салық қызметінің фискалдық серверіне жіберу.

Torgsoft бұл сомалар өзара байланысты. Бағдарлама бұрын енгізілген төлемдерді, ағымдағы төлемді және құжат бойынша қалған соманы ескереді.

Ішінара төлемдер үшін қандай ереже қолданылады

Torgsoft техникалық баптауы бағдарламаның чекті қалай қалыптастыратынын анықтайды. ПККМ қолдану міндеті есеп айырысу операциясының сипатына байланысты. №265 заң есеп айырысу операцияларына, атап айтқанда, қолма-қол ақшаны қабылдауды және төлем картасын пайдаланып есеп айырысуды жатқызады. 

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

Бұл салық қызметінің түсіндірмесі 2026 жылғы 5 тамызда қайта жарияланған.

Бөлек жағдай — сатып алушының қаражатты сатушының ағымдағы шотына IBAN деректемелері бойынша тікелей аударуы. Салық қызметі сипаттаған шарттарда мұндай операция ККМ/ПККМ қолданбай жүргізілуі мүмкін. Егер IBAN арқылы алдын ала төлемнен кейін ПККМ арқылы есеп айырысу операциясы немесе тауарды беру орын алса, бұрын алынған сома тиісті фискалдық чекте ескерілуі тиіс. 

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

Жүкқұжат чегін басып шығару қай жерде бапталады

Torgsoft параметр мына жерде орналасқан: Баптаулар → Параметрлер → Чек → Жүкқұжат чегін ПККМ-де басып шығару.

Ішінара төлемдер үшін үш сценарий қарастырылған:

«Төлем сомасына» режимі: клиент бөліп төлеген кезде

Бұл режим бір шот бойынша бірнеше төлем болатын реттілікке сәйкес келеді.

Мысалы, тапсырыс сомасы 12 000 грн:

1. сатып алушы 3 000 грн төлейді;

2. кейін тағы 4 000 грн төлейді;

3. соңғы төлеммен 5 000 грн төлейді.

Алғашқы ішінара төлем кезінде Torgsoft алдын ала төлем чегін қалыптастырады. Егер екінші төлем құжатты толық жаппаса, келесі төлем чегі жасалады. Соңғы төлем қалған соманы толық жапқанда, соңғы есеп айырысу чегі қалыптастырылады.

Кейінгі чектерде Torgsoft алғашқы алдын ала төлем чегінің фискалдық нөмірін пайдаланады. Осылайша салық қызметі бір шаруашылық операция бойынша есеп айырысуларды байланыстыра алады. 

Чектегі тауарлармен не болады

Ішінара төлем бір физикалық тауар бірлігін жасанды түрде, мысалы, 0,25 бірлікке айналдыру қажет дегенді білдірмейді.

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

Алғашқы аванс кезінде салық қызметі қаражаттың қай тауар үшін алынғанын сәйкестендіруді талап етеді.

Соңғы есеп айырысу кезінде не болады

Салық қызметі алдыңғы аванстардан кейін тауар сатып алушыға берілетін жағдайды бөлек сипаттайды.

Соңғы чек мыналарды қамтуы тиіс:

• тауардың толық номенклатурасын;

• толық бағасын;

• санын;

• бұрын алынған аванстарды;

• аванстарды ескергеннен кейін төленуі тиіс қалған соманы.

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

«Төлем және берешек сомасына» режимі: неге мұқият болу қажет

Бұл режимде Torgsoft чекте ағымдағы төлемді қалған берешекпен бірге көрсетуге мүмкіндік береді. Берешек бөлігі үшін оператор тиісті төлем нысаны мен құралын көрсетеді.

Мысалы:

• жүкқұжат құны — 12 000 грн;

• сатып алушы қазір 3 000 грн төлейді;

• берешек — 9 000 грн.

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

Дәл осыдан жиі қойылатын сұрақ туындайды: «Неге клиент қалған берешекті төледі, ал бағдарлама енді чек басып шығаруды ұсынбайды?»

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

Бұл режимді қашан әмбебап ретінде орнатпаған жөн

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

Сондықтан мына схема үшін: қазір картамен 3 000 грн → бір аптадан кейін картамен 4 000 грн → соңғы есеп айырысу кезінде картамен 5 000 грн Torgsoft кейінгі төлемдерге чек қалыптастырмайтын режимді таңдау мұқият шешімді қажет етеді. Кәдімгі кезеңдік бөліп төлеу үшін алдын ала төлем → келесі төлем → соңғы есеп айырысу механизмін қолдану орынды.

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

Сондықтан «Төлем және берешек сомасына» режимін чекті бір рет жабу үшін ғана таңдауға болмайды. Алдымен берешектің кейін қалай өтелетінін және тауардың қашан берілетінін анықтау қажет.

«Пайдаланушыдан сұрау» режимі: дүкенде әртүрлі сценарийлер болғанда

Бұл режим фискалдық құжатты қалыптастырудың алдында таңдауды операторға қалдырады.

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

Таңдау алдында кассир мынаны білуі керек:

1. Тауар сатып алушыға қазір беріле ме.

2. Осы құжат бойынша бұрын фискалдық чектер болды ма.

3. Сатып алушы қазір нақты қанша төлейді.

4. Берешек қала ма.

5. Сатып алушы бұл берешекті қалай өтейді: қолма-қол, картамен немесе IBAN аударымымен.

6. Келесі төлемге фискалдық чек қалыптастыру қажет бола ма.

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

Неліктен салық қызметі «Төлем нысандары бойынша қорытындылар жалпы сомаға тең емес» қатесін қайтарады

Ішінара төлем кезінде ПККМ салық қызметінің серверіне математикалық тұрғыдан келісілген фискалдық құжат жіберуі тиіс. Қарапайым түрде бір чектің ішінде мына қатынас орындалуы тиіс: жеңілдіктер мен түзетулерді ескергендегі тауар жолдарының құны → чек қорытындысы → төлем нысандары бойынша сомалар.

Егер құжаттың бұл бөліктері әртүрлі нәтиже берсе, салық қызметінің сервері: Қате коды: 9 DocumentValidationError және нақты түсіндірме қайтара алады, мысалы: Төлем нысандары бойынша қорытындылар. Жолдар бойынша сома … құжаттағы жалпы сомаға тең емес …

9 коды бас тарту класын білдіреді. Себеп DocumentValidationError мәтінінен кейінгі түсіндірмемен анықталады. Torgsoft базасында сомалардағы айырмашылықтар мен ішінара төлемдер осындай хабарламаның типтік себептеріне жататыны бөлек көрсетілген.

Бір тиын айырмашылық қайдан пайда болуы мүмкін

Ішінара төлем кезінде айырмашылықтың бірнеше ықтимал көзін тексеру қажет.

Дөңгелектеу. Алғашқы төлем қолма-қол болып, дөңгелектелуі мүмкін. Келесі төлем алдыңғы чекте нақты тіркелген сомадан есептеледі. Егер есептеуге дөңгелектеуге дейінгі бастапқы мән түссе, қорытындылар сәйкес келмеуі мүмкін.

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

Фискалдық және фискалдық емес позициялар. Егер шотта екі түрдегі тауар болса, Torgsoft алдын ала төлемді олардың арасында пропорционалды бөледі. ПККМ-ге тек фискалдық бөлік беріледі. Дөңгелектеу шекарасында айырмашылық пайда болуы мүмкін.

Бірнеше ИП (Индивидуальный предприниматель) немесе кәсіпорын. Бір сату әртүрлі кәсіпорындар мен ПККМ арасында бөлінсе, жалпы төлем де бөлінуі тиіс. Аралас төлемдер, жеңілдіктер және дөңгелектеуді ерекше мұқият тексерген жөн.

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

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

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

Сомалар сәйкес келмеген DocumentValidationError кезінде не істеу керек

1. 9 кодынан кейінгі қате мәтінін толық қосыңыз

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

Егер кодтан кейін ЭЦҚ, сауда нүктесінің мекенжайы, XML, уақыт белгісі немесе басқа параметр көрсетілсе, себеп басқа.

2. Чектің салық қызметінде тіркелгенін тексеріңіз

Қайта фискалдандыру алдында құжат мәртебесін анықтаңыз.

Тексеріңіз:

• чекке фискалдық нөмір берілген-берілмегенін;

• оның ПККМ аналитикасында бар-жоғын;

• Torgsoft салық қызметі серверінің жауабын алған-алмағанын.

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

3. Төрт соманы салыстырыңыз

Жүкқұжат бойынша мыналарды тексеріңіз: құжат сомасы → алдыңғы төлемдер → ағымдағы төлем → қалған берешек.

Мысалы:

• құжат — 12 000 грн;

• бұрын төленген — 3 000 грн;

• қазір төленген — 4 000 грн;

• қалдық — 5 000 грн.

Егер Torgsoft осы сомалардың бірі нақты төлемдерден өзгеше болса, алдымен себебін анықтау қажет.

4. Чек қандай режиммен қалыптастырылғанын тексеріңіз

«Төлем сомасына» режимінде ағымдағы чек есеп айырысудың ағымдағы кезеңіне сәйкес келуі тиіс.

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

«Пайдаланушыдан сұрау» режимінде осы чекті қалыптастыру кезінде кассир нақты нені таңдағанын анықтаңыз.

5. Жеңілдіктерді, дөңгелектеуді және бөлшек санын тексеріңіз

Айырмашылық 0,01 грн немесе бірнеше тиын болса, бұл әсіресе маңызды.

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

6. Төлем нысандары мен тәсілдерін тексеріңіз

Есеп айырысу құжатында төлем нысаны мен оның сомасы міндетті деректемелерге жатады. Фискалдық чектің нысаны мен мазмұнына қойылатын талаптар №13 ережемен белгіленген. 

Нақты есеп айырысу тәсілін ПККМ-ге берілетін дерекпен салыстырыңыз:

• қолма-қол ақша;

• эквайринг арқылы карта;

• басқа қолма-қол ақшасыз есеп айырысу;

• кредит немесе берешек, егер ол нақты сценарийде қолданылса;

• IBAN деректемелері бойынша тікелей аударым.

7. Бірнеше кәсіпорын болса, бөлуді тексеріңіз

Мыналарға көз жеткізіңіз:

• тауар қажетті кәсіпорынға тиесілі;

• ол үшін қажетті ПККМ пайдаланылады;

• ағымдағы төлем кәсіпорындар арасында дұрыс бөлінген;

• бөлуден кейін барлық чектердің сомасы жалпы төлемге сәйкес келеді.

8. Torgsoft нұсқасын тексеріңіз

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

Фискалдық чек басып шығарылғаннан кейін жүкқұжатты өзгертуге бола ма

Тіркелген чек салық қызметі жағында бұрыннан бар. Torgsoft деректерді өзгерту оны өздігінен жоймайды.

Сондықтан фискалдандырудан кейін мыналарды жасауға болмайды:

• өткізілген төлемді қайта енгізу үшін жою;

• салдарын тексермей құжат сомасын немесе құрамын өзгерту;

• бірінші чектің мәртебесі белгісіз болса, сол операцияны қайта жіберу;

• қорытындыларды сәйкестендіру үшін бір тиынға қолмен түзету жасау.

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

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

Типтік сценарийлер үшін не таңдау керек

Сомалар сәйкес келмесе, техникалық қолдауға не беру керек

Маман жағдайды қайталай алуы үшін мыналарды дайындаңыз:

1. DocumentValidationError кейінгі салық қызметі жауабының толық мәтіні.

2. Чек қалыптастырылған күн және шамамен уақыты.

3. Шот немесе шығыс жүкқұжатының сомасы.

4. Барлық алдыңғы төлемдердің сомасы.

5. Ағымдағы төлем сомасы және қалған берешек.

6. Таңдалған режим: «Төлем сомасына», «Төлем және берешек сомасына» немесе «Пайдаланушыдан сұрау».

7. Әр төлемнің тәсілі: қолма-қол, карта, IBAN.

8. Жеңілдік, дөңгелектеу немесе тауардың бөлшек саны туралы ақпарат.

9. Егер сату кәсіпорындар арасында бөлінсе, бірнеше ИП (Индивидуальный предприниматель) туралы ақпарат.

10. Torgsoft нұсқасы.

11. Алдыңғы чектің фискалдық нөмірі, егер ол бар болса.

ЭЦҚ құпиясөзі және басқа құпия деректер мұндай диагностика үшін қажет емес.

Ішінара төлеммен жұмыс істеудің қысқа ережесі

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

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

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