Онлайн кассы

Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.

Страницы: Пред. 1 ... 33 34 35 36 ... 105 След.
RSS
Онлайн кассы
 
Алена Самойлова, на данный момент так и установлено :

В скидках/времени был косяк, спасибо, пробили чек!
Изменено: Юлия Насонова - 03.07.2017 15:46:02
 
Всем спасибо.
Все работает.
 
Здравствуйте. Поступил вопрос от кассиров: как проводить частичную оплату за заказ-наряд? В последнем чеке нужно пробить сумму последнего платежа и все товары и услуги с фактической ценой и количеством.  
 
Цитата
Tatyana Trifonova написал:
В последнем чеке нужно пробить сумму последнего платежа и все товары и услуги с фактической ценой и количеством.
Это физически не возможно в ФФД 1.0, думаю ваша ККМ работает именно в этом режиме.
Нет в Формате фискальных данных 1.0 понятий АВАНС и ЗАЧЕТ АВАНСА.
Рано Вы это требуете.
 
Цитата
Дмитрий Коваленко написал:
Цитата
Tatyana Trifonova  написал:
В последнем чеке нужно пробить сумму последнего платежа и все товары и услуги с фактической ценой и количеством.
Это физически не возможно в ФФД 1.0, думаю ваша ККМ работает именно в этом режиме.
Нет в Формате фискальных данных 1.0 понятий АВАНС и ЗАЧЕТ АВАНСА.
Рано Вы это требуете.
это не я этого требую, а письмо минфина
 
Цитата
Tatyana Trifonova написал:
письмо минфина
разве относится к формату 1.0.?
 
Цитата
Tatyana Trifonova написал:
письмо минфина
А Вы его до конца дочитали?
В самом конце написано что ФФД 1.0 действителен до конца 2018 года.

Хотя даже в самой налоговой так много не читают)))
 
Здравствуйте,

https://rarus.ru/forum/user/74669/ Tatyana Trifonova, сейчас это требование не поддерживается.
Если в окончательном чеке ставить полная оплата (и сумма чека не равна сумме документа) - чек не пробьётся.

Выходим из положения, пробивая такие чеки без галки "полная оплата".
Соответственно тогда в чеках - "оплата по документу ..." и без подробной разбивки по работам и запчастям.

Либо (возможно кто-то практикует) - пробивать чек на возврат (по авансу). И затем уже новый чек на всю сумму документа с галкой полная оплата.
Получите чек с разбивкой.
Изменено: Алексей Коломыйченко - 05.07.2017 09:53:48
 
Цитата
Алексей Коломыйченко написал:
Либо (возможно кто-то практикует) - пробивать чек на возврат (по авансу).
А насколько это законно?
Ведь чек должен отражать реальность.
Вы же клиенту деньги на руки не будете отдавать?...
А если это эквайринг, который налоговая видит так же как онлайн-чеки? Вы будете возврат по терминалу проводить, а потом полный приход всей суммы?
 
Цитата
Дмитрий Коваленко написал:
Цитата
Алексей Коломыйченко  написал:
Либо (возможно кто-то практикует) - пробивать чек на возврат (по авансу).
А насколько это законно?
Ведь чек должен отражать реальность.
Вы же клиенту деньги на руки не будете отдавать?...
А если это эквайринг, который налоговая видит так же как онлайн-чеки? Вы будете возврат по терминалу проводить, а потом полный приход всей суммы?
Я приводил примеры реализации с "технической" точки зрения (т.е. чтобы это вообще каким-либо образом "заработало").
С точки зрения "законности" - оба варианта некорректны.
1-й: невыполнение требований 54-ФЗ (в части разбивки по товарам/работам); 2-й: вы и сами всё подробно описали.
 
Здравствуйте! Просим сориентировать, как действовать в случае частичного возврата аванса по чеку на оплату. Пробовали действовать так - находи исходный чек, по которому, допустим, была оплата 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, вместо накопительного итога по количеству, тогда всё ок.
Изменено: Компания "Регион-Софт" - 05.07.2017 12:34:41
 
Цитата
Дмитрий Воробьев написал:
Здравствуйте! Просим сориентировать, как действовать в случае частичного возврата аванса по чеку на оплату. Пробовали действовать так - находи исходный чек, по которому, допустим, была оплата 5000 руб. На его основании делаем чек на возврат (кнопкой "оплата"). Корректируем в окошке сумму - нам надо вернуть 3000 руб. и делаем пробитие. НО касса пробивает чек на полную сумму по первоначальному чеку, т.е. на 5000 руб! Что сделали неправильно? и как действовать в подобных ситуациях? Ведь человек далеко не всегда возвращает весь аванс.
Добрый день, частичный возврат чека на оплату будет реализован в будущем релизе 5,1,11.
 
Цитата
Дмитрий Михеев написал:
Как реализована межценовая разница при продаже БУ автомобиля, по методички из налоговой есть поле ТЭГ:1030 "Межценовая   разница" и она реализована в версии ФФД1.0, как это реализовано в программе?
Дмитрий, В ФФД 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, вместо накопительного итога по количеству, тогда всё ок.
Можете показать скриншоты?
Конечно можем.

ТабЧасть Работы в Заказ наряде:
http://savepic.ru/14707539.jpg

ЧекНаОплату:
http://savepic.ru/14697299.jpg

Сам чек ККМ:
http://savepic.ru/14704464.jpg
 
А у Вас точно типовой релиз 4,1,01,29?
 
Цитата
Светлана Сулименко написал:
А у Вас точно типовой релиз 4,1,01,29?
Нет конечно.
Но типовая (последняя) обработка ФронтКассира, ТорговоеОборудование, документы "ЧекНаОплату", "Чек".

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

И на самом деле на данный момент и ФронтКассира переписан уже, для работы двух ККМ на одном рабочем месте, ну и сегодня исправили эти "копейки".

Просто я помню, что такая проблема была не только у нас, ранее много сообщений было об этом.
 
Цитата
Компания "Регион-Софт" написал:
Цитата
Светлана Сулименко  написал:
А у Вас точно типовой релиз 4,1,01,29?
Нет конечно.
Но типовая (последняя) обработка ФронтКассира, ТорговоеОборудование, документы "ЧекНаОплату", "Чек".

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

И на самом деле на данный момент и ФронтКассира переписан уже, для работы двух ККМ на одном рабочем месте, ну и сегодня исправили эти "копейки".

Просто я помню, что такая проблема была не только у нас, ранее много сообщений было об этом.
на типовом релизе 4,1,01,29 указанная Вами ситуация не воспроизводится. Вы некорректно произвели обновление, рекомендуем проверить данную ситуацию на типовом 4,1,01,29.
 
Цитата
Светлана Сулименко написал:
Цитата
Компания "Регион-Софт"  написал:
Цитата
Светлана Сулименко  написал:
А у Вас точно типовой релиз 4,1,01,29?
Нет конечно.
Но типовая (последняя) обработка ФронтКассира, ТорговоеОборудование, документы "ЧекНаОплату", "Чек".

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

И на самом деле на данный момент и ФронтКассира переписан уже, для работы двух ККМ на одном рабочем месте, ну и сегодня исправили эти "копейки".

Просто я помню, что такая проблема была не только у нас, ранее много сообщений было об этом.
на типовом релизе 4,1,01,29 указанная Вами ситуация не воспроизводится. Вы некорректно произвели обновление, рекомендуем проверить данную ситуацию на типовом 4,1,01,29
Хмм, Вы оказались правы. Хотел Вам показать код функции, которая производит заполнение чека на основании ЗаказНаряда из типового релиза, а она оказывается в типовом релизе отчается от нашей.
Прошу прощения за нашу невнимательность при частичном обновлении до 4,1,01,29 ;)

Для тех, кто тоже с этим столкнулся:
Вот эта функция тоже нуждается в обновлении орОбработкаЗаполнения_ЗаказНаряд_ЧекНаОплату(ЭтотОбъект,Основание,Копирование), находится в общем модуле орОтраслевыеРешения
 
Цитата
Светлана Сулименко написал:
Цитата
Дмитрий Воробьев  написал:
Здравствуйте! Просим сориентировать, как действовать в случае частичного возврата аванса по чеку на оплату. Пробовали действовать так - находи исходный чек, по которому, допустим, была оплата 5000 руб. На его основании делаем чек на возврат (кнопкой "оплата"). Корректируем в окошке сумму - нам надо вернуть 3000 руб. и делаем пробитие. НО касса пробивает чек на полную сумму по первоначальному чеку, т.е. на 5000 руб! Что сделали неправильно? и как действовать в подобных ситуациях? Ведь человек далеко не всегда возвращает весь аванс.
Добрый день, частичный возврат чека на оплату будет реализован в будущем релизе 5,1,11.
Когда ожидается новый релиз?
 
Дмитрий, релиз ожидается в середине июля.
 
Просьба помочь. Уверен уже кто то делал. Надо несколько касс подключить к одному компьютеру. Думаю проблем с настройкой не возникнет. Кто может дать рекомендации где и как в коде менять ФР в зависимости от Организации при пробитии чека из СчетаНаОплату и СчетаНаОпатуЗаАвтомобили. Понятно что в ПКО есть реквизит ФР, который видимо для этого и сделан, а как это реализовать в счете? Спасибо.
 
Цитата
Светлана Сулименко написал:
Дмитрий, релиз ожидается в середине июля.
Добрый день.

Для редакции 4 релиз тоже будет в середине июля?
Страницы: Пред. 1 ... 33 34 35 36 ... 105 След.
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С