ПККМ чегіндегі бірнеше тиындық «Алдын ала төлем»: дөңгелектеу себебін қалай анықтауға болады

«Алдын ала төлем» ПККМ чегінде бірнеше тиын болып көрсетілсе: дөңгелектеу себебін және DocumentValidationError қатесін қалай табуға болады

Шот бойынша сату кезінде сатып алушы аванс төлей алады, тапсырысты бірнеше бөлікпен төлей алады немесе тауарды алған кезде соңғы есеп айырысуды жүргізе алады. ПККМ төлемнің әр кезеңін дұрыс ескеріп, соңғы чекті бұрын фискалданған алдын ала төлеммен байланыстыруы керек. Кәсіпкерлер мамандарға мынадай сұрақтармен жүгінеді: жаңа аванс қабылданбаса да, чекте неліктен 0,01–0,59 грн көлеміндегі «Алдын ала төлем» жолы пайда болады, Мемлекеттік салық қызметі неліктен құжатты DocumentValidationError қатесімен қабылдамайды, қолма-қол ақшаны дөңгелектеу жағдайға әсер етті ме, төлем екі ИП (Индивидуальный предприниматель) арасында қалай бөлінді және нақты қай құжатты тексеру керек. Жауап айырмашылықтың қай кезеңде пайда болғанына байланысты: бастапқы шотта, алдыңғы фискалдық чекте, ағымдағы төлем құжатында, дөңгелектеу параметрлерінде немесе сатуды кәсіпкерлік субъектілер арасында бөлу кезінде.

Негізгі ұғымдар және қазіргі жағдай

Алдын ала төлем — сатып алушы тауар толық берілгенге немесе төлем толық аяқталғанға дейін төлейтін сома. Torgsoft бағдарламасында ол бір уақытта мына жерлерде тіркелуі мүмкін:

• тапсырыста немесе сату шотында;

• төлемнің қаржылық құжатында;

• ПККМ фискалдық чегінде;

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

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

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

DocumentValidationError немесе ПККМ жауабындағы 9-код — құжатты тексерудің жалпы қатесі. Кодтың өзі ғана емес, одан кейінгі толық мәтін маңызды. Мысалы, сервер тауар позицияларының сомасы құжаттың жалпы сомасына немесе төлем түрлері бойынша жалпы сомаға сәйкес келмейтінін көрсетуі мүмкін. Кодтың өзі Torgsoft бағдарламасындағы нақты бір параметрді білдірмейді.

Бірнеше тиын көлеміндегі «Алдын ала төлем» жолы сатушының қосымша ақша қабылдағанын білдірмеуі мүмкін. Көбінесе бұл бағдарлама келесілерді салыстыру нәтижесінде есептеген қалдық:

1. ағымдағы шоттағы тауарлардың құрамы мен сомаларын;

2. бұрын тіркелген алдын ала төлемді;

3. ағымдағы төлемді;

4. дөңгелектеуді;

5. төлемді ИП (Индивидуальный предприниматель) немесе заңды тұлғалар арасында бөлуді.

Torgsoft бағдарламасының әртүрлі нұсқаларында 9-кодқа байланысты жекелеген сценарийлер түзетілді: бөлшек жеңілдіктер, ішінара төлемдер, қолма-қол ақшаны дөңгелектеу, фискалдық және фискалдық емес тауарлардың комбинациясы, бонустар, шетел валютасындағы шоттар және сатуды кәсіпкерлік субъектілер арасында бөлу. Сондықтан дұрыс диагностика бағдарламаның өзекті нұсқасын тексеруден басталады, бірақ жаңарту бұрын тіркелген чекті өзгертпейді және ескі құжаттар арасындағы үзілген байланысты қалпына келтірмейді.

Фискалдық чекте қандай теңдік сақталуы керек

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

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

• «Сома» — қолма-қол ақшаны дөңгелектеуге дейінгі құжаттың есептелген сомасы;

• «Төлеуге» — дөңгелектеу ережесі қолданылғаннан кейін сатып алушы нақты төлеуі тиіс сома;

• алдыңғы төлемдерді;

• ағымдағы төлемді;

• қарызды;

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

Егер алгоритмнің бір бөлігінде 999,97 грн, ал екінші бөлігінде дөңгелектелген 1 000,00 грн қолданылса, 0,03 грн айырмашылық валидация кезінде маңызды болады. Мемлекеттік салық қызметі «бірнеше тиынға рұқсат етілген ауытқуды» қолданбайды: бақылау сомалары дәл сәйкес келуі керек.

Бір, бірнеше немесе ондаған тиын қайдан пайда болады

 1. Ішінара төлемді тауарлар арасында пропорционалды бөлу

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

Мысалы, тапсырыста 199,99 грн және 100,01 грн тұратын тауарлар бар, барлығы 300,00 грн. Алдын ала төлем — 100,00 грн. Математикалық үлестер шамамен 66,6633 грн және 33,3367 грн болады. Чекте жалпы сома 100,00 грн болып қалуы үшін олар 66,66 грн және 33,34 грн болып көрсетілуі керек.

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

2. Құжат сомасы мен қолма-қол «Төлеуге» сомасының айырмашылығы

Torgsoft бағдарламасында бөлек механизмдер бар:

• құжаттың жалпы сомасын дөңгелектеу;

• тек Украина үшін қолма-қол төлемдерді дөңгелектеу;

• шот бойынша сату кезінде дөңгелектеуді қолдану.

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

2025 жылғы 1 қазаннан бастап Ұлттық банк 10 тиын номиналындағы монеталарды қолма-қол ақша айналымынан біртіндеп алып жатыр. Олар заңды төлем құралы болып қала береді, бірақ кассада мұндай монеталар болмаса, қолма-қол төлемнің жалпы сомасы 50 тиынға дейін дөңгелектеледі: 1–24 тиын — 00-ге дейін, 25–49 тиын — 50-ге дейін, 51–74 тиын — 50-ге дейін, 75–99 тиын — келесі гривнаға дейін. Қолма-қол ақшасыз төлемдер дөңгелектелмейді. Ережелерді Украина Ұлттық банкі түсіндіреді.

Практикалық сценарий: шот сомасы — 249,97 грн. Қолма-қол алдын ала төлем кезінде касса дөңгелектеуден кейін 250,00 грн қабылдайды. Егер соңғы есеп айырысу кезінде бастапқы құжат сомасынан дәл 250,00 грн шегерілсе, бірақ тауар немесе қарыз блогы 249,97 грн негізінде есептелсе, 0,03 грн айырмашылық пайда болады. Torgsoft бағдарламасында мұндай жағдайдың тарихи түзетуі № 201060 өзгерісте сипатталған: төлем, алдын ала төлем және қарыз блогы тек «Төлеуге» мәнін емес, «Сома» мәнін де ескеруі керек. Толығырақ 2022.4.7 нұсқасының сипаттамасында.

3. Алдын ала төлем фискалданғаннан кейін шоттың өзгеруі

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

• баға өзгерсе;

• тауар қосылса немесе жойылса;

• мөлшер өзгерсе;

• басқа жеңілдік қолданылса;

• тауардың фискалдық мәртебесі өзгерсе;

• тауарлар кәсіпкерлік субъектілер арасында қайта бөлінсе,

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

Мысалы, алдын ала төлемнен кейін сатушы бір позицияның бағасын 1 грн-ға көтерді. Кейінгі пропорционалды бөлу кезінде осы бір гривна бірнеше тауардың үлесін өзгертуі мүмкін және нәтиже дәл 1 грн емес, 0,01 грн немесе 0,59 грн көлеміндегі техникалық «Алдын ала төлем» қалдығы болуы мүмкін. Мұндай себептер Torgsoft алдын ала төлем чектері туралы нұсқаулығында сипатталған.

Фискалдық алдын ала төлемнен кейін тапсырыс өзгерсе, дұрыс әрекет реті:

1. бастапқы чектің Мемлекеттік салық қызметінде шынымен тіркелгеніне көз жеткізіңіз;

2. стандартты операция арқылы алдын ала төлемді фискалдық қайтаруды орындаңыз;

3. құжаттағы құрамды, мөлшерді, бағаны немесе жеңілдікті өзгертіңіз;

4. төлемді қайта қабылдаңыз;

5. жаңа алдын ала төлем чегін немесе соңғы есеп айырысу чегін жасаңыз.

Қалдықты 0,01 грн тұратын еркін тауармен немесе қызметпен теңестірмеңіз: бұл себепті жасырады, бірақ есеп айырысу операциясының құрылымын өзгертеді.

4. Сатуды бірнеше ИП (Индивидуальный предприниматель) арасында бөлу

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

Мысалы, сатып алушы карта арқылы 1 000,00 грн төлейді, ал тауарлар екі ИП (Индивидуальный предприниматель) арасында 333,335 грн және 666,665 грн үлестерін беретін қатынаста бөлінеді. Төлем құжатында жарты тиынды көрсету мүмкін емес. Бір чекке 333,33 грн, екіншісіне 666,67 грн түсуі керек; әйтпесе олардың қосындысы 1 000,00 грн болмайды.

Torgsoft ағымдағы алгоритмінде дөңгелектеуден кейінгі қалдық жалпы сома сәйкес келуі үшін чектердің біріне қосылады. Сату екіден көп кәсіпкерлік субъектісі арасында бөлінген кезде алдыңғы бөліктер тиынға дейін төмен қарай дөңгелектеліп, қалдық соңғы бөлікке қосылады. Қолма-қол ақшаны 10 немесе 50 тиынға дейін дөңгелектеу де бөлек ескеріледі. Кәсіпкерлік субъектілер арасында бөлуге қатысты бұл өзгеріс 2026.0.3 нұсқасында, № 205082 тапсырмада сипатталған.

Дегенмен жалпы соманың дұрыс болуы параметрлердің толық әрі дұрыс орнатылғанын білдірмейді. Әр кәсіпкерлік субъектісі үшін мыналарды тексеріңіз:

• тауар түрі дұрыс ИП (Индивидуальный предприниматель) немесе заңды тұлғаға бекітілген бе;

• тиісті ПККМ және оның жарамды фискалдық нөмірі;

• төлем тәсілі;

• банк шоты және эквайринг, егер карта қолданылса;

• тауар позицияларының жалпы сомасы және осы кәсіпкерлік субъектісінің жеке чегіндегі төлем сомасы.

Әр чек жеке тексеріледі. Сервер бір ИП (Индивидуальный предприниматель) чегіндегі 0,01 грн жетіспеушілікті екінші ИП (Индивидуальный предприниматель) чегіндегі 0,01 грн артық сомамен өтемейді.

5. Бір құжаттағы фискалдық және фискалдық емес тауарлар

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

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

6. Бонустармен төлемді біркелкі емес бөлу

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

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

7. Шетел валютасындағы құжат және гривнадағы фискалдық есеп айырысу

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

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

8. Байланысты құжаттардың бірін жою немесе күшін жою

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

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

Қадамдық тексеру: нақты себепті қалай табуға болады

Жауаптың толық мәтінін сақтап, скриншот жасаңыз. ПККМ талдауын ашып, чектің күйін анықтаңыз:

• сервер қабылдамады ма;

• тіркелді, бірақ жауап бағдарламаға келмеді ме;

• кезекте немесе офлайн-пакетте қалды ма;

• күші жойылды немесе қайтарылды ма.

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

DocumentValidationError — диагноз емес, қате санаты. Хабарламадан мыналарды жазып алыңыз:

• тауар позицияларының жалпы сомасын;

• құжаттың немесе ағымдағы төлемнің сомасын;

• төлем түрлері бойынша жалпы соманы;

• айырмашылықтың мөлшері мен таңбасын;

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

Егер мәтінде екі сома болса, кішісін үлкенінен шегеріңіз. 0,01, 0,03, 0,50 немесе 0,59 грн айырмашылық жағдайды дөңгелектеудің нақты түрімен байланыстыруға көмектеседі.

Нақты қандай операция жасалғанын белгілеңіз:

• алғашқы алдын ала төлем;

• келесі ішінара төлем;

• соңғы есеп айырысу;

• алдын ала төлемді қайтару;

• күшін жою;

• әдеттегі сату;

• кәсіпкерлік субъектілер арасында бөлінген сату.

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

Бір тапсырыс бойынша ашып, салыстырыңыз:

1. шотты немесе тапсырысты;

2. сату құжатын;

3. алғашқы төлемнің қаржылық құжатын;

4. алдын ала төлемнің алғашқы фискалдық чегін;

5. кейінгі төлемдер мен чектерді;

6. бар болса, қайтаруларды немесе күшін жою операцияларын;

7. валидациядан өтпеген ағымдағы чекті.

Тек ағымдағы сомаларды ғана емес, оқиғалардың ретін де анықтау қажет.

Бастапқы чекті ағымдағы шотпен мына өрістер бойынша салыстырыңыз:

• тауар және оның фискалдық атауы;

• мөлшері;

• бағасы;

• жеңілдігі;

• мөлшерлемесі және салық тобы;

• фискалдық мәртебесі;

• тауар түрі және бекітілген кәсіпкерлік субъектісі;

• валюта және гривнадағы баламасы.

Жалпы сома бүтін бір гривнаға өзгерсе де, позициялар арасындағы пропорционалды бөлу бірнеше тиын қалдық тудыруы мүмкін.

Баптаулар → Параметрлер → Чек бөлімін ашып, мыналарды тексеріңіз:

• «Чек сомасын дөңгелектеу»;

• «Қолма-қол төлемдерді дөңгелектеу (тек Украина үшін)»;

• дөңгелектеу қадамы — 10 немесе 50 тиын;

• «Шот бойынша сату кезінде дөңгелектеуді қолдану».

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

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

«Шот үшін чекті ПККМ-де басып шығару» параметрінің мына режимдері бар:

• «Төлем сомасына»;

• «Төлем және қарыз сомасына»;

• «Пайдаланушыдан сұрау».

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

Қарапайым кесте жасаңыз:

Екі теңдікті тексеріңіз:

• әр жолда тауар сомасы тиісті чектегі төлем сомасына тең;

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

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

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

• 2022.0.49 — ішінара төлемдер, бөлшек жеңілдіктер, қолма-қол ақшаны дөңгелектеу, артық төлемдер және алдын ала төлемді қайтару;

• 2022.0.57 — фискалдық және фискалдық емес тауарларға байланысты кейбір айырмашылықтар;

• 2022.0.59 — шетел валютасындағы шоттар және бонустармен төлемді біркелкі емес бөлу;

• 2026.0.3 — дөңгелектелген соманы кәсіпкерлік субъектілер арасында бөлу.

Жекелеген сценарийлердің сипаттамалары 2022.0.49, 2022.0.59 және 2026.0.3 жаңартуларында берілген.

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

Себеп анықталғаннан кейін не істеу керек

Не істеуге болмайды

• Чекті теңестіру үшін еркін «Дөңгелектеу» қызметін немесе 0,01 грн тұратын тауарды қоспаңыз.

• Алдын ала төлем фискалданғаннан кейін тауар бағасын бірнеше тиынға өзгертпеңіз.

• Мемлекеттік салық қызметіндегі құжат мәртебесін тексермей, жергілікті чекті, төлемді немесе офлайн-пакетті жоймаңыз.

• Соңғы есеп айырысуды кәдімгі сатумен алмастырмаңыз: онда алдын ала төлеммен дұрыс байланыс болмайды.

• Төлем қабылданғаннан кейін бүкіл тізбекті тексермей, ПККМ-ді, ИП (Индивидуальный предприниматель) немесе төлем тәсілін өзгертпеңіз.

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

• Дерекқордағы фискалдық кестелерді қолмен түзетпеңіз.

Белгілер бойынша себепті қалай жылдам анықтауға болады

Жиі қойылатын сұрақтар

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

Фискалдық сервер чек деректерінің арифметикалық сәйкестігін дәл тексереді. Бір тиын айырмашылық позициялар сомасы, жалпы сома немесе төлем тәсілдері бойынша сомалар сәйкес келмейтінін білдіреді.

Жоқ. DocumentValidationError әртүрлі құрылымдық қателерді және мәндер арасындағы байланыстарды тексеру қателерін қамтиды. Жауаптың толық мәтінін оқу керек. Кодтың жалпы логикасы Torgsoft нұсқаулығында түсіндірілген.

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

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

Жоқ. Бұл чектің есептелетін элементі. Оны қолмен жою тауар сомасы мен төлем арасындағы айырмашылықты жоймайды және қосымша сәйкессіздік тудыруы мүмкін.

Жоқ. Қолма-қол ақшаны дөңгелектеу ережелері қолма-қол төлемдерге қатысты. Аралас төлем кезінде қолма-қол және қолма-қол ақшасыз бөліктерді бөлек тексеру керек.

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

Алдыңғы әрекеттің тіркелмегені расталғаннан кейін ғана. Алдымен ПККМ талдауын және фискалдық сервердегі құжат мәртебесін тексеріңіз.

Техникалық қолдауға не дайындау керек

Маман айырмашылықтың себебін анықтай алуы үшін мыналарды беріңіз:

• код пен жауап мәтіні толық көрінетін скриншот;

• Torgsoft нұсқасының нөмірі;

• шоттың, тапсырыстың, сату құжатының және сатудың нөмірі мен күні;

• алдын ала төлемнің алғашқы фискалдық чегінің нөмірі;

• алғашқы төлемнің, кейінгі төлемдердің және ағымдағы төлемнің сомасы;

• «Сома», «Төлеуге», алдыңғы төлем және қарыз мәндері;

• төлем тәсілдері және олардың сомалары;

• егер сату бөлінсе, ИП (Индивидуальный предприниматель), ПККМ және сату бөліктерінің тізімі;

• алдын ала төлемнен кейін тауар, мөлшер, баға, жеңілдік немесе тауар түрі өзгергені туралы ақпарат;

• дөңгелектеу параметрлерінің скриншоттары;

• ПККМ талдауындағы барлық байланысты чектердің мәртебесі.

Білікті электрондық қолтаңбаның жеке кілт файлын немесе оның құпиясөзін жібермеңіз.

Өтінімді тікелей бағдарламада жасауға болады: Көмек → Техникалық қолдауға өтінім.

Сондай-ақ мына ресми байланыс арналары қолжетімді:

•  телефон: +38 (067) 558-37-84, дүйсенбі–сенбі, 09:00–18:00;

•  Telegram: @torgsoft_help;

•  e-mail: info@torgsoft.ua.

Өзекті байланыс деректері мен өтінім жіберу тәртібі Torgsoft техникалық қолдау бетінде және өтінім жасау нұсқаулығында жарияланған.

Қайта фискалдау алдындағы тексеру тізімі

1. Алдыңғы чектің Мемлекеттік салық қызметінде тіркелмегеніне көз жеткізіңіз.

2. DocumentValidationError қатесінің толық мәтінін сақтаңыз.

3. Операция түрін және айырмашылықтың нақты мөлшерін анықтаңыз.

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

5. «Сома», «Төлеуге», төлем тәсілі және дөңгелектеу параметрлерін тексеріңіз.

6. Бірнеше ИП (Индивидуальный предприниматель) болса, әр чекті және жалпы соманы тексеріңіз.

7. Torgsoft нұсқасын түзетілген сценарийлер сипаттамаларымен салыстырыңыз.

8. Өзгерістер немесе жаңарту алдында дерекқордың сақтық көшірмесін жасаңыз.

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

10. Мәртебелер мен сомаларды тексергеннен кейін ғана чекті қайта жасаңыз.

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