Онлайн кассы
Для получения доступа к форуму необходимо
авторизоваться
или
зарегистрироваться
на сайте.
Доступ к форуму партнерам «1C-Рарус» по дистрибуции предоставляется на сайте
rarus-soft.ru
В скидках/времени был косяк, спасибо, пробили чек!
Прикрепленные файлы
Все работает.
Прикрепленные файлы
В последнем чеке нужно пробить сумму последнего платежа и все товары и услуги с фактической ценой и количеством.
Нет в Формате фискальных данных 1.0 понятий АВАНС и ЗАЧЕТ АВАНСА.
Рано Вы это требуете.
В последнем чеке нужно пробить сумму последнего платежа и все товары и услуги с фактической ценой и количеством.
Нет в Формате фискальных данных 1.0 понятий АВАНС и ЗАЧЕТ АВАНСА.
Рано Вы это требуете.
письмо минфина
письмо минфина
В самом конце написано что ФФД 1.0 действителен до конца 2018 года.
Хотя даже в самой налоговой так много не читают)))
Tatyana Trifonova, сейчас это требование не поддерживается.
Если в окончательном чеке ставить полная оплата (и сумма чека не равна сумме документа) - чек не пробьётся.
Выходим из положения, пробивая такие чеки без галки "полная оплата".
Соответственно тогда в чеках - "оплата по документу ..." и без подробной разбивки по работам и запчастям.
Либо (возможно кто-то практикует) - пробивать чек на возврат (по авансу). И затем уже новый чек на всю сумму документа с галкой полная оплата.
Получите чек с разбивкой.
Либо (возможно кто-то практикует) - пробивать чек на возврат (по авансу).
Ведь чек должен отражать реальность.
Вы же клиенту деньги на руки не будете отдавать?...
А если это эквайринг, который налоговая видит так же как онлайн-чеки? Вы будете возврат по терминалу проводить, а потом полный приход всей суммы?
Либо (возможно кто-то практикует) - пробивать чек на возврат (по авансу).
Ведь чек должен отражать реальность.
Вы же клиенту деньги на руки не будете отдавать?...
А если это эквайринг, который налоговая видит так же как онлайн-чеки? Вы будете возврат по терминалу проводить, а потом полный приход всей суммы?
С точки зрения "законности" - оба варианта некорректны.
1-й: невыполнение требований 54-ФЗ (в части разбивки по товарам/работам); 2-й: вы и сами всё подробно описали.
Путём не хитрых вычислений выяснилось, что беда кроется в пересчете Работ из документа в одну позицию Авторабота с некой средней ценой и количеством.
Имеем 6 строк Авторабот (1шт. * 1ч.) на сумму 14200р.
При пробитии чека на ККМ программа делает следующие действия...
В цикле складывает Суммы всех строк и складывает Количество*Коэффициент.
Потом делит Сумму на КолВо, получает некую среднюю (кривую) цену и пересчитывает в обратном порядке, из-за округления получаются копейки.
Если в цифрах: 14200р (общая сумма работ) / 6 (кол-во работ) = 2366.666666666 (программа округляет до 2х знаков, получаем) 2366.67
А теперь 2366.67 * 6 = 14200.02.... ВОТ ОНИ, ДУРАЦКИЕ КОПЕЙКИ.
Разработчики, мы уже всё разжевали, поправьте это пожалуйста!
Сейчас вышли из ситуации так: В обработке заполнения ЧекНаОплату у нас всегда ставится кол-во Авторабот = 1, вместо накопительного итога по количеству, тогда всё ок.
Здравствуйте! Просим сориентировать, как действовать в случае частичного возврата аванса по чеку на оплату. Пробовали действовать так - находи исходный чек, по которому, допустим, была оплата 5000 руб. На его основании делаем чек на возврат (кнопкой "оплата"). Корректируем в окошке сумму - нам надо вернуть 3000 руб. и делаем пробитие. НО касса пробивает чек на полную сумму по первоначальному чеку, т.е. на 5000 руб! Что сделали неправильно? и как действовать в подобных ситуациях? Ведь человек далеко не всегда возвращает весь аванс.
Как реализована межценовая разница при продаже БУ автомобиля, по методички из налоговой есть поле ТЭГ:1030 "Межценовая разница" и она реализована в версии ФФД1.0, как это реализовано в программе?
Беда с копейками в АА 4.1:
Путём не хитрых вычислений выяснилось, что беда кроется в пересчете Работ из документа в одну позицию Авторабота с некой средней ценой и количеством.
Имеем 6 строк Авторабот (1шт. * 1ч.) на сумму 14200р.
При пробитии чека на ККМ программа делает следующие действия...
В цикле складывает Суммы всех строк и складывает Количество*Коэффициент.
Потом делит Сумму на КолВо, получает некую среднюю (кривую) цену и пересчитывает в обратном порядке, из-за округления получаются копейки.
Если в цифрах: 14200р (общая сумма работ) / 6 (кол-во работ) = 2366.666666666 (программа округляет до 2х знаков, получаем) 2366.67
А теперь 2366.67 * 6 = 14200.02.... ВОТ ОНИ, ДУРАЦКИЕ КОПЕЙКИ.
Разработчики, мы уже всё разжевали, поправьте это пожалуйста!
Сейчас вышли из ситуации так: В обработке заполнения ЧекНаОплату у нас всегда ставится кол-во Авторабот = 1, вместо накопительного итога по количеству, тогда всё ок.
Беда с копейками в АА 4.1:
Путём не хитрых вычислений выяснилось, что беда кроется в пересчете Работ из документа в одну позицию Авторабота с некой средней ценой и количеством.
Имеем 6 строк Авторабот (1шт. * 1ч.) на сумму 14200р.
При пробитии чека на ККМ программа делает следующие действия...
В цикле складывает Суммы всех строк и складывает Количество*Коэффициент.
Потом делит Сумму на КолВо, получает некую среднюю (кривую) цену и пересчитывает в обратном порядке, из-за округления получаются копейки.
Если в цифрах: 14200р (общая сумма работ) / 6 (кол-во работ) = 2366.666666666 (программа округляет до 2х знаков, получаем) 2366.67
А теперь 2366.67 * 6 = 14200.02.... ВОТ ОНИ, ДУРАЦКИЕ КОПЕЙКИ.
Разработчики, мы уже всё разжевали, поправьте это пожалуйста!
Сейчас вышли из ситуации так: В обработке заполнения ЧекНаОплату у нас всегда ставится кол-во Авторабот = 1, вместо накопительного итога по количеству, тогда всё ок.
ТабЧасть Работы в Заказ наряде:
ЧекНаОплату:
Сам чек ККМ:
А у Вас точно типовой релиз 4,1,01,29?
Но типовая (последняя) обработка ФронтКассира, ТорговоеОборудование, документы "ЧекНаОплату", "Чек".
Но эта беда была сразу же как только внедрили онлайн-ккм, я ни раз тут об этом писал, но эта проблема была проигнорирована.
И на самом деле на данный момент и ФронтКассира переписан уже, для работы двух ККМ на одном рабочем месте, ну и сегодня исправили эти "копейки".
Просто я помню, что такая проблема была не только у нас, ранее много сообщений было об этом.
А у Вас точно типовой релиз 4,1,01,29?
Но типовая (последняя) обработка ФронтКассира, ТорговоеОборудование, документы "ЧекНаОплату", "Чек".
Но эта беда была сразу же как только внедрили онлайн-ккм, я ни раз тут об этом писал, но эта проблема была проигнорирована.
И на самом деле на данный момент и ФронтКассира переписан уже, для работы двух ККМ на одном рабочем месте, ну и сегодня исправили эти "копейки".
Просто я помню, что такая проблема была не только у нас, ранее много сообщений было об этом.
А у Вас точно типовой релиз 4,1,01,29?
Но типовая (последняя) обработка ФронтКассира, ТорговоеОборудование, документы "ЧекНаОплату", "Чек".
Но эта беда была сразу же как только внедрили онлайн-ккм, я ни раз тут об этом писал, но эта проблема была проигнорирована.
И на самом деле на данный момент и ФронтКассира переписан уже, для работы двух ККМ на одном рабочем месте, ну и сегодня исправили эти "копейки".
Просто я помню, что такая проблема была не только у нас, ранее много сообщений было об этом.
Прошу прощения за нашу невнимательность при частичном обновлении до 4,1,01,29
Для тех, кто тоже с этим столкнулся:
Вот эта функция тоже нуждается в обновлении орОбработкаЗаполнения_ЗаказНаряд_ЧекНаОплату(ЭтотОбъект,Основание,Копирование), находится в общем модуле орОтраслевыеРешения
Здравствуйте! Просим сориентировать, как действовать в случае частичного возврата аванса по чеку на оплату. Пробовали действовать так - находи исходный чек, по которому, допустим, была оплата 5000 руб. На его основании делаем чек на возврат (кнопкой "оплата"). Корректируем в окошке сумму - нам надо вернуть 3000 руб. и делаем пробитие. НО касса пробивает чек на полную сумму по первоначальному чеку, т.е. на 5000 руб! Что сделали неправильно? и как действовать в подобных ситуациях? Ведь человек далеко не всегда возвращает весь аванс.
Дмитрий, релиз ожидается в середине июля.
Для редакции 4 релиз тоже будет в середине июля?