Технологический сервер ККТ Меркурий

[RomanStrel]

RomanPrg
спасибо.

Да, это понятно, что нужно быть внимательным при обновлении. Так и при обновлении через флешку тоже нужно быть внимательным.
Разница только в виде транспорта прошивки в кассу.

Я и говорю, поместите свежие прошивки в группу "Все", а не "Только совместимые". Или добавьте указание на версию ФФД.
Или просто выбор файла конфигурации для отправки.

[RomanStrel]

Свежий релиз в списке конфигураций появился, спасибо.
Разве что дату бы ему подправить (на 28.09.2017) для порядку.

[RomanStrel]

Здравствуйте.
М180Ф
Свежая прошивка на сервере выложена с датой 29.09, а внутри прошивки - 28.09.
Поэтому даже после обновления прошивки с сервера в разделе общих настроек всегда светится сигнал "доступна новая конфигурация".
Поправьте, пожалуйста.

[RomanPrg]

Здравствуйте.
М180Ф
Свежая прошивка на сервере выложена с датой 29.09, а внутри прошивки - 28.09.
Поэтому даже после обновления прошивки с сервера в разделе общих настроек всегда светится сигнал "доступна новая конфигурация".
Поправьте, пожалуйста.

Ошибка исправлена

[Shtirlic]

Загрузки настроек теперь работают и для группы касс(со всеми подгруппами). Обновляются кассы только того типа который указан в файле конфигурации.

[RomanStrel]

Здравствуйте.
Подскажите, очереди у обновления настроек и у обновления товаров - они разные?
То есть, я ожидаю, что если я сначала нажал кнопку "В кассу" для товаров, а затем нажал кнопку "В кассу" для настроек - тогда сначала обновятся товары, и только затем обновятся настройки.
Сейчас я наблюдаю, что нет вроде единой очереди. Могут первыми прилететь настройки, а могут и товары.
Где-то можно это докрутить, чтобы очередь была единой?

[Shtirlic]

RomanStrel
Да там и не очередь в классическом определении, просто хранилище, предоставляющее кассе список всех имеющихся для загрузки данных. Касса тоже не сортирует данные по каким либо признакам. Вообще в дальнейшем подумаем о порядке передачи.

[RomanPrg]

Где-то можно это докрутить, чтобы очередь была единой?

А зачем ?

[RomanStrel]

А зачем ?

А для того, чтобы быть уверенным, что отправленное первым обновление применится раньше, чем отправленное вторым.

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

К сожалению, имеющийся в кассе механизм индикации версии обновления (в статусе сервера ккт, дата-время отдельно для базы товаров и для настроек) - совсем непригоден для постоянного использования. А распечатать список товаров в кратком компактном виде касса не умеет (только длиннющий отчет по 2,5 см на каждый товар, да еще и с отдельным правом на программирование).
Так что вариант с отображением версии обновления в текстовом заголовке остаётся пока наиболее приемлемым. То есть, нужно соблюсти последовательность отправки обновлений.

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

[Shtirlic]

RomanStrel
Запланировали сортировку пакетов по дате создания, у нас в дальнейшем появятся связанные данные, поэтому по любому нам это реализовывать.

[iskander-sk]

Доброго времени суток! :|
Проблема с выводом ставки налога НДС в чек.
Описание проблемы:
Бухгалтерия требует чтобы в чеке печатался налог НДС в виде: "Сумма НДС 18%".
В настоящий момент: "Сумма НДС 18/118". Математика та же, но вид в чеке должен быть как указано выше.
У нас сейчас на кассах (парк около 150 шт) конфигурация 16-05-17. Базы товаров заливали через сервер ККТ. На сервере выбираем в разделе ТОВАРЫ - налог "18%", т.к. цены в базе Заказчик дал с включенным НДС. ФН зарегана на ОСН, без исключений. При такой прошивке и заливке из сервера базы товаров на чеке выводится "Сумма НДС 18/118".
Что делали:
На сервере ККТ есть новая прошивка 28-09-17. Заливаем эту прошивку "по воздуху" в кассу. Всё обновляется. Появилась новая "опция 62" ставим = 1, применяем через сервер.
На самой кассе в базе товаров в пункте Программирование базы товаров на любой позиции идем до пункта "налог" там стоит ставка налога "5" что соответствует 18/118 в чеке, а нам нужна ставка налога "4" = ндс 18% в чеке. Другими словами по умолчанию стоит ставка "5", а нам нужно по умолчанию "4" по каждой позиции товара. Вручную базы править на ККТ можно, но у нас парк 150 машин в каждой по 300 позиций номенклатуры, разброс радиус 1200 км, никак не возможно это сделать.
Подскажите как удаленно исправить в новой прошивке 28-09-17 ставку налога на тип "4" выделяемый с выводом на печать вида "сумма НДС 18%"???

P.S. : ещё заметили, что в новой прошивке в базе товаров появился пункт СНО, на сервере ККТ это никак не устанавливается, опять по умолчанию стоит "не определено". Хотя ФН зареган на ОСН и в настройках ФН и ОФД на сервере стоит ОСН.

[RomanStrel]

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

И еще пожелание по эргономике.
Сделайте на закладке общих настроек визуальное разделение строк зеброй - например, одна строка белая, следующая серая или светло-голубая, затем опять белая и т.д. А то сейчас тяжело определять, к какой строке относится какая кнопка, приходится вглядываться и напрягаться.

[RomanPrg]

К сожалению, имеющийся в кассе механизм индикации версии обновления (в статусе сервера ккт, дата-время отдельно для базы товаров и для настроек) - совсем непригоден для постоянного использования.

Чем не пригоден этот механизм?

[ivan_kov]

RomanStrel, теперь данные передаются в кассу в порядке их создания.

[RomanStrel]

Чем не пригоден этот механизм?

Я скажу, чем он непригоден.
Во-первых, для отображения версии обновления нужно распечатывать отдельный отчет-статус, залезая в дебри меню. В отчете-статусе по точке эта информация не печатается.
Во-вторых, сам индикатор – это 14 цифр даты-времени. То есть, вы представляете себе информирование персонала и проверку актуальности обновления? – это невозможно запомнить (я проверял). К тому же, три последние цифры (минуты-секунды) почти никогда не совпадают с сервером из-за каких-то особенностей работы кассы со временем. То есть, отправляя обновление, мне приходится добавлять ремарку «плюс-минус две-три минуты».
В третьих, раздельная нумерация обновлений для настроек и для базы товаров – тоже не добавляет удобства – это еще 14 цифр с той же погрешностью.
Я хочу сказать вот что.
Как технический механизм индикации – это нормально, подробно и понятно. Если он понадобится раз в месяц или раз в квартал. Это как версию прошивки посмотреть.
Но как пользовательский инструмент – это не годится. Проверка актуальности обновления – это постоянно выполняемая операция. При большом количестве касс и часто меняющемся меню – это не техническая операция, а пользовательская. Кассы постоянно в движении, часть в работе, часть в резерве, часть в ремонте – и этот круговорот не останавливается. Поэтому при каждой выдаче кассы в работу нужно быть уверенным, что касса получила обновление до актуального состояния.
Вот какой вариант мне видится оптимальным. В отчете-статусе по точке печатается строка «Версия обновления» и двузначный номер обновления. Номер – это просто цифра, увеличивающаяся при каждом обновлении. Или указываемая вручную.
Понятно, что отчет-статус по точке планировался как технический инструмент для сервисных служб – поэтому там аж целых пять строчек выделено на версию прошивки, да еще и QR-код дублирует эту информацию. Но, возможно, имеет смысл технический сервисный отчет-статус поместить в меню двух нулей, а по точке печатать пользовательский отчет-статус, без версии прошивки и QR-кода, зато с версией обновления. Ну или просто версию обновления добавить в нынешний отчет по точке.
Сейчас мы печатаем версию обновления в отчете-статусе, добавив номер обновления в текстовый заголовок. Но это неудобно, конечно, - увеличивает количество операций при обновлении. Зато это универсальнее – номер обновления печатается и на отчете-статусе, и на всех отчетах, и на чеках.

[Shtirlic]

iskander-sk
Проблема была похоже в разной терминологии на сервере и на кассе, сейчас привели справочник на сервере в соответствие с кассой. Скорей всего у Вас теперь все налоги в базе товаров будут в виде 18/118% . Видимо Вам для работы понадобиться поменять на 18%. Если Вы грузите товар из 1С и там 18%, то в базу будет записываться 18/118%. Если это у Вас так то придется придумывать какие то костыли.
По СНО, на сервере база товаров еще не синхронизирована по структуре, работаем над этим.

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

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

[RomanStrel]

Здравствуйте.
Сделайте, пожалуйста, также возможность отправки обновления не "прямо сейчас", а в определенное время определенной даты.
Чтобы можно было указать, что обновление нужно отправить 19.10.2017 в 02:15 МСК (не раньше).
Это нужно и для отдельной кассы, и для группы.

Можно разделить отправку на две кнопки - Отправить сейчас и Отправить по расписанию.
Или всегда по кнопке "В кассу" спрашивать дату-время отправки, по умолчанию подставляя текущее значение даты-времени.
Ну и на закладке общих настроек показывать дату-время ожидающего обновления.

[SC_mpovti]

Добрый день. Ошибка на чеке "статус серв ккт" :
Ответ сервера :

Код: Выделить всё

ru.incotex.cash_server.protocol.ProtocolException:java.lang.Nul

Иногда появляется, иногда исчезает, касса и сервер настроены, обмен до этого работал.

[ivan_kov]

SC_mpovti, сообщите ID кассы. Когда была эта ошибка последний раз? И когда Вы заметили ее в первый раз?

[Shtirlic]

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