Онлайн каса: как да четете разписки за частични плащания. Неправилен знак на начина на плащане в касовата бележка при използване на касов апарат Как се закрива смяна

18 ноември 2017 г., 17:19 ч., въпрос № 1816792 Анна, Москва

Анна остави отзив за сайта - шоу

Благодаря за съдействието. Отговорите ще бъдат пълни с връзки към статии и писма, което е много важно.

20 ноември 2017 09:51 ч

400 цена
въпрос

проблемът е решен

Свиване

Отговори на адвокати (2)

получени
такса 50%

Адвокат, Самара

Чат

Отговорността за нарушение на Федералния закон от 22 май 2003 г. N 54-FZ „За използването на касово оборудване при извършване на парични плащания и (или) сетълменти с помощта на електронни средства за плащане“ е установена от член 14.5. Кодекс за административните нарушения на Руската федерация „Продажба на стоки, извършване на работа или предоставяне на услуги при липса на установена информация или неизползване на касово оборудване в случаите, установени от федералните закони“

Член 14.5 се състои от 15 части.

1. Продажба на стоки... при липса на установена информация... НЕПОДХОДЯЩИ

2. Неизползване на касово оборудване... НЕПОДХОДЯЩО

3. Многократно предвидено в част 2... БР

4. Използване на касов апарат, който не отговаря на... не

5. Непредставяне по искане на данъчните власти... ПОВЕЧЕ

7. Нарушаване на задължението за обработка и предаване на фискални данни ПРЕДАДЕНО

8. При отмяна на разрешение - ОК

9. Невярна информация при кандидатстване за разрешително НАДЕЖДЕН
10. Неуведомяване за сключване на договор с потребителя за обработка на фискални данни, НЕ НАШИ

11. Непредоставяне на уведомление за промени в информацията... НЕ ТОВА

12. Всяко друго нарушение от оператора на фискални данни на изискванията на законодателството на Руската федерация относно използването на касово оборудване - води до налагане на административна глоба на длъжностни лица в размер от пет хиляди до десет хиляди рубли; за юридически лица - от петдесет хиляди до сто хиляди рубли. ТРЯБВА ДА МИСЛИМ ПОВЕЧЕ...

13. Продажба от производител на CCP..

14. Издаване от експертна организация...

15. Непредставяне от експертна организация... Не е това.

Друго нарушение... да. Данъчните ще видят, че сте получили парите и уж веднага сте предали стоките „Пълно плащане“, но имате стоките... Едва ли ще сравняват фискалните транзакции с движението на стоките в склада... следователно, ще се разбере, че не сте дали стоката. нереално. ще го върнете като напълно платено.

Ръчното сравняване на имената на чековете и знаците за плащане също е извън правомощията на която и да е данъчна служба. всичко се проверява автоматично.

Нищо не си крил от данъци... Моето мнение е да го оставиш така. Невъзможно е да се коригира знак за плащане, ако не може да се извърши възстановяване, затова всичко е измислено така, че да не може да се коригира.

Моето мнение е, че тук няма административно нарушение. От друга страна, може да се твърди, че името на чека не е правилно, но знакът е правилен. За машинна обработка чекът се появява като пълно плащане... върху хартията се отпечатва заглавие... което не е свързано с фискални данни - това е просто текст.

Така че мисля, че си струва да го оставите такъв, какъвто е и да не се притеснявате, тъй като все още не може да бъде поправен без връщане.

Беше ли полезен отговорът на адвоката? + 1 - 0

Свиване

- получени
  такса 50%
  Адвокат, Санкт Петербург
  Чат
  - 10.0 оценка
  - експерт
  Добър вечер!
  1) Съгласно условията на въпроса може да се приеме, че сумата, приета от купувача, съответства на действително издадения чек.
  От гледна точка на евентуална отговорност, може да говорим за нарушение на реда и условията за използване на касови апарати:
  Член 14.5 от Кодекса за административните нарушения на Руската федерация. Продажба на стоки, извършване на работа или предоставяне на услуги при липса на установена информация или неизползване на касово оборудване в случаите, установени от федералните закони
  4. Използването на касово оборудване, което не отговаря на установените изисквания, или използването на касово оборудване в нарушение на процедурата за регистриране на касово оборудване, процедурата, реда и условията за неговата пререгистрация, установени от законодателството на Руската федерация относно използването на касово оборудване, ред и условия за прилагането му -
  води до предупреждение или налагане на административна глоба длъжностни лица в размер на една и половина хиляди до три хилядирубли; за юридически лица - предупреждение или налагане на административна глоба в размер на пет хиляди до десет хиляди рубли.
  (Част 4, въведена с Федерален закон от 3 юли 2016 г. N 290-FZ)
  
  Във вашата ситуация неправилно сте посочили допълнителните данни, установени със заповедта на Федералната данъчна служба - знак за метода на изчисление. Тази подробност не се отнася за задължителните данни, установени от закона.
  Писмо на Министерството на финансите на Русия от 28 април 2017 г. N 03-01-15/26352
  Клауза 1 на член 4.7 от Федералния закон N 54-FZ определя задължителните данни, които трябва да съдържат касова бележка и строга форма за отчитане, освен в случаите, установени от посочения федерален закон, включително: наименованието на стоките, работите, услугите (ако обемът и списъкът на услугите е възможно да се определи в момента на плащане), плащане, плащане, тяхното количество, цена за единица, като се вземат предвид отстъпките и надценките, разходите, като се вземат предвид отстъпките и надценките, като се посочва ставката на данъка върху добавената стойност (освен за случаи на сетълменти от потребители, които не са данъкоплатци на разходи за данък върху добавената стойност или освободени от изпълнение на задълженията на данъкоплатец на данък върху добавената стойност, както и извършване на плащания за стоки, работи, услуги, които не подлежат на данъчно облагане (освободени от данък) с данък върху добавената стойност) В същото време отбелязваме, че според информацията, получена от Федералната данъчна служба на Русия, ако обемът и списъкът на стоките, работите, услугите не могат да бъдат определени в момента на плащането (при получаване на авансово плащане и (или) разсрочено плащане), авансовото плащане и действително получените средства се посочват в касовата бележка (формуляр за строга отчетност). При окончателното разплащане, като се вземе предвид предварително предоставеното авансово плащане, задължителните данни, предвидени в член 4.7 от Федералния закон N 54-FZ, се посочват върху касовата бележка и сумата на плащането в брой и (или) по електронен път на плащането за продадени стоки, работи, услуги показва действително получените средства, без да се обвързва с конкретни артикули на продукта, докато сумата на предварително получения аванс не се отразява.Отбелязваме също, че в съответствие с параграф 4 от член 4.1 от Федералния закон N 54- FZ, заповед на Федералната данъчна служба на Русия от 21 март 2017 г. N ММВ-7-20/229@ „За одобряване на допълнителни данни за фискални документи и формати на фискални документи, които са задължителни за използване.“ Съответните методически препоръки, включително тези за генериране на касови бележки, ще бъдат публикувани на официалния уебсайт на Федералната данъчна служба на Русия.
  
  Както се вижда от писмото, въпросите относно извършването на операции чрез касови апарати за авансови плащания остават, тъй като Министерството на финансите обръща внимание на методическите препоръки.
  2) Въпреки цялата неяснота на факта на извършеното административно нарушение, можете да използвате бележката към член 14.5 от Кодекса за административните нарушения на Руската федерация
  Забележка. Лице, което доброволно е подало писмено заявление до данъчния органза неизползването на касово оборудване от него в случаите, установени от законодателството на Руската федерация относно използването на касово оборудване, или за използването му на касово оборудване, което не отговаря на установените изисквания, или за използването на касов апарат оборудване в нарушение на установените от законодателството на Руската федерация относно използването на касово оборудване, процедурата за регистриране на касово оборудване, процедурата, реда и условията за пререгистрация на касово оборудване и реда за прилагането муи който доброволно е изпълнил преди постановяване на решението по делото за административно нарушение задължение, за неизпълнение или неправилно изпълнение на което лицето носи административнонаказателна отговорност, се освобождава от административна отговорност за административното нарушение, предвидено в

28.07.2017 Пуснато е издание 1.10 на софтуерния пакет VT:Magazin. Новата версия на софтуера поддържа работа с CCP “AMS-300F”, “Mercury-119F”. „Мениджърската работна станция“ осъществява пълноценна работа с касовия апарат „AMS-100F“ в режим „Офлайн“. Откритите грешки са коригирани.

Основни промени в сравнение с версия 1.9

Работно място на касиера

Добавена е ограничена поддръжка за FR "Mercury-119F" с фискално съхранение. Ограниченията са посочени в историята на промените на ARMC.
Параметърът „Система за данъчно облагане по подразбиране“ е добавен към допълнителните настройки на касовите апарати за моделите касови апарати „AMS-100F“, FR „K1-F“ и FR „Shtrikh-M“ с FN. Версията на драйвера „Shtrikh-M: FR Driver“ трябва да бъде поне 4.13.580. Параметърът „Система за данъчно облагане“ е премахнат от прозореца с параметри на CCP „AMS-100F“ и FR „K1-F“.
Модулът за придобиване Bank.dll е актуализиран до версия 1.27. Подобрена е операцията „Отпечатване на документ от архива“. Добавен е прозорец за визуализация на съдържанието на файла към диалоговия прозорец за избор на файл. Добавена е поддръжка за отпечатване на банкови документи на Mercury-119F FR.
Увеличен е броят на опитите за запис в базата данни при конкурентна промяна на данни от няколко работни станции, което при голям брой работни станции може да доведе до съобщение, че продуктът е блокиран.
Отключена е операцията “Касиер - Връщане на стока по касова бележка” за касови апарати с фискални устройства.
Деактивирането на опцията „Връщане на стоки е възможно само ако са били продадени с текущия касов апарат на текущата смяна“ в потребителските настройки вече позволява връщането на стоки, продадени по време на всяка смяна на касата, на всяка каса.
В потребителските настройки в секция „Други настройки” е добавена опция „Автоматично излизане от режим банков превод при грешка/анулиране на банкова транзакция”.
Към потребителските настройки е добавен параметърът „Име за продажба операция на свободна цена“.
Елементът „Промяна на данъчната ставка в разписка“ е добавен към раздела „Интерфейс“ за настройка на правата за потребителска категория.
Добавена е командата “Междинна сума” в меню “Получаване”.
В прозореца за избор на продукт от няколко продукта с еднакъв баркод, който се показва при добавяне на продукт към касова бележка, са добавени колони „Артикул” и „Допълнителни”. информация”, а също така коригира видимостта на колоните, шрифта и цвета на фона на таблицата.
При работа с ATOL DF е подобрен механизмът за следене на счупване на хартия и повторно отпечатване на касова бележка след зареждане на нова ролка.
При работа с FR на компанията ATOL е възможна поява на грешки „(-3897) Чекът не е платен изцяло“ и „(-3835) Сумата, внесена от клиента, е по-малка от сумата на чека“, когато отпечатването на чек с пълни отстъпки е премахнато.
Отстранена е възможната поява на грешка „(69) Сумата на всички видове плащания е по-малка от общата сума на касовата бележка“ при отпечатване на касова бележка с отстъпка за покупка (позиция на касова бележка) във финансовите отчети на фирма Щрих-М .
Поправено. При извършване на операцията „Касиер - Връщане на стоки чрез касова бележка“ обратната разписка се генерира, без да се вземат предвид отстъпките за покупки (платежни артикули).
Поправено. При работа в режим „Без касов апарат“, при добавяне на покупка към касовата бележка, сумата на данъка не е изчислена.

Работна станция на мениджъра

Поддържа се работа с CCP “AMS-100F” в офлайн режим.
EGAIS. Проверката за необходимо присъствие на възел е деактивирана в XML файла на входящия формат TTN v2. Сега наличието на този възел не е задължително.
Полетата „Телефон“ и „Имейл адрес“ са добавени към директорията с карти за отстъпка.
Добавена е командата “Reprice” в продуктовата карта, в меню “Операции”.
В табличната част на фактурата е добавена колона “Мерна единица”. Видимостта на колоните е активирана в менюто „Настройки“ на прозореца на документа.
В продуктовата директория е коригирана грешка при търсене по код на продукт, ако размерът на търсения код надвишава 14 знака.

Касов сървър

Поддържа се работа с CCP “AMS-300F”.
В настройките на свойствата на касов апарат "AMS-100F" е добавен параметър "Наименование на стоки за операцията "Продажба на свободна цена"".
Ако не е възможно да прехвърлите разписка, съдържаща алкохолни напитки, към EGAIS UTM, подробният текст на грешката, върнат от UTM, вече може да бъде отпечатан на касовите апарати AMS-100F и AMS-300F.
При работа с касовата система AMS-100F е премахнато ограничението за въвеждане на отстъпка на карта за отстъпка при чек за възстановяване. Въвеждането на ръчна отстъпка (от клавиатурата на касовия апарат) при чек за възстановяване е забранено на ниво софтуер на касовия апарат.
За да се повиши надеждността на записването на събития, възникващи на AMS-100F CCP, бяха направени промени в протокола за обмен с CCP. Ще е необходима актуализация на софтуера MI-01.
Поправено. Разписка, съдържаща алкохолни напитки, затворена на касата "AMS-100F" с плащане по банков път и прехвърлена в EGAIS, се съхранява в базата данни без знак за безналично плащане.
Поправено. При работа с касов апарат AMS-100F не работеше опцията в свойствата на касовия апарат: EGAIS - Разпечатай фиш за обратна разписка.
Поправено. При задаване на мрежов номер на касовия терминал “AMC-100F” по-голям от 99, индикаторите “Комуникация” и “Онлайн” не се показват в прозореца на касовия сървър и не се изпращат съобщения до монитора на касовия апарат.
Поправено. При продажба на продукт на касов апарат AMS-100F, чийто код надвишава 7 знака, такъв продукт се съхранява в дневника за получаване с неправилна стойност на кода.

По-подробно описание на промените, както и историята на промените в други модули, можете да намерите в съответните файлове с хронология на промените.

Въпрос: UT 11, картата за отстъпка е анулирана, но отстъпката продължава да важи

Добър ден.
UT 11.4.1.261, отстъпките се конфигурират според схемата за умножение. Спестовна система с отстъпки.
При смяна на клиентска карта от 3% на 6% при достигане на натрупания обем продажби, картата 3% се анулира. Но при следващата проверка, при посочване на нова карта за отстъпка за този клиент (6%), отстъпката се изчислява като 9% (от умножението отстъпките 3 и 9 се сумират, но картата от 3% вече е анулирана.. )

Условието за отстъпка по картата 3% е „Клиентът е собственик на карта за лоялност „Натрупващи 3%“.
Не трябва ли условието за 3% да спре да се изпълнява след анулиране на картата?...

Отговор:Възможно е поне да се отървете от случайната грешка, като посочите групата не умножение, а максимум

Въпрос: v7: Проверката е отменена Atol30F

Добър ден!
Вчера инсталирахме касовия апарат Atol30F, свързахме го, опитахме да разпечатаме касови бележки, разпечата с много грешки, имаше ДДС, неправилна система за облагане и куп други дреболии, но касовите бележки СЕ ПЕЧАТАТ. Днес коригирах системата за данъчно облагане, прехвърляйки 8 UTII и премахнах ДДС от документите, xml файлът се генерира нормално, но касата издава анулиран чек. Къде да копая? Смених версията на драйвера от 8.14 на 8.16, FN версия 1.0.

Отговор:Момчета, всичко работи! Благодаря на всички за участието. Остават няколко малки въпроса, относно нюансите.
1. Възможно ли е по някакъв начин да се намали шрифта (много висока консумация на лента)
2. И как може един ред от чек да се комбинира с друг, на тази снимка

Поставете реда „ПРОДУКТ“ и „ПЪЛНО ПЛАЩАНЕ“ на едно ниво.

Въпрос: CHECKDB Ако има резултати, те трябва да бъдат изхвърлени

Когато запазвате базата данни с помощта на 1C, тя дава грешка DBMS Error:
Microsoft SQL Server Native Client 11:0: SQL Server се натъкна на I/O грешка, свързана с логическа последователност: Невалидна контролна сума (очаква се 0x78a1455f; действително: 0x3ca0c55f). Възникна при четене на страници (1:2106472) в база данни ID 7 при отместване 0x000004048d0000 на файла "C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\tkpt.mdf". За повече информация вижте регистъра на грешките на SQL Server и регистъра на системните събития. Това е сериозна грешка, която застрашава целостта на базата данни и трябва да бъде коригирана незабавно. Извършете пълна проверка на последователността на базата данни (DBCC CHECKDB). Тази грешка може да бъде причинена от много причини; За повече информация вижте SQL Server Books Online. HRESULT=80004005, SQLSrvr:SQLSTATE=HY000, състояние=2, сериозност=18, естествено=824, ред=1

Направих CHECKDB. Дава грешка в края, която гласи "Възникна сериозна грешка при изпълнение на текущата команда. Ако има някакви резултати, те трябва да бъдат отхвърлени." Какво да правя?

Отговор:()грешен форум. до вас на sql.ru.

Въпрос: Как да активирам сертификат за препродажба

1C 8.3.5.1248 UT 11.1.7.49
Включена продажба на сертификати за търговия на дребно.
Създаден тип сертификат (един път за една проверка)
Създадох три подаръчни сертификата на една и съща карта. (статусът им е станал неактивен)
Откри смяна в Продажби. Продадох първия сертификат от работното място на касиера. (статусът му стана активен) затвори смяната.
Отвори нова смяна, избра продукт и плати с този сертификат. (статутът му е напълно погасен). Закри смяната.
Отворихте нова смяна и избрахте продажба на сертификат; този сертификат не е в списъка за избор. Има само две със статус неактивни.
Как да променя статуса на сертификата? Сертификатът само еднократен ли е?
Когато плащах със сертификат, имаше остатък по него, тъй като стоките бяха по-евтини.
Опитах се да го анулирам и да отпиша баланса, но сега статусът на първия сертификат е анулиран.
И също така не ви позволява да го изберете, когато продавате.
Продадох втория сертификат точно за количеството на стоката. Сега е със статут Напълно погасен. и не може да бъде избран за препродажба.
Получават се сертификати за камикадзе))
Не можете да промените статуса в картата със сертификат. Елемент от менюто Разрешаване на редактиране на подробности. не позволява промяна на статуса на сертификата. остава неактивен.

Отговор:

shegarka73 каза:

Извършихме обработка, която промени статуса на отменения сертификат.
Кликнете, за да разширите...

Можете ли да ми изпратите обработка, която променя статуса на отменен сертификат?

Въпрос: Чекът е анулиран

Добър ден. Някои чекове са анулирани поради причината „Чекът не е платен изцяло“. Но не е платено изцяло поради факта, че касата добавя 1 копейка към позицията на чека. В настройката TO допустимото несъответствие във форматно-логическото управление е 0,01. Какво мога да направя, за да предотвратя анулирането на чека?

Отговор:Апну
Последната KA 1.1.87.1, при опит за пробиване на чек излиза проблем от темата.

От само 5 артикула, един в чека се удвоява и цената се увеличава с 1 копейка.

В документа цената на позицията е 115.00, количеството е 11.905
Чекът е разделен на две части:
1) 1,5 x 115,01 = 172,52 надбавка = 0,02
2) 11,405 x 115 = 1311,57

Без ДДС, без отстъпки.

Въпрос: Преход от ZiK 7.7

Здравейте. Прехвърлени данни от ZIK 7.7 към ZUK 2.5. Понася се със стандартно лечение. Настройте заплатата и я изчислете правилно. Но във ведомостите за всички служители има начално салдо, въпреки че не би трябвало да има. Кажете как да коригирам или анулирам данните за 30 април например.

Отговор:

Текущият период беше май. След прехвърляне през универсалния отчет на регистъра „Данни за начисления за изчисляване на средна заплата (общо)“, данните са само за февруари. Март и април ги няма.

Въпрос: v7: Грешка при отпечатване на разписка на FR BAR: Невалидна стойност в полето за дължина

Добър ден, TIS конфигурация, свързахме FR SHTRIH FR-K.
Първият въпрос. Когато човек закупи няколко артикула от даден продукт, по някаква причина се издава касова бележка само за един артикул, а в долната част на касовата бележка пише, че касовата бележка е анулирана.
Самият 1C пише: Фискален регистратор: грешка при отпечатване на чек
Невалидна стойност в полето за дължина
Чека на ККМ не е пробиван!
Преди това същият регистратор от 10.3 отпечата нормални чекове с куп позиции.

Отговор:бокс офис на 2006 г

Въпрос: Отпечатване на QR код в Retail 2.2

Здравейте всички!
След надграждане на един бар-м касов апарат до онлайн и актуализиране на драйвера, периодично при отпечатване на касова бележка възниква неразбираем проблем, плаващ проблем на етапа на извеждане на qr кода EGAIS.
Според процеса се случва следното: касиерът натиска Punch, към FR се изпраща команда за фискализиране на чека, FR извежда хартиен чек (фискален), след което се прави обжалване към транспортния модул за подпис на Единната държавна автоматизирана информационна система. UTM успешно връща подписа и продължава да го отпечатва. По мои наблюдения тук се получава пропастта. ЗАЩОТО според кода, в случай на грешка при отпечатване на qr, 1C преминава към процедурата Отпечатване на чек_След грешка Отпечатване на чек, където адресът в EGAIS и подписът на EGAIS се изчистват и изпраща заявка до UTM за връщане. И самата проверка в 1C не е пробита, без номер на смяна, без номер на проверка на KKM, анулирана в EGAIS, но вече е посочена в OFD.
Или има проблем с най-новия драйвер, или проблем в адреса на EGAIS, който трябва да бъде отпечатан, или грешка в 1C.
Временно е добавена възможност за натискане на проверка САМО през EGAIS и задаване на характеристиките на проверка, която уж е пробита в такава и такава смяна и с такъв и такъв номер.

Въпрос: Retail 2.2 и онлайн каса. Грешка при пробиване на чек.

Търговия на дребно 2.2.5.27, UTII. Решиха да монтират касови апарати на новите търговски обекти (засега без FN). Спряхме се на FPrint22PTK. И сега се боря да го накарам да работи. Ако изберете:
1) В драйвера на устройството ATOL: FPrint-22PTK/k/envd и протокол за обмен Atol 2.4 на устройството - когато се пробие чек, той показва „проверката е отменена“. (На протокола ATol 3.0 тестът FPrint-22PTK/k/envd не преминава.
2) При протокол Atol 3.0 с избор на ATOL 22f/FPrint-22PTK, смяната се отваря и затваря, показва се отчет с анулиране, но чекове не се отпечатват.
При типична конфигурация грешката е: „Грешка в интерфейса EKLZ/FN1“. Намерих информация във форума на atol, че трябва да добавя ред код в модула Equipment ManagerClient (- съобщение от 06/12/17).
Добре, промених конфигурацията. Сега, когато се опитвате да пробиете чек, се появява грешка: „неизвестна грешка 238D|00EEH“. Отново Google повдигна теми, че това се дължи на грешен избор на данъчна система. (например, тук са инструкциите). Избрах UTII в драйвера - не помогна.

Как да се справим с това? Или може би това оборудване не може да се използва без физическа регистрация и регистрация?

Отговор:() не идвай отново

Представители на данъчната служба непрекъснато обясняват новите правила за работа на потребителите на ЦК на страниците на професионални публикации и уебсайтове, на семинари, конференции и други събития. Но все още остават въпроси, а те са много. Днешната селекция от отговори на специалисти от Федералната данъчна служба е посветена на издаване на касови бележки за връщане.

Предплащане за услуги, които не са предоставени

Клиентът направи авансово плащане за услугите, но те бяха предоставени само частично. Как правилно да обработим възстановяване на средства?

В този случай се генерира чек с атрибут „връщане на разписка“ за сумата, която подлежи на връщане, тоест сумата, за която не са предоставени услугите.

Потребителите твърдят, че някои системи не ви позволяват да възстановите част от сумата. Как да бъдем?

От гледна точка на закона, в тази ситуация е необходимо да нокаутирате единза възстановената сума. Законът не установява ограничения за формирането на такава проверка.

Клиентът плати 5000 рубликато авансово плащане за услуги. Връчен му е чек „касова бележка“, в който е посочен начинът на плащане „100% авансово плащане“ за една стока – услуга. Клиентът обаче отказа част от услугите и сега трябва да се върне 500 рубли. Какво трябва да бъде на чека за връщане?

В чек с атрибут „връщане на разписка“ трябва да посочите същите параметри като в чека „разписка“ (с изключение на самия атрибут и цената). В дадения пример трябва да посочите:

знак - връщане на разписка;
знак за начина на плащане - 100 % предплащане;
наименованието на артикула и ставката на ДДС са същите данни като в оригиналната касова бележка;
цената на артикула за сетълмент и сумата в брой/електронен - 500 рубли;
ДДС върху чека е сумата на ДДС, включена в тези 500 рубли.

В дадения пример се издава един чек при получаване на авансово плащане и втори чек за връщане на част от него. Въпреки това, когато правите изчисления за предплащане, Федералната данъчна служба препоръчва да пробиете друга проверка - техническа. Трябва да бъде нокаутиран в момента на предоставяне на услугите. Тоест в горния пример трябва да пробиете чек за сумата от 4500 рублисъс знак на метода на плащане „пълен сетълмент”.

Как правилно да върнете пари на купувача за артикул

Случва се поради лошо качество купувачът да поиска намаление на цената на продукта. В този случай разликата в себестойността му се връща. Как мога да направя това с чек?

В дадения пример трябва да се използва следният ред:

За пълната цена на стоките, чието качество е признато за незадоволително, трябва да се регистрирате чек със знак „връщане на касова бележка“.
Нокаут чек със знак "касова бележка"към новата цена на стоките.

Защо тази поръчка? Това се прави в интерес на купувача. Наистина в този случай покупната цена се е променила и той трябва да има касова бележка с правилната цена в ръцете си.

Купувачът не превежда пари в размер на новата цена на стоките на продавача, така че и двата чека показват „сума за насрещно предоставяне“. И в чек със знак „връщане на разписка“ се посочват подробностите „сума в брой/електронен“.

Купувачът връща билета за развлекателни събития и се начислява глоба. Какви чекове трябва да бъдат издадени?

Тази операция ще бъде издадена чрез две проверки:

Чек с надпис „връщане на касова бележка“ за цялата сума на билета. Трябва да посочи:
- в подробностите „разчетна сума“ - цената на билета;
- в подробностите „сума чрез чек в брой/електронно“ - сумата на средствата, които са били платени на клиента, т.е. цената на билета минус глобата;
- в детайла „сума на проверката по насрещна разпоредба“ - размерът на глобата.
Чек със знак „разписка” за размера на глобата.Той отразява:
- „наименование на обекта на изчисление“ - посочва, че глобата се удържа;
- “атрибут на предмета на плащане” - “плащане”;
- „сума на сетълмент“ и „сума на чек чрез насрещна разпоредба“ - размерът на глобата.

Закон 54-FZ не определя точно какво се счита за приемане и плащане на пари за продукт или услуга. С други думи, получаването или издаването на суми, свързани с продажбата на стоки, също могат да бъдат класифицирани като „плащане“.

Глобата, платена от купувача на билета в примера по-горе, също се признава за уреждане. И задължително се издава чек за размера на глобата. Освен това няма значение как ще бъде платена глобата:

депозит на пари от купувача;
удържа сумата на глобата от възстановяването.

И в един случай, в друг случай, сетълмент операцията с клиента, когато той върне билета, е разделена на 2 части:

възстановяване на цялата стойност на билета;
начисляване на глоба.

Тези операции могат да се извършват едновременно. Но всеки от тях трябва да бъде придружен от собствена касова бележка.Все пак от счетоводна гледна точка това са две напълно различни операции. Данъчната служба работи за сближаване на данъците и счетоводството. Ако издадете само една обратна разписка на купувача, това няма да отразява същността на търговската сделка.

Купувачът е направил авансово плащане и по-късно е направил доплащане за доставената му стока. Въпреки това трябваше да бъде върнат. Какво трябва да направите в този случай? Трябва ли да издам два чека със знак „връщане на касова бележка“ или мога да мина с един за цялата сума на покупката?

В този случай трябва да генерирате един чек с атрибут „връщане на разписка“. В зависимост от това кога стоката е била върната - преди или след пълно плащане - някои детайли на касовата бележка ще бъдат посочени по различен начин, а именно:

Стоките бяха платени изцяло и след това върнати:
- в атрибута „начин на плащане“ трябва да посочите „пълно плащане“;
- В детайлите „сума на плащането“ посочете пълната цена на стоките (предплащане + окончателно плащане).
Продуктът се връща след частично плащане:
- в атрибута „начин на плащане“ трябва да посочите „частично плащане и кредит“;
- детайлът „разчетна сума“ отразява пълната цена на стоките;
- в подробностите „сума на плащане“ - авансово плащане, което е направено от купувача и сега му се връща;
- в подробностите „сума на кредита“ - разликата между пълната цена на стоките и авансовото плащане, тоест сумата, която никога не е била платена от купувача.

Връщане на стоки закупени на кредит

Продуктът е закупен на кредит, но върнат с гаранция. Част от цената е получена от купувача в брой, а другата част е получена от банката по банкова сметка. Съответно, чек със знак „разписка“ е издаден само за сумата, приета в брой от купувача. Когато купувачът върна стоката, заемът вече беше напълно изплатен. Как се издава обратен чек - за цялата сума или само за платената част в брой?

В този случай той е нокаутиран чек със знак „връщане на касова бележка“за пълната стойност на стоките. Няма значение как се връщат парите на купувача. И това може да стане по три различни начина:

по банковата му сметка;
пари в брой;
отчасти по сметка и отчасти в брой.

Ако е избрана последната опция, отметката показва следното: реквизити:

„сума на чек в брой“ - сумата, върната на купувача в брой;
“сума с електронен чек” - сумата, преведена по неговата банкова сметка;
в крайната сума за уреждане на чека - пълната цена на стоките;
в атрибута „метод на плащане” е посочено „пълно плащане”.

Но продавачът няма задължение да използва касов апарат, когато връща пари по банковата сметка на купувача. Възможно ли е да се издаде чек само за сумата, която му се връща в брой?

Въпреки факта, че законът не забранява такава заповед, няма да е възможно да се приложи. Такива проверката няма да премине форматен и логически контролна касови апарати и при обработка на информация от системата на Федералната данъчна служба. Проблемът е, че чек за обратна разписка, който се издава за пълната стойност на стоките, не може да има само част от тази цена в детайла „сума на сетълмент“. Стойността на касовата бележка също не може да бъде намалена, в противен случай цената на продукта ще намалее. И това не е вярно. След като получи такива данни, Федералната данъчна служба ще поиска подкрепящи документи, въз основа на които цената е намалена. Съответно продавачът няма да може да ги представи, тъй като цената на стоките всъщност не се е променила.

Закупената на кредит стока се оказала с лошо качество. Съгласно условията на договора в този случай продавачът трябва да възстанови на купувача не само цената му, но и лихвата по заема. Необходимо ли е да се издаде чек на купувача за тази сума?

По-горе беше споменато, че получаването от купувача на сума, която не е директно плащане за продукт или услуга, но е свързана с продажбата му, също е изчисление. В такъв случай плащането на лихвата по кредита е пряко свързано с продажбата на стоки, който е върнат, поради което трябва да се приложи касовият апарат.

По този начин, при връщане на пари за стоки с ниско качество и лихва по заема, на купувача се издават 2 чека:

Със знак „връщане на касова бележка“ за стойността на стоката.
Със знак “разход” за размера на лихвата по кредита. Знакът на метода на изчисление е „пълно изчисление“.

Какво да посочите като наименование на стоката, ако се генерира чек за загуба?

В този случай се посочва предметът на изчислението текущи операции, например компенсация за загуби за конкретен продукт. Като знак за предмет на плащане се посочва „Плащане“.

Ако артикул е поръчан за доставка и след това върнат, как трябва да се генерира разписка? Разходите за доставка няма да бъдат възстановени на купувача.

Разписката, издадена на купувача при продажба, трябва да посочва два елемента:

цена на стоки;
цена на доставката.

При връщане на този продукт ще бъде издаден чек със знак „връщане на получаване“ само за цената на продукта, тъй като парите за доставка няма да бъдат върнати.

Как се различават форматите на фискалните документи на CCP, които са в сила в момента? Кое е по-удобно за обработка на частично плащане на стоки? Как да разчетем правилно отчета за смяната, който замени Z-отчета? Ръководителят на отдела за автоматизация на търговията на дребно в 1C каза за BUKH.1S за това. Олга Салимова.

Формати и техните срокове на валидност

Заповед на Федералната данъчна служба № ММВ-7-20/229@ от 21 март 2017 г. въведе три версии на формата на фискалните документи едновременно:

FFD 1.0 - за взаимодействие с фискално хранилище 1.0,
FFD 1.1 за взаимодействие с устройство 1.1,
FFD 1.05 е преходен, при който касата работи с разширен брой детайли със същия FN 1.0.

Формат 1.0 вече е признат за недостатъчно подробен, не е възможно да се направят категорични заключения за действителните бизнес транзакции. Така със същата заповед е определен срок на годност на фискално устройство формат 1.0 - 1 януари 2019 г.

Все още няма времеви ограничения за формат 1.05. Следователно, като преминете към този формат, можете безопасно да работите поне още пет години.

Частични плащания

По-голямата част от търговците на дребно използват FFD 1.0 и не изпитват никакви проблеми. Всъщност типичните продажби на дребно в магазините, с които всички сме свикнали, предполагат, че сумата на плащането е равна на цената на стоките и доставката се извършва в момента на плащането.

Проблемите започват, когато трябва да издадете чек за частично плащане на стоки. И това е доста широк списък от случаи:

Плащане с ваучер за подарък или бонуси.
Продажба на стоки по поръчка (например мебели).
Обществен транспорт, пътнически, железопътен и въздушен транспорт.
Спортни и други развлекателни събития.
Паркиране с попълване на сметка чрез мобилно приложение.
Продажба на абонаменти за електронни списания.

BUKH.1S отвори канал в месинджъра на Telegram.Този канал пише ежедневно с хумор за основните новини за счетоводители и потребители на програми 1C. За да станете абонат на канала, трябва да инсталирате месинджъра Telegram на телефона или таблета си и да се присъедините към канала: https://t.me/buhru (или да въведете @buhru в лентата за търсене в Telegram). Новини за данъци, счетоводство и 1C - незабавно във вашия телефон!

Търговията на едро също е длъжна да използва системи за касови апарати, ако плащанията се извършват в брой или електронни платежни средства. И става проблематично да се обработват частични плащания в брой. В крайна сметка, в случай на частично плащане, сумата на частта от стоките не съвпада със сумата на плащането. Всяка транзакция се издава с поне два чека - за получаване на средства и за изпращане. В долния колонтитул на чека се посочва сумата за сетълмент: сумата на приетото плащане в брой или по електронен път и сумата за сетълмент за стоки. Следователно, използвайки обичайния подход „на дребно“, получаваме общо надценяване на оборота за транзакцията.

Примери

Да вземем за пример продажбата на един възрастен и две детски креватчета - в размер на 14 000 рубли. два чека за пари в брой. За яснота по време на една смяна. 30% се заплащат в момента на изпращане (4200 рубли). 70% - от втората проверка (9800 рубли).

Как се отразява продажбата в разписката с FFD 1.0

Фактът, че това е частично плащане, е посочен директно в името на продукта. Сумата на чека е равна на сумата на транзакцията, ДДС е изчислен правилно. Сумата на плащането е платена в брой (4200 рубли). Но сумата на бъдещото плащане на кредит се класифицира като електронно средство за плащане, тъй като този формат не познава други форми на плащане.

При втората проверка всичко става симетрично. Плащането на заема, приет в брой, също се отразява правилно, прихващането на аванса също се приписва на електронни средства за плащане.

Повече от 80% от потребителите на касови апарати днес използват FFD 1.0. Какво да правите, ако не сте доволни от описаните абсурди? Да, всъщност нищо. Данъчните служители го характеризират просто - „всичко е натрупано“. За да се справят с „купчината“, те излязоха с разширение за формат.

FFD 1.05

В допълнение към много други подробности, формат 1.05 въведе атрибута „знак на метода на изчисление“. Установени са седем характеристики на метода на плащане, с помощта на които са описани най-популярните схеми за частично плащане: 100% предплащане, предплащане, авансово плащане, пълно плащане, частично плащане и кредит, прехвърляне на кредит, плащане на кредит.

В долния колонтитул на чека във формат 1.05, в сравнение с FFD 1.0, се появиха нови подробности, които ясно показват отчитане на оборота на частични плащания:

сума за уреждане, посочена в чека (BSO),
сума на чека (BSO) в брой,
чекова сума (BSO) електронен,
чекова сума (BSO) предварително (авансово компенсиране),
сумата на чека (BSO) след плащане (на кредит),
сумата на чека (BSO) чрез насрещна разпоредба.

И в края на смяната се добавят още броячи за смяната в съответните секции.

Проверете с FFD 1.05

Както можете да видите, във всеки ред е много красиво подчертано какво представлява. Частично плащане и кредит. Сумата на чека се определя от количеството продуктови линии, равно на сумата на транзакцията. Сумата за плащане е платена в БРОЙ, но по отношение на плащането на кредит вече съвсем човешки си пише, че това е ПОСЛЕДВАЩО ПЛАЩАНЕ (КРЕДИТ).

Втора проверка. Приемаме последващи плащания в ПАРИ, като компенсираното авансово плащане също е съвсем честно посочено като АВАНСОВО ПЛАЩАНЕ (АВАНСОВО).

Тук трябва да обърнете внимание на ПОЛУЧЕНАТА сума при първия чек. Тук е посочена пълната сума, въпреки че получихме само част от нея. („Получените“ приходи сумират парични потоци и пасиви). Работим с производителя на CCP по тази тема, ситуацията ще се промени в близко бъдеще.

Но въпреки недостатъците разбираме, че когато използвате версия 1.05, по-подробна информация се изпраща на Федералната данъчна служба, което ви позволява правилно да оценявате бизнес транзакциите. Следователно, за предприятия, които използват схеми за частично плащане, е необходимо да преминат към формат 1.05.

Как да премина от 1.0 на 1.05?

Настоящият ред на Федералната данъчна служба установява правилата за преход от версия към версия. Можете да превключите само при смяна на фискалното устройство.

„Стойността на атрибута „Номер на версията на FDF“ (таг 1209) се определя в момента на генериране на отчета за регистрация или доклада за пререгистрация във връзка с подмяната на FN и не може да бъде предефинирана до генерирането на нов ре - регистрационен протокол във връзка с подмяна на ФН”, се казва в Заповедта.

Форматът FFD 1.0 обаче е толкова неудобен и недостатъчен, че се подготвя изменение, което ще отмени това изискване. Междувременно някои производители предлагат на пазара преходна версия на драйвери FFD 1.0+, която поддържа някои етикети, които не са задължителни за 1.0. По-специално, знак за метода на изчисление, за който говорим днес. Както и индикатори за общо постъпление и индикатори за оборот на смени.

Проверете с FFD 1.0+

Всички изчисления на частични плащания се показват абсолютно ясно, отразява се отложеното плащане по кредит.

Втората проверка - авансовото прихващане е подчертано, плащането на заема в брой е посочено и дори размерът на получените средства е правилно определен. А за да преминете към 1.0+, трябва само да актуализирате софтуера на касата.

Как да затворя смяна?

Както знаете, формулярите на първичните счетоводни документи за записване на парични разплащания с населението при извършване на търговски операции с използване на касово оборудване (от KM-1 до KM-9) вече са отменени. Те включват книга и удостоверение от касиер-оператора, както и дневник на показателите на касовия апарат. Те могат да бъдат запазени за собствени нужди (за определяне на финансова отговорност), но не са необходими за проверки.

Тъй като Федералната данъчна служба, когато анализира, се фокусира главно върху самите проверки, стойността на Z-доклада значително намаля. Той обаче беше заменен с друг документ - Докладът за състоянието на измервателните уреди. Просто трябва да се научите да го четете.

Научавам се да чета новия Z-доклад (отчет за смяна)

Всички раздели се извеждат отделно - по разписка, разход, връщане, връщане на разход. Тоест можете свободно да отведете операциите си в минус, те ще бъдат отразени като положителни стойности, но в разделите за разходи.

На нашата смяна, както си спомняме, бяха пробити само два чека. За 4200 и 9800 рубли. Направихме теглене от каса за цялата сума от 14 000. И затворихме смяната.

Ето как изглежда отчетът и за трите формата.

Нека се концентрираме върху детайлите, които са важни за нас.

Тегленето на пари в брой е отразено правилно - 14 000. ДДС е определено правилно. Но размерът на приходите се удвои - 28 000.

Моля, обърнете внимание, че приходите са производен параметър; той не се предава в маркера, така че не е нужно да му обръщате твърде много внимание (докато ситуацията се подобри). Трябва да обърнете внимание на това, което е посочено в нашите плащания и в задните етикети.

FFD 1.0 разбира две опции за плащане, в брой и електронно, и ги обобщава в приходи. Но количеството на валидните електронни плащания може да се контролира само с помощта на отчета за придобиване.

FFD 1.05 правилно определя както паричния, така и електронния оборот на смяна. Разграничава предплащане и последващо плащане.

FFD 1.0+ може да идентифицира аванси и отложени плащания, но въпреки това ги счита за електронни средства за плащане. Реалният размер на електронните плащания се определя, като се извадят сумите на авансовите и отложените плащания от електронните платежни средства.

Какво ни очаква в близко бъдеще

Федералната данъчна служба разработва насоки за използването на формати, които ще станат задължителни след приемането на измененията в Закон 54-FZ. Засега промените все още не са внесени в Държавната дума.

Много неочаквано за всички участници на пазара, свикнали с чекове на дребно, при получаване на аванс и плащане на заем Федералната данъчна служба тълкува продуктовата линия не като продукт, а като плащане за даден артикул. Съответно сумата в продуктовата линия не е цената на продукта, като се вземат предвид отстъпките и надценките, а сумата на плащането, която потребителят въвежда произволно.

Веднага след като указанията бъдат одобрени, те съответно ще бъдат поддържани в конфигурации на 1C.