РеСтарт, режим ФР, WiFi. https://forum.kkt-serv.ru/viewtopic.php?p=148#p148

[SkaT]

Похоже нужно открывать новую тему.

Вчера установил на кассу конфигурацию ФР по WiFi, сегодня 1С-ник явился настраивать со своей стороны.

Кассу включили, на экране "Режим ФР".
Звонит, что в 1С операция открытия смены занимает 5 МИНУТ.
Касса при этом чека открытия смены не распечатала, но в 1С появилось состояние, что смена открыта.
операция "закрытие смены" - так-же 5 МИНУТ, и снова касса ничего не распечатала.

Реальные чеки пока не пробивали.

Отчёты об открытии и закрытии смены должны печататься?
Такая длительная реакция ( 5 минут)- это нормально?

Посмотрел кассу в ОФД. Сегодня нет ни открытия, ни закрытия смены. По кассе эти операции не прошли.

Кстати. На новой кассе пробовал через тест Драйвера напечатать "простой текст", касса так-же ничего не печатает.
Хотя драйвер сообщает, что текст распечатан.

Драйвер - РеСтарт 1004, 1С-обработка 1000.

ССЫЛКА

[SkaT]

Экспериментирую в мастерской.
Меркурий НЕ включаю.
Запускаю Тест ФРДрайвера.
Выставляю "NET"
"УстановитьПарСоединения" - > "Параметры соединения установлены"
"Подключить" - > ждём... "Подключение создано"
Ладно, будем считать, что порт открыт.
"Откр.смену" - > ждём...  "Смена открыта" !!! Где откыта, на чём, как?
"Закр.смену" - > ждём... "Смена закрыта" !!! Где закрыта, на чём, как?

Похоже, что Драйвер по тайм-ауту отвечает "Всё нормально, отстаньте от меня" !!!

Ещё смущает, что в Тесте Драйвера есть возможность открыть, закрыть смену, даже чеки пробить... а реквизитов кассира нет... или я их не заметил?


Воткнул в Меркурий старый (активированный) МГМ, Тест Драйвера простой текст на кассе печатает. При попытке открыть смену сообщает об ошибке "ПРОИЗОШЛА ЗАМЕНА ФН!"
Значит при наличии связи, ошибки обрабатываются, а вот при отсутствии связи - по ТаймАуту - "ОК".

[SkaT]

На предприятии сетка оказалась, мягко говоря "не стендовая"...

Тест Драйвера при нажатии кнопки "Подключить" сообщает  "ошибка 334".
Есть ли расшифровка ошибок? Может поможет в анализе ситуации.

Роутер раздаёт WiFi в подсетку 192.168.1.* и касса получает с него соответствующий IP.
Сервак оказался в подсетке 192.168.0.*
Брендмауер отключили, эффекта это не дало.
Касса с сервака даже не пингуется. Хотя с сервака даже роутер не пингуется.
При этом админ подключил по WiFi ноут и спокойно зашел на сервак по удалённому доступу.
Пробовали на роутере пробросить порт 5001 с кассы на сервак, через межсетевой экран, результата не дало.

[PuRGen]

Это к админам этой сетки. Пусть маршруты нормально на роутере настроят.

[RomanPrg]

Тест Драйвера при нажатии кнопки "Подключить" сообщает  "ошибка 334".
Есть ли расшифровка ошибок? Может поможет в анализе ситуации.

Ошибка 334, ошибка обмена по каналу сокета.

Кто-то принудительно закрывает соединение или не даёт серверу слушать порт.

[Master X]

RomanPrg, Выложи ВСЕ возможные и не возможные АШИПКИ. Ну чтоб меньше вопросов возникало.
Я продвигаю РеСтарт как могу. Ну не правильно это вытягивать по одной ошибке из прогеров.

Назначьте главного по косякам и документации, кстати где она? Татьяна и\или документация?

[SkaT]

Отзвонился админ клиента.
Сегодня сделал то, что я просил сделать его ещё вчера. Создал правило для Брендмауэра на порт 5001 - доступ для всех сетей.
Оказалось, что правило нужно даже если Брендмауэр отключен (ОS-ь какая-то серверная, выглядит как Вин10).

1С-ка кассу увидела, смену открыла, чек открытия на кассе распечатался.

[RomanPrg]

Хорошо, что получилось.

В ближайшие день, два постараемся довести драйвер до ума и выложить.
 

[SkaT]

Отчёт по "точке" в режиме ФР не работает, это не удобно.
Желательно иметь возможность проконтролировать состояние кассы, без выхода из режима ФР, и последующей перезагрузки (для возврата в режим ФР).
И ещё добавить бы в этот почёт IP-адрес, если подключение по WiFi (для пингования, при необходимости). Правда если IP-адрес указан в настройках, то как-то информировать о наличии соединения.
Тогда по распечатке отчёта сразу куча полезной инфы: подключилась к сети или нет, состояние смены, очередь чеков, и т.д.
И не нужно выходить из режима ФР, а потом кассу перезапускать. А то кто его знает как оно подключится после перезагрузки...

[SkaT]

Кассир в 1С нажала "Закрыть смену" - в 1С смена закрылась, на кассе - нет. (На экране: Режим ФР. Готова к работе)
Распечатали отчёт по "точке": Смена открыта.
Пришлось закрывать на кассе "по старинке".
Если что, чеков за смену на было.
Открылась смена тоже не с первого раза. Но тогда при первой попытке кассу только включили, на экране был "уровень заряда". Хотя 1С написала, что смена открыта. Перевели кассу в режим ФР. Повторное открытие смены в 1С - на кассе смена открылась.

[SkaT]

Пытаются с 1С-ником пробить первые чеки, не получается.

Выдаёт сообщение: Ошибка Переполнение по документу (чеку)

Наименование товара сокращали - не помогает, сумма 380руб.

Чек пытаются пробить "Безнал", т.к. физик оплатил через банк.

[RomanPrg]

Эта ошибка связано с тем, что сумму итоговую (наличными + электронными), которую передаёт 1С не совпадает с суммой посчитанной ККТ по покупкам.

Как это может быть, надо анализировать ?

Если возможно, в личку можете передать контакты 1С-ника.
Так как возможно потребуется конкретная конфигурация 1С.

Наш программист по 1-С проанализирует ситуацию.
 

[PuRGen]

Как это может быть, надо анализировать ?

Эта хрень ещё в начале онланизации с атолами проявлялась. 1с как-то по своему округления делает.

[SkaT]

Как это может быть, надо анализировать ?

Эта хрень ещё в начале онланизации с атолами проявлялась. 1с как-то по своему округления делает.

1С-ник говорит, что в пред-чеке сумма позиций и Итога сходится.
Но НДС есть, возможно действительно связано с округлениями.
С округлениями всегда бяда была. И на Штрихах приходилось кассирам говорить, что-бы итоговую сумму на копейку "+"/"-" крутили.

[SkaT]

Ещё интересно, если опция 27 по умолчанию, типа отключение кассы через 30 минут, На связь с 1С это "отключение" повлияет или нет?

[SkaT]

Сейчас начали на этой кассе закрывать смену.
1С отказывается закрывать: Есть не завершенный документ.
Видимо тот, который с переполнением, открылся и висел.
Кассу перезагрузили, смена закрылась.

А есть не такой кардинальный способ отменить (не закрытый - зависший) чек?

Возможно кстати, что этот первый открытый чек с "переполнением", сделал все остальные попытки пробить чек бесполезными.

Я вот не знаю как в других драйверах, если касса 1С-ке сообщает об ошибке, чек в кассе сбрасывается?
1С-ка ведь в следующий раз снова отправит в кассу весь чек, и позиции могут продублироваться.
Или новая команда открытия чека сбрасывает предыдущий не закрытый чек?
Или нет?

[SkaT]

Если ККТ отказывается пробивать чек, из-за не соответствия суммы по позициям и Итога.
Но на пред-чеке суммы сходятся.
Единственный вариант (который приходит в голову), что 1С отправляет в кассу суммы, не округлённые до копейки (с точностью более двух знаков после запятой), и в кассе при суммировании, набегает лишняя копейка.
Если это так, разве нельзя в обработке отсекать лишние разряды, перед отправкой в кассу?

Или причина "переполнения по документу" кроется в другом?

[SergeyD]

В 1с своеобразное округление, проблемы бывают с самыми разными ФР. Там ещё и с налогами непросто...

[RomanPrg]

Или причина "переполнения по документу" кроется в другом?

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

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

В понедельник выложим доработки.

[SkaT]

...
В понедельник выложим доработки.

Для решения данной проблемы ждать обновление только конфигурации, или и драйвера с обработкой?

[RomanPrg]

Будет выложено обновление конфигурации и драйверов, для решения этой и других проблем.

[SkaT]

Будет выложено обновление конфигурации и драйверов ...

При обновлении драйвера, в 1С нужно что-то перенастраивать, или она сама "подхватит" обновлённый драйвер ?

[RomanPrg]

При обновлении драйвера, в 1С нужно что-то перенастраивать, или она сама "подхватит" обновлённый драйвер ?

Переустановить драйвер KbRestartMercuryKKT_FrMode_drv_1_0_0_5_setup.
Всё должно автоматом установиться, но 1С должна быть закрытой в этот момент.

Прошивку в ККТ, тоже заменить.

Пока выкладываю по ссылке https://yadi.sk/d/eGm1kFbV69Wd6Q ,
как тестовый вариант, вдруг что ещё вылезет опять.

Через время официально выложим.

Доработки в Части режима ФР:

1. Устранили невозможность оформления чека чисто электронными.
2. Увеличили тайм-аут до 2 минут.
3. Сделали корректный вывод ошибок в драйвере.
4. Ввели обработку аннуляции чека.
5. В утилите добавили поле ввода наименования кассиров.

[SkaT]

Обновил конфиг. Обновление пошло через "форматирование".
После первой загрузки вышел отчёт, в нём : "текущий канал: не активен" - думал всё, все настройки слетели...
Полез проверять, вроде на месте.
Обновили драйвер, конфигуратор связь не находит. Оказалось, что при обновлении, на кассе в настройках слетел IP сервака.

На экране появилась дополнительная "строка состояния" (верхней строчкой): типа состояние АКБ, "W"- видимо канал связи, "0" - видимо очередь чеков, и дата/время.

Обновляли с админом без кассира (сюрприз будет), чеки пока не пробивали.

Да, ещё вспомнил... после первой перезагрузки, после форматирования, касса зависла на "режим ФР инициализация". Вообще не реагировала ни на одну кнопку, даже не пикала на нажатия. Выкл/Вкл - поехало дальше.

[RomanPrg]

Да IP сервака слетит, так как это новая настройка, её ещё в конфирураторе нет, остальные настройки должны восстановиться после автоматического форматирования.

Вы наверное обновлялись, не с последней от 15.11.2019 версии,  так как там было добавлено автоформатированиние на новый формат флэши.

Поэтому извиняемся, забыли предупредить.

Да, «статусная строка состояния» - это новые доработки, которые попали в эту версию

Если мешается кассиру, то её можно отключить установкой опции 2 в 0, при установки опции в 1 - отображение статусной строки будет только в главном меню.

Для информации, теперь на статусной строке состояния отображается:

-  полоса заряда аккумулятора
знак "+" рядом, идёт заряд аккумулятора.
 
-  буква W – передача в ОФД через WiFi.
-  буква G  – передача в ОФД через GPRS модем.
инверсные буквы — активная работа модуля (инициализация или передача).

-  цифры над буквой, количество непереданных в ОФД чеков.

-  текущая дата и время.

[Ilya.baht]

Доброго времени суток.
Пробую подключить Меркурий по WI-FI.
Как только выбираю НАСТР.СЕТИ ПЭВМ => канал WiFi, касса после включения зависает через ~5-15 сек не зависимо от режима ККТ.
Касса зависает на минуты 4, затем отвисает тоже минуты на 3-4 в которые работает по WI-FI (режим ФР) нормально пробивает чеки открывает закрывает смену. Далее всё повторяется "зависание" затем "отвисание".
Если выбираю канал USB, касса работает нормально как и подключение к ПК.
Версии ПО ККТ и WI-FI модуля: https://cloud.mail.ru/public/3Q8b/gtfxCDL35

Дублирую сообщение https://forum.kkt-serv.ru/viewtopic.php?f=10&t=137

[chellenger]

Ilya.baht,  а раздать вафлю с смартфона и посмотреть что будет?

[RomanPrg]

А у Вас настроена отправка чеков в ОФД ?

Попробуйте на время поставить автономный режим.
«ПРОГ. ФН. И ОФД» -> «НАСТР. ОФД» →  «РЕДАКТИРОВАТЬ» →«ВЫБОР КАНАЛА» → «ОТКЛЮЧИТЬ».

Тоже касается и сервера ККТ.

«ПРОГРАММИРОВАНИЕ» → «СЕРВ.ККТ» → «ПРОГРАММИРОВАНИЕ» → «ВЫБОР КАНАЛА» → «ВЫКЛЮЧЕН».

Может также внешний шлюз не настроен на выход в интернет ?

[Ilya.baht]

RomanPrg, да зависания прекратились (использую МГМ и тестовый сервер) по видимому очень ККтТ очень хотеле выгрузать данные, но не могла. Спасибо. Не удет ли такой проблемы при плохом интеренете, к примеру слабый сигнал сим карты ?

[Ilya.baht]

Не написал в предидущем сообщении, отключил только канал обмена с ОФД в ФН .

[chellenger]

отключил только канал обмена с ОФД в ФН .

Некорректное высказывание, у ФН нет каналов обмена с ОФД.
Вы отключили передачу данных в ОФД средствами кассы. (WI-FI, GPRS)

[RomanPrg]

Не удет ли такой проблемы при плохом интеренете, к примеру слабый сигнал сим карты ?

Режим ФР реализован через WiFi, через GPRS не реализовывали, в силу описанных Вами причин.

Хотя можно настроить отправку в ОФД через GPRS и работать по WiFi в режиме ФР.
Но это экзотическое дублирование каналов.

[Ilya.baht]

Не удет ли такой проблемы при плохом интеренете, к примеру слабый сигнал сим карты ?

Режим ФР реализован через WiFi, через GPRS не реализовывали, в силу описанных Вами причин.

Хотя можно настроить отправку в ОФД через GPRS и работать по WiFi в режиме ФР.
Но это экзотическое дублирование каналов.

Не совсем экзотика.
К примеру: WI-FI роутер, в который вnсавлена СИМ карта либо USB модем, как следствие возможны проблемы с интернетом, при условии слабого сигнала

[ewgen]

Ilya.baht, Что важнее- пробить чек или как можно быстрее его отправить? ) Логично же, что если вайфай нестабилен, то и работать нормально не получится, что уж дублировать отправку? Не плодите сущностей сверх необходимости.
А вот чето там про блютус речь шла давно, типа технически возможно. Или нет?

[tamvas]

RomanPrg, да зависания прекратились (использую МГМ и тестовый сервер) по видимому очень ККтТ очень хотеле выгрузать данные, но не могла. Спасибо. Не удет ли такой проблемы при плохом интеренете, к примеру слабый сигнал сим карты ?

Вопрос хороший, только его немного недопоняли. Если wi-fi нормально работает, а интернет пропал (к примеру проблемы у провайдера или на линии), не будет ли зависать касса, как это было на июньских инкотексовских прошивках? Нужно протестить.

[LuckyStrike]

Сегодня проверял меркурий 185Ф в режиме фр на ноябрьской прошивке и на новом драйвере не может пробить чек зачет аванса или зачет предоплаты, пробивает наличными. Реализовано ли это в прошевке Рестарт?

[SkaT]

Первая попытка (после обновления конфига) пробить чек, безналом, и снова: "ошибка - переполнение по чеку".

Подробности в почте.

[RomanPrg]

Первая попытка (после обновления конфига) пробить чек, безналом, и снова: "ошибка - переполнение по чеку".

Подробности в почте.

Ответ отправлен по почте.

Для информации.
Для тестирования режима ФР ККТ есть утилита USER_TestOleDriver.exe.

Если нажать кнопку «Добавить позицию в чек», то появятся xml данные, имитирующие данные 1С чека.

Если заменить цифры в строчке.
<Payments Cash="0.0" ElectronicPayment="2.10" Credit="0" AdvancePayment="0" CashProvision="0"/>

То, чек пробивается чисто безналичными без проблем !

[SkaT]

Какую ошибку выдаст 1С (и выдаст ли вообще), если из 1С отправляется чек с "Услугой", а в кассе при регистрации не указана работа с услугами?

[lux]

Пока выкладываю по ссылке https://yadi.sk/d/eGm1kFbV69Wd6Q , как тестовый вариант, вдруг что ещё вылезет опять.

На М130 можно прошивку выложить?

[SkaT]

Первая попытка (после обновления конфига) пробить чек, безналом, и снова: "ошибка - переполнение по чеку".
Подробности в почте.

Ответ отправлен по почте.
...

Похоже, проще совсем отказаться от проверки Суммы позиции, (перемножая в кассе количество на цену) чем бороться с 1С
Или ввести допуск (в 1ну копейку) при сравнении.

[RomanPrg]

Похоже, проще совсем отказаться от проверки Суммы позиции, (перемножая в кассе количество на цену) чем бороться с 1С
Или ввести допуск (в 1ну копейку) при сравнении.

Мда, вот пример:

количество * цена = стоимость

39,600 * 10,56 = 418,176

ККТ считает с округлением до копеек
 
39,600 * 10,56 = 418,18
 
1C считает так:
 
39,600 * 10,56 = 418,17

1С-ник говорит, что нет настроек округления в "Предприятие 3.0".
Что 1С всегда просто отрезает до копейки, а не округляет."


Наверное, введём новую опцию, по которой ККТ не будет осуществлять контроль итоговых сумм.

Пусть бухгалтер сам с этим разбирается.

[SkaT]

...
Наверное, введём новую опцию, по которой ККТ не будет осуществлять контроль итоговых сумм.

Пусть бухгалтер сам с этим разбирается.

Я не обратил внимание, 1С отправляет в кассу итоговую сумму позиции, или только "количество" и "цену".
Итоговую сумму по чеку отправляет, а итог для каждой позиции?

[RomanPrg]

Да 1С отправляет поле SumWithDiscount со стоимостью.

<Positions>
      <FiscalString  Name="Телевизор Рубин" Quantity="2" PriceWithDiscount="1.05" SumWithDiscount="2.10" DiscountSum="0" Department="0" Tax="none" SignMethodCalculation="1" SignCalculationObject="1" CountryOfOrigin="RU" CustomsDeclaration="00000001" ExciseAmount="100.2"> <GoodCodeData GTIN="00000046206367" SerialNumber="C598233" > </GoodCodeData> </FiscalString></Positions>


Но итог для каждой позиции (стоимость товара) KKT считает сама.

Сверка идёт по итогу всего чека.

[SkaT]

Стало вдруг интересно...
В ФН касса отправляет только количество и цену позиции, или стоимость тоже?
Если только количество и цену, то как считает ФН, как округляет?
Если ФН сам считает стоимость позиции, и округляет "не так, как 1С", то суммы на чеках из ОФД могут отличаться от "бумажных" чеков (если использовался ФР) ?

[SkaT]

Попробовал "зарегистрировать" тестовую кассу (с номером 77***) с конфигурацией для 1С по WiFi.
Сразу уточню, МГМ 1.0 древний, возможно проблемы связаны с этим.

При регистрации указал "автономный режим".
По "точке", в "Статус ФН" и на экране растёт очередь чеков, но режим автономный!

При опции 58=2, по закрытию смены не распечатался "нефискальный отчёт" - вернее есть только заголовок без инфы.

Да, и в Гросс итоги, не входят суммы пробитые в режиме ФР (из Утилиты). В Гросс печатается только выручка пробитая в обычном кассовом режиме.
А в режиме ФР, в автоматическом (по опции 58) "нефискальном отчёте" инфы о выручке нет. Если выйти из Режима ФР, то вручную Нефискальные отчёты выручку за смену показывают. Но обратно в режим ФР можно вернуться только через перезагрузку кассы

[RomanPrg]

По "точке", в "Статус ФН" и на экране растёт очередь чеков, но режим автономный!

Да на это можно не обращать внимание. В старых ФН даже в автономном режиме, счётчик неотправленных документов растёт в регистре, но он не на что не влияет.
В последней версии, на индикаторе в автономном режиме, убрал отображение этого счётчика. Чтобы не смущать, а просто пишу «А».

При опции 58=2, по закрытию смены не распечатался "нефискальный отчёт" - вернее есть только заголовок без инфы.

Это не смог повторить. Это постоянно так происходит или единичный случай ?
Неважно, в каком режиме ККТ, гросс итоги считаются одинаково.

[SkaT]

При опции 58=2, по закрытию смены не распечатался "нефискальный отчёт" - вернее есть только заголовок без инфы.

Это не смог повторить. Это постоянно так происходит или единичный случай ?
Неважно, в каком режиме ККТ, гросс итоги считаются одинаково.

Постоянно. Несколько раз включал, выключал, несколько смен, чеки пробивал и в кассовом режиме и в режиме ФР.
Опция 58=2 постоянно.
Гроссы и вообще выручка за смену при закрытии смены в режиме ФР совсем не печатаются.
При закрытии смены в кассовом режиме есть суммы пробитые только в кассовом режиме. Сумм с предыдущих смен с чеками в режиме ФР, в счётчиках нет.

[SkaT]

С Гроссами разобрался.
Я СНО попутал. В кассовом режиме бил чеки с одной СНО, в режиме ФР чеки с другой СНО.

Есть ещё вопрос.
Если кассир через 1С пробивает ошибочный чек, то для возврата в 1С предусмотрен штатный вариант, или возврат оформлять в "кассовом режиме" ?
А т.к. пробивать будут безнал физиков, при обработке банковской выписки, думаю запросто могут по ошибке ткнуть "чек" и для юрика.

[RomanPrg]

На М130 можно прошивку выложить?

Выложил по этой же ссылке   https://yadi.sk/d/eGm1kFbV69Wd6Q  версии от  09.12.2019 с некоторыми исправлениями.

[LuckyStrike]

Подскажите пожалуйста, в прошивке Рестарт для меркурия в режиме ФР реализован ли Зачет Аванса, Зачет Предоплаты?

[RomanPrg]

Подскажите пожалуйста, в прошивке Рестарт для меркурия в режиме ФР реализован ли Зачет Аванса, Зачет Предоплаты?

Да, реализовано.

[SkaT]

А какое максимальное количество позиций в чеке, в режиме ФР ?

[RomanPrg]

А какое максимальное количество позиций в чеке, в режиме ФР ?

До 100 позиций, если нет маркированных товаров, со всеми маркированными товарами в районе 50 позиций.

Но это особенности журнала ККТ, если мало, то есть возможность расширить.

Глобально всё ограничено 30 кБ размера всего чека, который может быть записан в ФН.
   

[SkaT]

RomanPrg, есть перспективы решения проблемы связанной с округлениями копеек в 1С, и таки печати чеков (в режиме ФР) с Итогом как в документах 1С ?
А то тут НГ на носу, ещё недели две выпадает

[RomanPrg]

RomanPrg, есть перспективы решения проблемы связанной с округлениями копеек в 1С, и таки печати чеков (в режиме ФР) с Итогом как в документах 1С ?

Да есть, несколько предложений здесь https://yadi.sk/d/eGm1kFbV69Wd6Q можете скачать тестовые версии.

При установленной опции 64 в 1 не контролируются итоговой суммы чека по 1с.
При установленной опции 64 в 0 идёт контроль итоговой суммы чека по 1с, но
- если сумма наличных превышает сумму по итогу ККТ, то разность идёт в сдачу.
- если сумма по итогу чека отличается на копейки, то идёт в суммовую скидку (округление).
 
Добавилась опция 34, которая задаёт округление:
0 – математическое (по умолчанию как раньше)
1 – простое (с отбрасываем десятых копеек)
2 – бухгалтерское.

Также в текущей версии устранено подвисание ККТ, при плохой связи с сервером ОФД и ККТ.

[SkaT]

RomanPrg, есть перспективы решения проблемы связанной с округлениями копеек в 1С, и таки печати чеков (в режиме ФР) с Итогом как в документах 1С ?

Да есть, несколько предложений здесь https://yadi.sk/d/eGm1kFbV69Wd6Q можете скачать тестовые версии.

При установленной опции 64 в 1 не контролируются итоговой суммы чека по 1с.
При установленной опции 64 в 0 идёт контроль итоговой суммы чека по 1с, но
- если сумма наличных превышает сумму по итогу ККТ, то разность идёт в сдачу.
- если сумма по итогу чека отличается на копейки, то идёт в суммовую скидку (округление).
 
Добавилась опция 34, которая задаёт округление:
0 – математическое (по умолчанию как раньше)
1 – простое (с отбрасываем десятых копеек)
2 – бухгалтерское.

Также в текущей версии устранено подвисание ККТ, при плохой связи с сервером ОФД и ККТ.

Теоретически, чтобы итоги совпали, нужно 64=0.
и остаётся выяснить, какое округление в 1С - простое или бухгалтерское ?

[RomanPrg]

Теоретически, чтобы итоги совпали, нужно 64=0.
и остаётся выяснить, какое округление в 1С - простое или бухгалтерское ?

Да итоги будут совпадать по чеку при установленной опции 64 всегда, но не по позициям в чеке.
(ФФД допускает отклонение итога чека на копейки от суммы итогов всех позиций).

Для совпадения по позициям нужно подобрать правильное округление.
В 1С это зависит от конкретной конфигурации и настроек.

[RomanPrg]

Доработки в части режима ФР здесь  https://yadi.sk/d/eGm1kFbV69Wd6Q:

-  Добавлена загрузка обновлений с сервера ККТ не выходя из режима ФР (после закрытия смены).
-  Добавлено в меню по клавише «00» последним пунктом «РЕЖИМ ФР» (переход в режим ФР из главного меню без перезагрузки ККТ).

[SkaT]

Доработки в части режима ФР здесь  https://yadi.sk/d/eGm1kFbV69Wd6Q:

-  Добавлена загрузка обновлений с сервера ККТ не выходя из режима ФР (после закрытия смены).
-  Добавлено в меню по клавише «00» последним пунктом «РЕЖИМ ФР» (переход в режим ФР из главного меню без перезагрузки ККТ).

Там новый драйвер (для НДС) ?
Просто номер тот-же (1.0.0.5).
Обновлять так-же, закрыв 1С ?

[RomanPrg]

Да, с исправлением драйвер здесь.
Обновлять также, закрыв 1С, инсталлировать драйвер.
Прошивку ККТ менять не обязательно.

[Master X]

Ром, добавь секунды(там где часы и дата) -ну хоть как-то тормознёт таймер. На Мерках бегут минуты. В месяц минут на десять!

https://yadi.sk/d/eGm1kFbV69Wd6Q -если эта ссылка постоянна, может есть смысл добавить её в первый пост?

А вообще за ВСЁ проделанное РЕСПЕКТ и УВАЖУХА!!!

[SkaT]

Начиная с конфигурации, в которой на экране появилась дополнительная строка состояния, касса периодически пикает. Причём интервал между сигналами не постоянный.
Что означают эти звуковые сигналы?

[RomanPrg]

Начиная с конфигурации, в которой на экране появилась дополнительная строка состояния, касса периодически пикает. Причём интервал между сигналами не постоянный.
Что означают эти звуковые сигналы?

Со строкой пиканье никак не связано.
Пикать ККТ должна при закрытии смены при отправке документов за смену на сервер ККТ.

Если постоянно пикает, то нужно глянуть «00» → «СТАТУС СЕРВ. ККТ», нет ли ошибок при отправке.

[SkaT]

В 1С, в предчеке, показывает наименование товара как в приходнике - почти 4 строки текста.
Пробовал на тестовой кассе из Утилиты, в чеке печатается максимум 56 символов наименования товара.

Где и какие установлены ограничения на длину текста для наименования товара, для режима ФР ?

[RomanPrg]

В самой ККТ стоит ограничение (урезание) наименования товаров в 56 байт (по максимуму базы товаров ККТ), что для обычного режима, что для режима ФР.

Длинные наименования влияют на объём как журнала ККТ, так и буфера ФН (максимальное возможное количество чеков за смену/месяц).

По ФФД допустимый максимум наименования товара в 128 байт.

Если для клиентов это важно, то можно увеличить для режима ФР до 128 байт.

[SkaT]

В самой ККТ стоит ограничение (урезание) наименования товаров в 56 байт
...
По ФФД допустимый максимум наименования товара в 128 байт.

Если для клиентов это важно, то можно увеличить для режима ФР до 128 байт.

Думаю для режима ФР лучше увеличить до 128.
Т.к. 1С-ка, из приходника (и из выписки вроде-бы тоже), дополнительно вставляет в наименование товара содержимое поля "от кого", и на собственно наименование товара/услуги, почти ни чего не остается.

[SkaT]

Ещё вопрос.
После загрузки в кассу с сервера "рабочей" лицензии, перезагрузка кассы нужна?

Просто похоже после подтверждения загрузки (нажатия "3") касса ушла "в себя".
Написала "Проверка лицензии", "поверка связи" (по словам кассира).
Далее я на сервере дал задание загрузить с кассы настройки, но так и не дождался.
Каждые 10 минут на сервере обновлялась инфа, что была связь с кассой, но инфа о новой лицензии так и не появилась, и настройки так и не загрузились.

[sava631]

Со строкой пиканье никак не связано.

Подтверждаю, пиканье есть и на прошлой конфигурации (15.11.2019). По моим наблюдениям это происходит при отправке журнала на сервер...

И вопрос: а куда пропала конфигурация 06.12.2019 ?

[RomanPrg]

Вы имеете ввиду прошивку на сервере ККТ ?
Да это тестовая прошивка размещалась в своё время для SkaT для экспериментов с 1С.

В ближайшее время выложим на сервере последствии,  актуальные прошивки.

[RomanPrg]

Ещё хочу поднять вопрос, насколько актуально реализовать работу режима ФР через bluetooth ?

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

[pavel_net]

Не могу сказать насколько актуально, но Инкотекс уже анонсировал работу с Bluetooth (новость на их главной странице). Так что видимо придется.

[RomanPrg]

Да видел, что анонсировал вот и спрашиваю .

Реализовать там проблем никаких особо нет, вопрос в актуальности.

Там главная проблема в том, что у Инкотекс полная чехорда с разводками плат.
Вперемешку выпускались в разное время блоки где антенна Bluetooth есть на плате, где нет.
Антенна реализовано в самой разводке платы, без антенны работать не будет, припаивать что-то, тоже проблематично.   

[pavel_net]

Лично у меня, вернее касс на обслуживании, такой потребности нет. А Инкотексу это скорее всего понадобилось для интеграции с терминалами. Можно конечно кассой со смартфона по bluetooth управлять, но вроде как никто не торопится делать интеграцию под протокол Рестарта, да и тот же Бифит с маркировкой стал платным, дешевле кнопочки нажимать

[SkaT]

У многострадальной бухгалтерии возникли вопросы по работе с Авансом.
Посмотрел в ОФД тэги чеков, сформированных из приходника в 1С. Для первого чека на Аванс, вроде всё правильно.
Но пока представить не могу, где (из какого документа) в 1С предусмотрено формирование второго чека, "зачет Аванса", при котором тэги (нал)1031=0 и (б/нал)1081=0, а (зач.аванса)1215=сумме аванса/предоплаты.

Если кто в курсе подскажите.

Предполагаю, что из реализации, но не знаю, есть ли в ней выбор "Зачет Аванса".

[RomanPrg]

Программист 1С предложил почитать эту ссылку -  https://is1c.ru/about/pc/article/avansy-zachet-avansov-v-1s-bukhgalteriya-8/

[SkaT]

Программист 1С предложил почитать эту ссылку -  https://is1c.ru/about/pc/article/avansy-zachet-avansov-v-1s-bukhgalteriya-8/

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

[RomanPrg]

Вот на чеках Атола увидел надпись "Полный расчёт" и выделено и в тексте указано, а на моих тестовых чеках я пока этой надписи не вижу.

В своё время когда проходили сертификацию, то уговорили эксперта, что это не обязательно указывать (если не указывается, то по умолчанию полный расчёт, для экономии чека), такое примечание в ФФД было.

Хотя много воды утекло с того времени.

[SkaT]

Вот на чеках Атола увидел надпись "Полный расчёт" и выделено и в тексте указано, а на моих тестовых чеках я пока этой надписи не вижу.

В своё время когда проходили сертификацию, то уговорили эксперта, что это не обязательно указывать (если не указывается, то по умолчанию полный расчёт, для экономии чека), такое примечание в ФФД было.

Хотя много воды утекло с того времени.

Думаю, лучше добавить "Полный расчет", т.к. надпись "Предварительная оплата (Аванс)" (которая в чеке присутствует) явно сбивает с толку.
Тем более, что в заголовке чека есть "ПРИХОД", хотя чек не является чеком прихода, а является "Зачетом аванса", вот этот "Приход" и заменить на "Полный расчёт".
Думаю будет и понятнее и корректнее.

[RomanPrg]

Если имеется ввиду «Приход» в позиции товара, то это просто наименования товара по умолчанию, если продаём по свободной цене без номенклатуры, так как по ФФД у товара всегда должно быть название.
Эти наименования задаются в программирование «НАЗВ.СУМ.ОПЕР» и там что угодно можно прописать.

Да, я обращал внимание, что почти на всех чеках в магазинах, теперь пишут под каждой позицией товара «ПОЛНЫЙ РАСЧЁТ». Там, что тут возможно правы, придётся расширять чек.

[SkaT]

Если имеется ввиду «Приход» в позиции товара, то это просто наименования товара по умолчанию, если продаём по свободной цене без номенклатуры, так как по ФФД у товара всегда должно быть название.
...

Нет, над всеми позициями слева в одной строке с номером чека написано "Приход". Вот вместо него написать "Зачет Аванса" или "Полный расчёт" (когда заполняется тэг 1215).

[RomanPrg]

Нет, то главный реквизит чека по ФФД.

Чеки могут быть четырёх типов:

- «Приход» (Что раньше продажей называлось).
- «Расход»
- «Возврат прихода»
- «Возврат расхода»

А полный расчёт, аванс, кредит это реквизит позиции в чеке.
В одном чеке может быть и полный расчёт и аванс и кредит по разным товарам в теории.

[SkaT]

Нет, то главный реквизит чека по ФФД.
...

Ясно.
Ещё бы разобраться почему у меня и в авансе и в зачёте аванса заполняется НДС-ом только тэг 1106.

[RomanPrg]

Ещё бы разобраться почему у меня и в авансе и в зачёте аванса заполняется НДС-ом только тэг 1106.

В базе товаров НДС какой прописан, если по базе пробиваете ?

[SkaT]

Ещё бы разобраться почему у меня и в авансе и в зачёте аванса заполняется НДС-ом только тэг 1106.

В базе товаров НДС какой прописан, если по базе пробиваете ?

В базе указан 20/120.

[RomanPrg]

В базе указан 20/120.

Если в базе 20/120, то так и должно быть.

[SkaT]

В базе указан 20/120.

Если в базе 20/120, то так и должно быть.

Значит если в базе у товара указан НДС 20/120, то при использовании чеков Аванс и Зачет аванса, НДС не будет "трансформироваться", а будет задваиваться?

[Бушин]

Не задваиваться, а дублироваться. Налоговая потом у себя отсечёт, ну они так говорили.

[SkaT]

Не задваиваться, а дублироваться. Налоговая потом у себя отсечёт, ну они так говорили.

Столкнулся с тем, что бухгалтера запрашивают отчёты в ОФД для "сверки". Причём только в организациях, на ОСН (с НДС-ом).    Особенно когда кассиры "косячат" и возвраты делают.

А что там в методике у Ромашки, в чеке Полного расчёта, при заполнении тэга 1215, НДС указывается в тэге 1102 ?

[SkaT]

Просмотрел ссылку на описание, как пользоваться в 1С Авансом и зачётом аванса.
При формировании чека Зачёта аванса, в 1С указывается документ сформированный при получении Аванса.
Интересно, правильно ли сформируются документ и чек Зачёта аванса (полного расчёта), если в документе на Аванс была большая сумма, чем в текущем Акте вып.работ (зачёт не всего аванса) ?

Реальная ситуация (по словам кассира): Уборка территории, требуется пробивать чек "Аванс" при внесении оплаты. И в конце месяца формировать второй чек "Полный расчёт" (Зачёт аванса) за текущий месяц.
Всё бы хорошо, но оплачивают очень часто не требуемую сумму, а то частями за один месяц, то сразу за 1.5 или 2.5 месяца. Т.е. сумма платежа часто не совпадает с суммой по Акту вып. работ.

Поскольку при формировании чека "Полный расчёт" нужно указать сумму внесённого Аванса, то как поведёт себя 1С и касса, когда будет указана сумм Аванса большая, чем Итог по текущему чеку?

Я пробовал на тестовой указывать Аванс меньше суммы Итога чека, ожидаемо разница была указана как приход наличными.
А вот с 1С указать документ на Аванс с суммой больше чем Итог текущего Полного расчёта, мне не проверить.

[RomanPrg]

А что там в методике у Ромашки, в чеке Полного расчёта, при заполнении тэга 1215, НДС указывается в тэге 1102 ?

Начнёт с того, что чек с признаком «полный расчёт» - это скажем «стандартный» чек расчёта.
Итог этого чека складывается из пяти счётчиков.

1. Предоплаты (зачёт аванса).
2. Постоплаты (кредита).
3. Встречным представлением (бартер, подарочная карта)
4. Безналичными
5. Наличными

И неважно, какие из них нулевые, какие нет, налог указывается тот, по которому продаётся товар.
В типичном случае это 10% или 20%.
У Вас тут нетипичный случай сам товар (точнее услуга) оплачивается по расчётной ставке 20/120.

Тут есть описание, когда применяется расчётная ставка https://nalog-nalog.ru/nds/stavka_nds/v_chem_otlichie_i_kogda_primenyat_stavku_nds_18_i_18118/

Я в этих вопросах не силён, понимаю только пункт 2 (что при оформлении авансов применяется расчётная ставка).

Тут нужно бухгалтера спрашивать, почему сейчас за услугу используется ставка 20/120, а не 20% и т.д. ?

По 1С я думаю, в лоб вам сейчас ни кто, не ответит, как программа будет считать зачёт аванса.

Нужна конкретная информационная база с 1С, чтобы с ней можно было поэкспериментировать.

[SkaT]

Надо ещё раз проверить корректность формирования тэга 1212.
По всем методикам (которые видел) в первом чеке для АВАНСа, признак предмета расчёта (1212) = "платёж", а не товар/услуга.
И так-же при применении кредита, во втором чеке, при 1214 = "оплата кредита", 1212 тоже "платёж".

[SkaT]

Позвонила кассир.
Из 1С, из документа "реализация" пробился странный чек.
В ОФД загрузил этот чек с просмотром тегов (из интересующих):

Спойлер

1020: 1531,26 - сумма
1214: 4 - "полный расчёт"
1216: 1531,26 - "постоплатой в кредит"
1031: _ - "наличными"
1081: _ - "безналичными"
1102: 255,21 - НДС 20%

На чеке в ЛК Такском написано "полный расчёт".
На чеке с ККТ - "последующая оплата" (со слов кассира).

Предположим, что кассир ошиблась и выбрала в "реализации" признак способа расчёта - "передача в кредит". (это не факт - только предположение).

Не понятно, как возможна такая комбинация 1214=4 и сумма в 1216, при пустых 1031 и 1081.
Скорее всего тег 1214 имеет не верное значение, должно быть 6.

И решить бы как поступить.
Пробовать делать возврат с клавиатуры, или пробить чек "оплата кредита".
Есть сомнение, что в обоих вариантах правильно "закроются" сумма и НДС.

[chellenger]

SkaT, первое, что нужно делать, это требовать фото чека. Без него разговора быть неможет.

[SkaT]

SkaT, первое, что нужно делать, это требовать фото чека. Без него разговора быть неможет.

Собственно, в ЛК ОФД есть расшифровка всех тегов, как выглядит чек напечатанный ККТ - уже вторично.

[SkaT]

Со случайным чеком "передача в кредит" - сделали возврат с клавы самой кассы.

А вот сегодня нужно было сделать реальный чек на "передача в кредит", и 1С сообщила:
"чек не напечатан, недопустимая сумма или итог, код ошибки 65"

Делали из реализации, услуга, выбрали - "передача в кредит", и "с последующей оплатой".
На предчеке выглядит правильно.
Возникли подозрения на округления, опция 34=2 - не помогло.
Пробовали изменить реализацию, указали количество 1шт на полную сумму (ушли от округления) - та же "ошибка 65".

[RomanPrg]

В общем удалось воспроизвести ситуация в 1С. Действительно может быть проблема с кредитами.

Во вложении версия с исправлением https://yadi.sk/d/zAMjhL_2dpR_HQ,
На сервак её тоже выложу.

Там также исправления есть по предыдущим замечаниям.

Переработан, упрощён режим работы с авансами, кредитами в кассовом режиме.

Подробное описание позже выложу.

[SkaT]

...
Во вложении версия с исправлением https://yadi.sk/d/zAMjhL_2dpR_HQ,
...
Там также исправления есть по предыдущим замечаниям.
Переработан, упрощён режим работы с авансами, кредитами в кассовом режиме.
Подробное описание позже выложу.

Если режим работы изменился, то описание не помешает.
Кассиру регулярно приходится часть чеков пробивать то через 1С, то на самой кассе.

[RomanPrg]

Выложил Тестовые прошивки

Изменения 03.01.2020

1.  Упрощён режим оформления кредитов, авансов.

Меню списка выбора способа расчёта сокращено до трёх пунктов.

1 – Предоплата
2 – Кредит
3 – Оплата кредита

Перемещаться по списку можно как клавишами [ + ] и [ - ], так и цифровыми клавишами 1-3 для быстрого доступа к нужному пункту списка.

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

Зачёт аванса переехал в меню способа оплаты документа:

1 - БЕЗНАЛИЧНЫМИ
2 - ИНАЯ ФОРМА ОПЛ
3 - ЗАЧЁТ АВАНСА

Подробно смотрите в ОформлениеАвансовКредитов.pdf.

2. Доработаны параметры отдела, а также введена возможность их задействовать.

- Введена новая опция 7 (задействовать параметры отдела в приоритетном порядке).

При её установки в 1,  НДС, и признак предмет расчёта берётся из параметров отдела, а не базы товаров
(это может быть удобно для того, чтобы в базе товаров можно было игнорировать и не прописывать эти параметры по отдельности для каждого товара,
а привязать только отдел к товару, или привязать всю базу товаров к отделу по умолчанию по опции 8 ).

При продаже по свободной цене параметры также берутся из отдела, также в качестве наименования товара используется наименование отдела, если он задан.
Отдел по умолчанию задаётся опцией 8.

3. Добавлена возможность коррекции цены товаров.

- При продаже по свободной цене после нажатия клавиши [ПИ] , можно нажать клавишу «точка» [.] и откорректировать цену, если кассир ошибся.
- При продаже по штрих коду или по коду из базы товаров, нажав [.], кассир может пробить товар по другой отличной цене, чем в базе товаров ККТ
(актуально при оформлении авансов, кредитов, когда цена товара может поменяться).

4. Реализована поддержка канала Bluetooth SPP в модеме М66.

-  В меню по клавише "00" появился пункт "Bluetooth", для быстрого поиска, настройки и сопряжения с устройством.

-  Доработан драйвер работы с GPRS модемом для возможности стабильной параллельной работы с модемом через SIM карту и работу через Bluetooth SPP модуль.

-  Добавлена возможность работы в режиме ФР через Bluetooth SPP.

-  Добавлена возможность передачи данных в ОФД через Bluetooth SPP.

-  Добавлена возможность передачи данных на сервер ККТ через Bluetooth SPP.

-  Добавлена возможность подключения сканеров и другого оборудования напрямую через Bluetooth SPP.

Подробно смотрите в Подключение_Bluetooth.pdf.

5. В режиме ФР.

- Устранена проблема с оформлением кредитов в 1С.

6. Удалён пункт программирования налогов из режима «ПРОГРАММИРОВАНИЕ» из-за его неактуальности.

7. Откорректирован формат документов в соответствии с последними требованиями ФФД.
В частности в чеке теперь всегда печатается признак предмета расчёта и признак способа расчёта.

[SkaT]

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