Фронтол XPOS, если что-то пошло не так
Задачи пользователя - Рабочее место
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Связка 1с и фронтол - классический пример успешного взаимодействия бэк и фронт-офиса, имеет давнюю историю, достаточно популярен сейчас, хорошо изучен и работает стабильно. Но основным отличием фронтола (особенно версии xpos) от решений 1с является невозможность внесения изменений в алгоритм работы данного ПО, что в принципе не умаляет его достоинств (скорости работы, низкие требования к железу, возможность работы в Линукс и проч.)
Но поскольку настройки и данные фронтол xpos хранятся во внешней базе SQLite, менять их можно, а иногда и даже нужно.
В этой публикации прилагается небольшое HTA-приложение, в котором можно менять следующие настройки в случае возникновения нештатных ситуаций, ниже приводятся примеры из жизни.
Ситуация 1. Запрос акцизной марки АЛКО при сканировании. Продавец отсканировал штрихкод, акцизную марку, перешел в режим оплаты, клиент рассчитывается картой, оплата проходит успешно, покупатель покидает магазин с покупкой, а чек не закрывается (причины отказа: УТМ ЕГАИС не работает или акцизная марка некорректна). Правильней всего сделать сторно оплаты, отменить чек, забрать товар, но его уже нет. Исправляем ситуацию: отключаем запрос акцизной марки, оформляем чек и закрываем, запрос акцизной марки включаем. При оплате картой, если используется интегрированный терминал параллельно применяем решение в ситуации 3.
Ситуация 2. Проверка кода маркировки (СИГАРЕТЫ, МОЛОКО, ВОДА) при сканировании. Аналогично ситуации 1, сканируется штрихкод, код маркировки, переход на оплату, оплата картой проходит успешно, покупатель уходит с товаром, а чек не закрывается (сбой в ЧЗ или проблема с ОФД). Исправляем ситуацию: отключаем проверку кода маркировки, закрываем чек, включаем проверку. Применяется совместно с решением в ситуации 3.
Ситуация 3. Оплата картой прошла, а чек не закрывается, и покупатель уже ушел, например как в ситуации 1. Исправляем ситуацию: перезагружаем оборудование, создаем чек заново, отключаем запрос карты при оплате, закрываем чек. Включаем запрос карты.
Вот собственно и все, этим hta-скриптом пользуются мои клиенты, в случае, если что-то пошло не так, самостоятельно и оперативно решают проблемы.
Условия в запросах к базе Sqlite хардкодны, поэтому код придется править под себя.
Как это сделано сейчас в коде:
Запрос акцизной марки АЛКО при сканировании, у клиента используется своя обработка выгрузки файла товаров в фронтол, и весь алкоголь с акцизными марками идет под кодом 200
RunQuery("update WARE set MARKING=1 where ALCOHOL_TYPE_CODE='200';")
Проверка кода маркировки (СИГАРЕТЫ, МОЛОКО, ВОДА) при сканировании, группы этих товаров имеют коды 66666,77777,88888
RunQuery("update WARE set PRODUCT_TYPE=0 where parentid IN (select id from WARE where code='66666' or code='77777' or code='88888');")
Эти строки придется изменить под свои условия.
Скрипт написан под Windows, но возможна доработка и под Линукс, если такая потребность будет.
Всем желаю успехов, пожелания, критика принимаются
Вступайте в нашу телеграмм-группу Инфостарт