Розница 2.2 + Атол 55Ф + ФФД 1.05 + предоплата #804806

Есть конфигурация Розница 2.2.6.30, касса Атол 55Ф с версией формата фискальных данных 1.05. Мне нужно пробить чек на предоплату за товар и затем пробить чек на оставшуюся сумму за товар. Действую по инструкции с ИТС К примеру, товар стоит 100 рублей. 1) пробиваю в РМК чек "Прием денежных средств без передачи товаров", указав список товаров. 30 рублей внес покупатель. На бумажном чеке и в ОФД: Наличными 30,00, Электронными 70,00. 2) Пробиваю чек в РМК с зачетом аванса на 30р. и доплатой на 70р. Наличными 70,00, Электронными 30,00 на бумажном чеке и в ОФД. Получается, по Z отчету выручка в два раза больше реальной выручки. Аналогичные данные переданы в ОФД и сомневаюсь, что налоговая будет смотреть на какие-то там признаки частичной оплаты или предоплаты. Кто-то использовал Розницу 2.2 и работу с авансами? В чем может быть проблема? И самый главный вопрос, как вообще должны выглядеть оба чека в бумажном варианте и в ОФД? Во втором чеке в разделе итог должна быть полная сумма чека или лишь суммы доплаты? И как этого добиться? :)

там вроде 3 чека. аван. возрат аванса. и оплата

Да, такая схема применяется многими организациями, т.к. других вариантов особо нет (еще некоторые даже делят товары на части и пробивают сначала 0.3 айфона, потом 0.7 айфона вторым чеком...) Но сейчас есть возможность применять ФФД 1.05, в которой есть соответствующие реквизиты и признаки оплаты. В мануале на ИТС нет ни слова про возврат аванса. Хотелось бы внедрить систему по-человечески, без этих возвратов авансов, вот только как должно быть?

Подождать пока допилять Розницу?

Вроде как уже допилили. Не могу понять, в сторону аппарата или 1с копать, и ещё непонятно, какими в принципе должны быть кассовые чеки.

/естественно у нас есть МГМ, можно же тренироваться?)/ предоплата клиентом, 30р в чеке вся номенклатура. подвал: нал 30р. кредит клиенту 70р. если электронно - то обновлять прошивку-драйвер. заканчивать эксперименты. доплата клиентом 70р: в чеке вся номенклатура. зачёт аванса 30р. нал 70р. в кассе 100р по отчёту. если не так - пытаем производителя ККТ) всё нормально работает, как минимум в УТ

> если не так - пытаем производителя ККТ) Это только для формата ФФД 1.05, или еще нужная прошивка? Какая? (тоже АТОЛ, но 11Ф)

Вид платежа должен быть не электронными а Аванс или частич предоплата вид платежа = электроные это деньги по банковской карточке начните с того Ваша прошивка ккт поддерживает или нет ффд 1.05 насколько я знаю еще нет у Атола прошивки полностью поддерживающей фд 1.05 т.е спостобы расчета ПрОплата Аванс это для ФНС как бы нефискальная секция фискальные Нал и Электронно

Есть написано как проверить формат ФФД (может и прошивку?)

А настройки меняли в таблицах ККТ или в 1С чтобы появилось Зачет аванса?

нет. они там зашиты жёстко. пришлось менять код 1С) пару строчек) может в свежем УГ чтото изменится или в БПО 2.0.4+ и совместимости драйвера 2.2 будет меньше костылей. но пока вывозим. БПО не обновляли. хотя производитель ККТ слёзно просил)

на форуме атол тема про прошивку 1.05  200 постов и на реальное задвоение итогов по z отчету ответа от представителей атола нет нет и ответа когда будт прошивка ПОЛНОСТЬЮ подерживающая 1.05 так же на форуме атола говориться чтобы частично работало 1.05 надо обязательно ставить драйвер 9 а не 8

Какая ситуация с Штрихами? Перерегистрировали кассу Штрих-фр-к, для смены ФФД на 1.05, но итог такой же, как с атолом в . Эта система я так понимаю вообще не работает?) По крайней мере без допила 1С.

Ну и как бы неизвесна ситуация с ОФД сам ОФД в чек ( документ ФФД ) не может добавить не одного байта но неправильно отобразить чек на сайте ОФД это пожалуйста и точно также может неправильно отправить на e-mail электронный чек покупателю. Лично мне не нравиться полная непрозрачность Сформировали чек под ФФД 1.05 отправили его в ОФД я хочу увидеть свой чек - фискальный документ полностью по всем тегам (какой он пришел к ОФД ) может быть и в двоичном виде а от получается на бумажном чеке может быть одно а то что у ОФД и в ФНС может оказаться совсем другое. Еще хуже обновили прошивку. драйвер. ПО кассы и тоже самое чеки могут стать неправильными у ФНС а Вы ( как лицо отвечающие за кассы ) даже знать об этом не будете. Ситуация еще хуже если ккт у Вас много

для этих целей есть в природе МГМ. крайне полезная штука, если есть отклонения от "штатной" работы хоть на 1мм

мгм полезен для разработчиков а я лишь эксплатирую ккт причем у нас не розница. ккт это для нас второстепенное оборудование. в чем полезная на одном из компов у Вас будет (может быть)старая прошивка и именно эта ККТ будет отправлять чеки в ОФД неправильно при пправильном внешнем виде на бумаге например будет неправильно ставить теги 1214 и 1212 и что потом фнс предприятию сделают доначисление по этой кассе ?

у меня тоже не розница и ККТ для меня как данность. но поддержку надо организовать. и при этом не подпрыгивать с возвратами при каждой корявке прошивки-софта. проверять что 1С правильно отправила данные в ККТ и та правильно восприняла (визуально напечатала) и корректно отправила в ОФД - приходится. цена ошибки достаточно дорогая. нужно этих ошибок, хотябы сильно грубых - избегать и предпринимать всё что возможно.

Для себя приняли решение переходить на ффд 1.05 как можно позже, но это не отменяет мой пост 13 я хочу - если возникнет необходимость видеть полностью свой чек у ОФД. Сейчас полный дурдом - ФД(чек) генерит предприятие, видеть я его не могу ( какой он будет у ФНС ) а отвечать за правильность ФД должен полностью

может это от ОФД зависит? есть те которые дают сырые данные и те которые нет. или все жмут? я пока с ОФД не общался.

ну и про 1.05 - к сожалению у меня ситуация несколько иная, "без сдачи" чеков практически нет. так что всякие вещи аля кредит и зачёт аванса нужны для бизнеса. опять таки это решает отсутствие необходимости по-номенклатурной учётной-магии. но тут агитировать за колхоз не буду. дело добровольное.

Все ОФД косячат посмотрите на чеке с ОФД или чеке покупателю электронный есть ли адрес установки ккт ? по моему есть только у 1-ofd Понятие сдачи как бы нет в ФД скорее всего Вы имеете ввиду возвраты ( Возврат Прихода) Аванс 1000 рублей Отгрузили товар на 700 рублей надо сделать чек возврата на 300 рублей

это мысли в рамках "розницы" и ФФД 1.0 я имею ввиду мы приняли по ПКО 1000 рублей. аванс. отбили чек через ККТ. отгрузили на 700 рублей. мы не прекращаем работу с клиентом. у нас(конторы) болтается долг перед клиентом на 300 рублей. если клиент прекращает с нами взаимодействие - то тут да - сделаем возврат прихода. так же как и за любой другой возврат - либо пишем себе долг перед клиентом (аванс клиента нам) или делаем чек возврата через ККТ. продолжаем работать. отгружаем ещё клиенту на 500 рублей. долг клиента перед нами - 200 рублей. клиент приходит и опять оплачивает 1000 рублей. мы пробиваем чек через ккт на аванс 800 рублей + позиции из реализации  на 500 рублей + зачёт аванса на 300 рублей и далее по кругу)

Обновил  конфигурацию  Розница  до  последнего релиза (был 6.22, стал 6.33) и обновил драйвер ККМ. Проверил  предварительную частичную оплату товара. Общая сумма заказа 20000,00 руб. Предоплата 1000,00 руб. Оплата 19000,00 руб. В программе  1С в документе "Отчет о розничных продажах" и чеках - все  отображается  корректно,  смущает только сумма прихода  и  выручки в z-отчете 40000,00 руб., но возможно так и должно быть по протоколу ФФД 1.05

количество нала в кассе должно соответствовать количеству нала в ккт) обороты должны соответствовать оборотам. кредит-аванс должны быть отдельно и это не нал. пинайте производителя ккт)

в ОФД Зачёт аванса как отображается? Или его там нет вообще? В справочник Виды оплат нужно что-то добавлять для выбора Зачёт аванса?

Понятия я-отчета нет в законодательстве по ККТ я отчет сейчас просто обычный отчет - который можно запустить по смене один раз и который не отлажен у Атол под ффд 1.05 В ффд 1.1 в документе сменный отчет вводяться счетчичи оплат и тогда документ закрытие смены полностью заменит z отчет

Посмотрите, это правильно, или это не нормально? На первом скриншоте - два чека. Первый на получение предоплаты в 1000,00 руб за заказа 20000,00 руб. Второй чек - получение оставшихся 19000,00 руб. и зачет предоплаты. На втором скриншоте - z-отчет. Два чека: z-отчет: С этим уже можно работать?

+ Прошивка Розницы последняя 2.2.6.33, драйвер 9-й из поставки конфы, прошивка Атол 4555. Новее вообще ничего нет.

По моему все правильно считайте что наличные и электронные это фискальные рубли все остальные типы оплат это нефискальные рубли и тогда картинка хорошо получается.

Мне тоже кажется. что правильно.

А Ваш офд правильно отображает чеки из  26  ?

А как зайти на ОФД? Там пароль нужен?

Позвонил специалист из ЦТО, сказал что все на правильно, пользоваться такими чеками нельзя , оборот задвоен.

Ваши специалисты ничего не понимают в ФФД 1.05 Оборот это вообще ни о чем. я же Вам написал есть  фискальные рубли - это рубли настоящие деньги а есть нефискальные рубли это рубли чтобы отобразить сложные продажи по закону ФЗ-54. Идем дальше для чего нужен z отчет - для того чтобы правильно отобразить выручку в кассовой книге предприятия. В кассовой книге отражаются только нал ( наличные рубли ) поэтому что именно их Вам приносят покупатели и Вы отдаете наличные рубли при возвратах. Какие то Авансовые и постоплатные рубли ни в какую кассовую книгу вносить не нужно - т.е. по ведению касовой книги предприятия не было никаких изменений. Ну а то что считается общий приход по всем видам оплаты это ни о чем нельзя же лимоны с апельсинамив штуках складывать ну сложили в z отчет все приходы ну вывели в поле приход некую общую сумму ну и что из этого Если есть возможность распечатайте чеки  26 из ОФД  и выведите также ?

Есть какие-то источники на эту тему, прочитав которые можно руководствоваться не только логикой? Все мы понимаем, что все эти зачеты авансов не увеличивают выручку, но куда ткнуть носом твердолобых налоговиков, например? Да и с ЦТОшниками единого мнения нет, как выясняется... Наш специалист по кассам вот тоже считает, что в Z-отчете приход не должен быть задвоен, несмотря на строки с предоплатой и постоплатой.

источников нет.есть Логика для чего нужны z - отчеты Также когда был в конце августа на семинаре в своей налоговой по применению ккт по новому порядку слова нашего инспектора ФНС были такие z отчеты не прописаны сейчас в ФЗ54 инспектор будет проверять работу с ккт по софту который установлен у инспектора ( софт основан на чеках ФНС ) как считает инспектор Вести или нет учет z отчетов это внутренее дело налогоплательщика. Если я отчеты полезны для внутренего учета то ведите их если нет то можно и не вести. Возьмите чеки как в 26 и сходите с ними на семинар по ккт в свою налоговую. Сейчас содержание z отчета ничем не регламентировано у атола это ( в терминах 1с ) специализированный отчет и не более того.Где сказано что z  отчет должен выглядеть и содержать одинаковую информацию у разных производителей ккт. Кто как понял ффд 1.0 и ффд 1.05 тот так и реализовал содержание z отчета (Пример кфирма на общей системе налогооблажения чеки в ОФД разных  по разному отражают ставку НДС и сумма НДС построчно ккт у нас все одинаковые прошивка тоже,кассовый софт одинаковый но факт имеет место быть хотя в этом случае содержание чека оговорено в ФЗ54 ) Если говорить о будущем формате ффд 1.1 то там в документе  окончание смены как раз и прописаны итоговые накопления за смену (но так как это далекое будущее то больше о закрытии смены под ффд 1.1. сейчас ничего сказать не могу.

> На первом скриншоте - два чека. Первый на получение предоплаты в 1000,00 руб за заказа 20000,00 руб. Второй чек - получение оставшихся 19000,00 руб. и зачет предоплаты. Вроде для предоплаты все правильно. Но у меня другой случай: ИП автосервис имеет патент ЕНВД только на выполнение работ (услуг) автосервиса, а заменяемые запчасти с НДС идут. Поэтому на один заказ-наряд делают два ПКО (и чека) по каждой СНО отдельно, т.е. нет предоплаты. А в Авто-Альфе в ПКО есть птица "Полная оплата по сделке" - только по ней номенклатура заказ-наряда выводится в чек. Приходится делать общий ПКО на весь заказ-наряд с разными СНО!? Вроде такое запрещено законодательством, и железо неправильно НДС пересчитывает.