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

[RomanPrg]

И не поймёте. Эта опция сейчас только на этапе реализации.

Опишите, какие отчёты, по каким параметрам группировки хотите увидеть, чтобы разработчики всё учли.

[Kirill]

А не планируется ли выкладывать дистрибутив сервера выкладывать для разворачивания в локальной сети ? А то непонятно будет работать или нет тестовый и насколько стабильно, а выгружать товары нужно всегда и без перебоев иначе встанут курьеры.

[Сергей Бушин]

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

[Kirill]

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

Конфигуратор - да, но он не умеет по WiFi обновлять, а это очень важно. Обновить флешками 15 ККТ - это адский ад.
И насколько стабильно планируется работа сервера ? Стоит выстраивать работу расчитывая на его функционирование ?

[Сергей Бушин]

Сервер работает стабильно. Поддержка WiFi в конфигураторе будет реализвана в мае-июне

[Belikov]

spektr to

Загрузку товаров из кассы мы не делали и очень сильно не хотим так будет много коллизий или под каждую кассу своя БД товаров. Если под каждую кассу своя база, то клиент с нескольким кассами замучается под каждую кассу синхронизировать товары по кодам и названиям. Если для клиента будет единая база то загружать из касс базу товаров предполагая, что в кассе может быть изменен товар тоже будут коллизии. Коллизий не будет когда один источник базы товаров и в ту же систему, потом будут поступать и продажи. В дальнейшем при поддержке продаж, от кассы будут приходить только PLU без наименования, соответственно когда в кассе№1 PLU=1 будет батон, а в кассе№1 PLU=1 будет кефир, то понимаете какой будет бардак, а по этому предполагается делать отчеты, вообще жесть. Поэтому мы предполагаем, что при работе с сервером, источником данных по товарам должен быть только сервер. При работе с 1С еще жестче, источник данных по товарам должна быть 1С и даже в нашем сервере эти данные уже нельзя редактировать, так как при сборе продаж 1С просто не даст зарегистрировать все продажи если хоть один товар будет отличаться от товаров 1С.

Хорошо, а как быть у нас речной порт купил кассы 30 шт. на каждую пристань. Пристани есть в верх и вниз по Волге, мне не нужны цены других пристаней которые идут в вверх по Волге если у меня пристань в другом направление. Также и цены в магазинах за один и тот же товар разные цены, в этом магазине есть этот товар а в другом нет. Как быть?

[diacsupport]

назначать разный код товара при разной цене, но одинаковом наименовании.

[Kirill]

Хорошо, а как быть у нас речной порт купил кассы 30 шт. на каждую пристань. Пристани есть в верх и вниз по Волге, мне не нужны цены других пристаней которые идут в вверх по Волге если у меня пристань в другом направление. Также и цены в магазинах за один и тот же товар разные цены, в этом магазине есть этот товар а в другом нет. Как быть?

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

[Shtirlic]

Belikov
Не совсем понятна проблема. Если Вы не обслуживаете все 30 касс, то Вам они и не помешают, чужие кассы будут у другого ответственного лица со своими точками доступа и со своими товарами(ценами). Если Вы обслуживаете все 30 касс и хотите, что бы в определенные кассы загружались отдельные товары, то можно воспользоваться группами в товарах и уже в настройках касс по товарам выбирать нужные группы. Естественно при этом нужно указывать разные коды товаров, как бы это и логично(например пронумеровать станции 01, 02, 03,...30 и создавать товары с кодами 0205- с 2 станции на 5ю и обратные направления 0502 вроде понятно от куда и куда(первые нули будут упускаться)).Чтобы в каждую кассу вливались только свои кассы придется ввести 30 групп(например СТ04) и для каждой группы указать нужные товары, а для каждой кассы указать свою группу. Возможно проблема еще в чем то, тогда поясните.
По поводу магазинов если в разных магазинах под одним и тем же кодом у них разные товары, то можно под каждый магазин завести свою точку доступа. Если нужно просто разделение по товарам и нет пересечение по кодам, то можно воспользоваться и группами товаров.

[Shtirlic]

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

[Kirill]

Да конечно это тоже вариант, но как мне кажется один из самых неудобных.

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

[diacsupport]

Когда в автономной кассе будет реализован режим фискального регистратора, Вы сможете пользоваться в связке с ПО MYPOS http://mypos.ru/. Возможности данного ПО закроют почти все ваши запросы по гибкости под разные задачи.

[Shtirlic]

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

[Михаил Р.]

Какой пароль для обновления конфигурации из CashServera? Ни на один из тех, что я пробовал вводить ни ошибки не выдаёт, но и не делает ничего (по крайней мере ничего заметного).

[Сергей Бушин]

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

[Михаил Р.]

Понял, спасибо. А зачем тогда окошко для ввода пароля?

[Сергей Бушин]

Пароль- на будущее, чтобы враги не могли в ККТ поменять ПО без ведома пользователя. То есть предполагается вводить пароль на Сервере, а потом его же в ККТ перед обновлением файла. Сейчас можно просто Enter нажать, без ввода пароля, и выгрузка из Сервера пойдёт на ККТ, и ККТ пароль запрашивать не будет.

[Михаил Р.]

Понял, спасибо.

[RomanPrg]

Понял, спасибо. А зачем тогда окошко для ввода пароля?

Окошко для ввода пароля это на будущий функционал.
Предполагает следующую работу, вы в окошке вводите свой пароль.
Конфигурация загружается в ККТ, а для её обновления потребуется ввести тот пароль, который задали в окошке.

По поводу загрузки конфигурации с технологического сервера, если подключение идёт через WiFi и сигнал стабилен, то загрузка происходит относительно быстро 5-10 минут.

[Kirill]

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

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

И есть еще одна проблема очень важная: при обновлении базы номенклатуры, все данные о продажах стираются. Это наверное правильно если PLU динамичное и данные разъедутся, но если у нас статические PLU и мы просто обновляем справочник на отдельной кассе добавляя новые позиции, необходимости стирать все нет.
Цены у нас возможны только свободные, т.к. один и тот же товар в разных заказах может стоить по разному в зависимости от скидок/акций и т.п.