Andrey Pavlov

Сбербанк. Возврат денег через Loadparm.

2025-10-15T08:36:29.087Z

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

Переходим в FAR и идём в папку с://sc552
Пишем прямо там: loadparm 3 100.00

Пример того, как это должнго выглядеть. В папке sc552 обязательно должне быть файл Loadparm.exe ( если его нет, значит для пинпада установлены очень старые дрова и нужно обновить папку sc552 )

Вместо 100.00 из примера указываем нужную сумму возврата и жмём Enter.

Вылетит окно Сбербанка, где будет указана сумму возврата и внизу будет надпись "Возврат"

Пример того, что должно высветиться на в окне Сбербанка.

ВАЖНО! Перед запуском этой команды мы ПРЕДУПРЕЖДАЕМ кассира, что банковскую карту прикладывать только по нашей команде! Возможно такое, что сумма высветится неправильная, с запятой копеек не в том месте и сразу приложат карту, после чего может произойти неправильное списание. Поэтому, сначала удостоверсяемся, что сумма верная, и только после этого говорим кассиру, чтобы прислонили карту.

После того, как вылетело окно ВОЗВРАТА, и мы убедились, что сумма верная, просим кассира приложить банковскую карту.

ВАЖНО! Возврат можно сделать ТОЛЬКО на карту, с которой была списана сумма, на другую карту возврат невозможен. Так же, вернуть можно только сумму, которая была в пробитом ранее чеке, ни больше ни меньше!

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

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

ПЕРЕЧЕНЬ ВСЕХ КОМАНД ДЛЯ Loadparm.exe :

ЧМПЗ (МФС) Если не прислали файл с клиентами и просят вгрузить вчерашний файл

2025-09-18T12:49:00.900Z

Переходим в папку: C:\avers\client\export_archive

Берем вчерашний файл или файлы с названием "SAPHR_out..."

Изменяем ему\им дату на текущую:

Изменяем в нём\них дату автозаменой на дату, на которую нам надо начислить обеды:

Клад`м отредактированный файл в папку - C:\avers\client\ftp\out и запускаем import.bat

Далее начисляем обеды подрядчикам:

Если вы выполнили import.bat до 00-00, то обеды подрядчикам должны начисляться автоматически, если нет то:

Т.к в постоянном импорте прописаны начисления на дату следующего дня, надо начислить обеды на текущую дату.

Выполняем скрипт в c:\temp\1:

obedall.sql

Скрипт начисляет всем подрядчикам по 2 завтра и 2 обеда.

Открытие/закрытие смены и редактирование.

2025-09-18T11:17:37.279Z

Для примера возьмём ситуацию, когда клиент просит сторнировать чек из смены, которая была закрыта два дня назад.
Открываем db2cmd, коннектимся к базе и делаем селект смен:

Db2 select dayid,opentime,closetime from day

Вывод данных по всем сменам после запроса.

Допустим, нам нужно заново открыть эту смену, чтобы удалить какой-то чек. Копируем/запоминаем данные этой смены.

Выполняем команду:
Db2 update day set closetime=null where dayid=3230

Далее ещё раз выполняем запрос с селектом смен и видим, что смена стала открыта:

Проверили, что смена открылась ( у неё нет даты и времени закрытия )

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

Теперь нам нужно закрыть смену назад, выполняем запрос с теми данными, которые нужно было скопировать/запомнить:

db2 update day set closetime='2025-09-16 23:06:40' where dayid=3230

Снова выполняем первый запрос, и убеждаемся, что смена закрылась:

Видим, что проставились дата и время закрытия смены.

Описание конфига КСО

2025-06-09T07:19:39.737Z

<?xml version="1.0" encoding="utf-8" ?>
<parameters>

<KSOServerConnection>Provider=IBMDADB2.DB2COPY1;Data Source=POS;Persist Security Info=True;Password=PASSWORD;User ID=userid</KSOServerConnection>
<KSOServerIdent>154d8b69-4296-4948-ba86-771d131951d6</KSOServerIdent>


<DeviceID>2</DeviceID>
<Connection>Provider=IBMDADB2.DB2COPY1;Data Source=POS;Persist Security Info=True;Password=PASSWORD;User ID=userid</Connection>


<PaketItemID></PaketItemID>


<CZDocData>21.11.2023</CZDocData>
<CZDocNum>1944</CZDocNum>
<CZFOIV>030</CZFOIV>


<PrintCheck Show="No" Print="No"></PrintCheck>


<UseRServer>No</UseRServer>
<RServerUrl>https://biocad.averstech.ru/RServer3/wsclient.asmx</RServerUrl>
<RServerLogin>BCD2</RServerLogin>
<RServerPassword>BCD2</RServerPassword>
<RServerPaymentCode>AVR</RServerPaymentCode>


<SelectPayBalansSumma>Yes</SelectPayBalansSumma>


<PayOkShowBillNumber>No</PayOkShowBillNumber>


<HideItemWithBarcode>Yes</HideItemWithBarcode>


<ConfirmMarkType>1,2,3,4,5,6,7,8,9</ConfirmMarkType>


<WeightMeasureID>2,3</WeightMeasureID>


<ShowCatalogChoice>Yes</ShowCatalogChoice>


<ShowWeightItemsChoice>Yes</ShowWeightItemsChoice>


<ReadBarcode>Yes</ReadBarcode>


<NeedClientCard>No</NeedClientCard>


<ScrollCatalogGroups>Yes</ScrollCatalogGroups>


<DayCloseTime>19:36:00</DayCloseTime>

<DayCloseUserID>1</DayCloseUserID>


<SpecialFoodItems>777,775</SpecialFoodItems>

<SpecialFoodItemAmount>2</SpecialFoodItemAmount>

<ShowSpecialFoodItemsInKorzina></ShowSpecialFoodItemsInKorzina>

<UseRServerSpecialFood>Yes</UseRServerSpecialFood>
<RServerSpecialFoodUrl>https://lk.averstech.ru/rserver_milk/wsclient.asmx</RServerSpecialFoodUrl>
<RServerSpecialFoodLogin>100</RServerSpecialFoodLogin>
<RServerSpecialFoodPassword>498894</RServerSpecialFoodPassword>


<ShowClientBalans>Yes</ShowClientBalans>


<TestDishRecognition>Yes</TestDishRecognition>

<UseDishRecognition>Yes</UseDishRecognition>
<DishRecognitionGreenScore>90</DishRecognitionGreenScore>
<DishRecognitionOrangeScore>50</DishRecognitionOrangeScore>

<!-- адрес сервера распознования -->
<DishRecognitionServer>127.0.0.1</DishRecognitionServer>


<DishRecognitionIP>127.0.0.1</DishRecognitionIP>
<DishRecognitionIPPort>12345</DishRecognitionIPPort>


<DishRecognitionReadDishesInterval>10</DishRecognitionReadDishesInterval>


<CatalogType>1</CatalogType>

<CatalogItemColumnsCount>4</CatalogItemColumnsCount>

<CatalogItemRowsCount>3</CatalogItemRowsCount>

<ShowAnimationItems>Yes</ShowAnimationItems>


<CatalogStartSession>Yes</CatalogStartSession>


<UsePaymentLimit>Yes</UsePaymentLimit>

<PaymentLimitAutoPayPaymentID>7</PaymentLimitAutoPayPaymentID>


<KSODisplayType>1</KSODisplayType>


<ComplexObedItemGroupID StartWithGroup="Yes">14</ComplexObedItemGroupID>


<ScreenOrientation>1</ScreenOrientation>


<MeasureField>0</MeasureField>


<ClientBalansField>0</ClientBalansField>


<ClientUseCliext>Yes</ClientUseCliext>


<HalfPortionMeasureID>1,2</HalfPortionMeasureID>


<UseCustomWeight>Yes</UseCustomWeight>


<ShowWeightItemsInCatalog>Yes</ShowWeightItemsInCatalog>


<KGMeasureID>2</KGMeasureID>


<CanPayZakaz>Yes</CanPayZakaz>


<ShowLogoutTimeoutSec>20</ShowLogoutTimeoutSec>


<UseFavoriteMenu>Yes</UseFavoriteMenu>


<AdminCustomButton RunFile="C:\AVERS\xch1c\MenuFromKassa.bat" ButtonText="ОБНОВИТЬ МЕНЮ">Yes</AdminCustomButton>

Сканер Мertech 2210 p2d / Настройка

2025-06-06T09:59:56.855Z

Подключаем сканер у usb-порт. Далее производим настройку сканера по штрих-кодам:

Переводим сканер в "Восстановление заводских настроек"

Переводим работу сканера в режим "com-порта"

Далее лезем в диспетчер устройств и убеждаемся, что сканер появился в списке, как com-устройство:

Убеждаемся, что появился новый com-порт.

Пикаем, добавляя чтение "Суффикса CR"

Далее в spooler.cfg меняет порт на тот, что нужен:

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

Производство в ProSrore

2025-02-20T09:36:59.497Z

Настройка схемы производства в Prostore

* Задача:

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

* Реализация:

Это возможно осуществить, создав операцию, которая не входит в настройку по-умолчанию.

1. Заходим в «справочники» — «образцы операций».. добавить..

2. Содержание — «производство»,

операция, тип — «готовые блюда, списание продуктов»,

все по-умолчанию, подразделение Кому — «Кухня» (тот склад, куда должны приходоваться изготовленные изделия)

WebOrder. Требования к интеграции

2025-02-20T09:35:40.984Z

Требования для сайтов желающих подключиться к системе Эксперт

Передача клиентов на сайт

Для передачи клиентов на сайт в формате xml нужно отправить их через HTTP POST скрипту catchclient.php

Пример списка клиентов:

Прием новых заказов с сайта

Для получения заказов с сайта в формате xml нужно вызвать скрипт getorders.php

Пример списка заказов:

id – это идентификатор заказа, по нему идет связка счетов

time — дата и время оформления заказа

deliverytime — дата и время доставки заказа (если доставка ко времени), необязательно

pickup — признак самовывоза (0 или 1), необязательно

subtotal — сумма заказа без учета скидки

total — сумма заказа с учетом скидки

notice — комментарий к заказу, необязательно

status — статус заказа, может иметь следующие значения:

0 — не добавлен (новый заказ)

1 — принят (сохранен, на проверке)

2 — подтвержден (готовится)

3 — передан (распечатан счет)

4 — выполнен (счет закрыт)

5 — отменен (счет удален)

6 — статус неизвестен (нет информации о заказе)

7 — ошибка (невозможно сохранить счет)

client — информация о покупателе

phone — номер телефона

name — имя клиента, необязательно

email — электронная почта клиента, необязательно

street — улица

house — дом

block — корпус

building — строение

flat — квартира

entrance — подъезд

floor — этаж

doorcode — код домофона

Улица и дом обязательны при заказе с доставкой (pickup = ”0”)

payment — оплаты по заказу

type — тип платежа (0 — наличные, 1 — оплата картой при получении, 2 — оплата картой онлайн, 3 — оплата с баланса, 4 — оплата купоном)

total — сумма платежа (обязательно)

change_from — сумма, с которой нужно привезти сдачу, необязательно, только для type = ”0”

status — статус оплаты (0 — не требуется, 1 — ожидание платежа, 2 — успешно оплачен, 3 — оплата не удалась)

item — товары в заказе

id — идентификатор товара в эксперте (по таблице соответствия)

amount — количество

price — цена (для проверки в эксперте

option — вариант (размерность) товара, передавать нужно то, что пришло из меню, то есть «шт»

При вызове getorders.php без параметров возвращаются только новые заказы (status=”0”). Чтобы получить заказы с другими статусами, нужно передать список статусов через запятую в GET-параметре status. Например, чтобы получить список всех активных заказов (кроме новых и завершенных), нужно вызвать getorders.php?status=1,2,3 или getactiveorders.php

После сохранения новых заказов в Эксперте необходимо изменить их статус на 1 (принят) путем отправки xml скрипту updateorder.php

Пример списка новых статусов:

<root> <order id="3" status="1"/> <order id="4" status="1"/> </root>

Прием сообщений с сайта (формы обратной связи)

Для получения сообщений с сайта в формате xml нужно вызвать скрипт getmessages.php

Пример списка сообщений:

id — идентификатор сообщения

title — тема сообщения (заголовок формы на сайте)

time — дата и время отправки сообщения

name — имя посетителя сайта

phone — телефон посетителя сайта

scheduletime — запланированные дата и время, указанные посетителем сайта

message — текст сообщения, содержит все поля заполненной формы

status — статус сообщения, может иметь следующие значения.
0 — не принято (новое сообщение)

1 — принято (сохранено в Эксперте)

2 — прочитано

5 — отменено (удалено из Эксперта)

6 — статус не известен (нет информации в Эксперте)

7 — ошибка (невозможно сохранить сообщение)

При вызове getmessages.php без параметров возвращаются только новые сообщения (status=”0”). Чтобы получить сообщения с другими статусами, нужно передать список статусов через запятую в GET-параметре status. Например, чтобы получить список всех сообщений, кроме удаленных, нужно вызвать getmessages.php?status=0,1,2 или getactivemessages.php

После сохранения сообщений в Эксперте необходимо изменить их статус на 1 (принято) путем отправки xml скрипту updatemessage.php

Пример списка новых статусов:

<root> <message id="3" status="1"/> <message id="4" status="1"/> </root>

Сайт создаёт заказ и ставит ему статус 0. После обращения к списку новых заказов система обмена заносит заказ в базу и вызывает скрипт для обновления статуса этого заказа, где сообщает ID этого заказа и status = 1 (внесён в базу). При следующих запросах списка заказов сайт будет возвращать новый статус.

Округление, как убрать копейки в счете

2025-02-20T09:32:41.506Z

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

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

Настройка двух фискальных регистраторов на одной станции

2025-02-20T09:31:15.207Z

Скрипт для распределения чеков по фискальным регистраторам.

Идея следующая — при закрытии чека фронт вставляет в CheckPrint задание на печать фискального чека (Operation=5). После того как фискальный спулер его распечатал, он меняет Operation на 10. Триггер эту операцию перехватывает и восстанавливает Operation=5, при этом меняя номер станции на другой.

Пример 1 (одна касса — StationID=1)
На ней подключены два фискальника:
для бара (DivisionID=1) и
для кухни (DivisionID=2).
Фискальные спулеры лежат в отдельных папках SPOOL1 и SPOOL2.
Первый спулер печатает чеки бара, второй — кухни.

Заводим еще одну, «виртуальную», станцию для печати фискальных чеков кухни (StationID=2) и устанавливаем скрипт, который после печати чека в спулером 1 направляет его дальше в спулер 2. Кассой у данной станции назначаем «реальную» станцию, т.к. смена у нас должна быть одна на 2 ФР. (Ссылка в конце статьи)

Чтобы на одной машине запускались сразу два фискальных спулера, нужно разложить их в 2 разные папки и рядом подложить spooler.cfg.
Соответственно его нужно положить в папки SPOOL1 и SPOOL2 и прописать из запуск в spoolers.bat:

cd c:\avers\spool1
start /min fshtrih.exe
cd c:\avers\spool2
start /min fshtrih.exe

В SPOOL1\spooler.cfg прописываем:
[FiscalMode]
Mode=1 (чтобы ловил задания от станции «Касса»)
Division=1 (чтобы печатал только цех «Бар»)

В SPOOL2\spooler.cfg прописываем:
[FiscalMode]
Mode=2 (чтобы ловил задания от виртуальной станции «Касса — кухня»)
Division=2 (чтобы печатал только цех «Кухня»)

После того как разобрались с основными настройками, необходимо воткнуть в базу скрипт
Dropbox\!Install WIN\3.AVERS\AVERS\TRIGGERS\fiscdiv.sql.

В fiscdiv.sql меняем 1 на StationID реальной станции, которая у вас есть и меняем 2 на StationID виртуальной станции, которую мы создали.

Для корректной работы данного скрипта необходимо выполнить в консоли db2cmd
db2 DROP TRIGGER NetReset
А также скрипт C:\AVERS\TRIGGERS\norspool_drop.sql.

Если у вас уже занят id станции «2» и вы создали еще одну,то необходимо в скрипте поменять выделенные цифры,на id созданной вами станции

Обновление версии ПО на станции Торгового Зала

2025-02-20T09:25:42.201Z

Обновление версии кассовой программы (ЭКСПЕРТ: Торговый Зал) и спулеров на станции торгового зала.

Закройте все программы комплекса, начиная с front.bat.
В Диспетчере задач остановите процесс Avers.Plugins.exe
Скопируйте все файлы из папки C:\AVERS и папки C:\AVERS\SPOOL и C:\AVERS\IMAGES в отдельную папку (например: С:\AVERSOLD), таким образом, выполнив резервное копирование существующих программ.
Перекиньте новые файлы в существующую папку C:\AVERS с заменой. ВНИМАНИЕ! Не обновляйте данным способом файлы C:\AVERS\front.cfg, C:\AVERS\spoolers.bat,C:\AVERS\script.bat C:\AVERS\SPOOL\spooler.cfg, а так же папки C:\AVERS\WAITCH, C:\AVERS\WAITID, C:\AVERS\XCHANGE и C:\AVERS\XCHANGEftp !! Настройку данных файлов проводить только вручную!
Перезагрузите станцию или запустите C:\startup.bat и проверьте работу.

Все свежие версии, которые следует испольовать, находятся в DROPBOX\!Install WIN\3.AVERS\AVERS\.