КабінетЗавантажити
Головна/MINI‑T400ME
АПАРАТНИЙ РРО · USB / COM

OutPOSt для РРО MINI‑T400ME

OutPOSt напряму працює з MINI‑T400ME: допомагає знайти COM‑порт, читає товарну базу, показує розбіжності, контролює зміни карток, формує фіскальні продажі й повернення та зберігає стан операції для безпечного recovery.

↓ Завантажити OutPOStУсі фіскальні сценарії
USB‑B / COMgoods.xls не потрібнийПродаж + RETURN + X/Z
Касовий апарат MINI-T400ME
ПІДТРИМУВАНИЙ АПАРАТMINI‑T400MEПряме керування через протокол пристрою
01
ПідключенняCOM, baud, драйвер
02
Товарна базаЧитання й зіставлення
03
Ціни й карткиЗапис із перевіркою
04
ЧекиSELL / RETURN
05
X/Z + recoveryЗвіти й невизначені стани
01 · ПІДКЛЮЧЕННЯ

Починаємо зі зв’язку, а не з ручного перебору налаштувань.

MINI‑T400ME спілкується з комп’ютером через послідовний порт. OutPOSt має окремі перевірки для COM, типових швидкостей і USB-драйвера, щоб відрізнити проблему кабелю/драйвера від проблеми самого протоколу.

Пошук COM і швидкості

  • Перевірка доступних COM-портів.
  • Типові швидкості: 115200 / 57600 / 38400 / 19200 / 9600.
  • Знайдений порт не зберігається автоматично без підтвердження.
  • Test Connection показує реальний результат зв’язку.

USB-підключення

  • Майстер для типових проблем USB/COM.
  • Перевірка підпису драйвера.
  • Допомога з відновленням системного Microsoft usbser.inf.
  • Адміністративна дія виконується тільки після підтвердження Windows.

Послідовність команд

Звернення до РРО блокуються послідовно, щоб два процеси не почали керувати пристроєм одночасно.

Preflight перед критичною дією

Перед SELL/RETURN OutPOSt читає стан апарата й може заблокувати команду, якщо є моніторна помилка, зміна застаріла або на РРО вже відкритий чек.

02 · ТОВАРНА БАЗА

Зчитати → порівняти → змінити → перевірити.

Для цього сценарію `goods.xls` не є проміжним джерелом. OutPOSt читає картки з РРО, зіставляє їх із локальним каталогом і показує оператору, де саме є розбіжність.

1Зчитати

Коди, назви, штрихкоди, ціни та службові ознаки.

2Порівняти

Зіставлення з каталогом без прихованої підміни.

3Записати

Тільки підтверджені оператором зміни.

4Перевірити

Повторне читання картки після запису.

Як відбувається зіставлення
  • Порівнюються коди, назви, штрихкоди й роздрібні ціни.
  • Підтримуються збережені, автоматичні та ручні зіставлення без зміни внутрішнього коду OutPOSt.
  • Якщо один штрихкод належить кільком товарам — оператор вибирає потрібний вручну.
  • Розбіжність не переписується автоматично: спочатку її видно в інтерфейсі.
Що можна змінювати в наявній картці
  • Роздрібну ціну, вагову ознаку й податкову групу 1–5.
  • Назва, штрихкод, відділ, кількість та інші нецільові поля не повинні випадково змінюватися.
  • Після запису картка повторно зчитується — це окрема перевірка `VerifyProductWrites`.
03 · ЦІНИ Й НОВІ КАРТКИ

Оновити наявне. Додати відсутнє. Не зачепити зайве.

Пакетна синхронізація розділяє дві задачі: спочатку узгоджує дозволені поля існуючих карток, потім окремо створює відсутні товари. Для кожного запису важливий повторний контроль.

Оновлення ціни

  • Порівняння фактичної ціни РРО з каталогом OutPOSt.
  • Зміна лише після підтвердження оператора.
  • Повторне читання картки після запису.
  • Лог синхронізації фіксує результат.

Додавання товару

  • Код, назва, ціна, основний штрихкод.
  • Ознака штучного або вагового товару.
  • Податкова група 1–5.
  • Типово — група 2, якщо категорія чи оператор не задав інше.

Зв’язок із закупівлею

Після проведення закупівельної сесії OutPOSt може повідомити про нові товари, змінені ціни або вагові ознаки та запропонувати оновити саме цей набір у MINI‑T400ME. Для чернеток дія блокується.

Не перепрограмовувати картку під час чека

Підготовка фіскального продажу читає потрібну картку. Товар не повинен перепрограмовуватися “на льоту” під час відкритого фіскального документа.

04 · ФІСКАЛЬНІ ДОКУМЕНТИ

SELL, RETURN і зміна — окремі контрольовані сценарії.

Локальний продаж OutPOSt і фіскальна операція пов’язані, але не зливаються в одну непрозору дію. Це дозволяє відновити стан після збою й не плутати локальний чек із фактом фіскалізації на апараті.

SELL

Продаж

  • Завдання фіскалізації створюється після локального збереження продажу.
  • Передаються точні позиції, кількість, оплата й знижки.
  • Друк локальної Windows-копії не є умовою фіскалізації.
  • Розбіжність податкової групи або вагової ознаки має бути вирішена до відкриття чека.
RETURN

Повернення

  • Повне або часткове повернення формує окремий фіскальний документ.
  • Готівкова, карткова та змішана виплата підтримуються відповідно до сценарію повернення.
  • Борг не використовується як hardware RETURN.
X / Z

Звіти зміни

  • X-звіт для контрольного перегляду.
  • Z-звіт для відповідального закриття.
  • Стан РРО читається перед критичними командами.
КОПІЯ

КСЕФ і повторний друк

Для повторного друку використовується окремий контрольований сценарій із КСЕФ; це не повинно перетворюватися на повторну фіскалізацію продажу.

05 · RECOVERY

Невідомий результат — це не “спробувати ще раз”.

Найнебезпечніший випадок для апаратного РРО — тайм-аут після відправлення команди, коли програма не знає, чи апарат уже завершив чек. OutPOSt зберігає durable-стан і розділяє безпечний retry від ручної перевірки.

PendingОчікує виконанняможна перевіряти повторно
SendingКоманда в роботіне запускаємо дубль паралельно
DoneРезультат підтвердженийфіскальний стан відомий
NeedsReviewПотрібна перевіркаслiпий retry заборонений
Що відбувається після тайм-ауту
  • OutPOSt намагається скасувати незавершену операцію там, де це безпечно.
  • Повторно читається стан апарата та ознаки відкритого документа.
  • Якщо неможливо довести, що чек не був закритий — операція переходить у перевірку замість автоматичного повтору.
  • Після перезапуску незавершені durable-операції не губляться.
Як черга поводиться з помилками
  • Помилка конкретної картки не обов’язково блокує всі наступні чеки.
  • Глобальна помилка РРО або невизначений стан можуть зупинити чергу.
  • Історія документів допомагає звірити локальний продаж із фіскальним результатом.
  • Ручне відновлення доступне лише для підтверджено безпечного стану.
07 · ЩО OUTPOST НЕ РОБИТЬ НАОСЛІП

Кілька навмисних обмежень заради безпеки.

Інтеграція спеціально не намагається “автоматизувати все”. Там, де неправильний запис може змінити фіскальну картку або дублювати документ, потрібне підтвердження або перевірка стану.

Не зберігає знайдений COM без підтвердження

Автопошук допомагає знайти пристрій, але не повинен непомітно змінювати постійне налаштування порту.

Не переписує картку під час SELL/RETURN

Фіскальний документ використовує вже зареєстровану картку. Якщо критичні властивості не збігаються — оператор спочатку вирішує розбіжність у синхронізації.

Не вважає timeout автоматичною невдачею

Якщо команда могла дійти до апарата, відсутність відповіді не доводить, що документ не був створений. Такий стан потребує recovery.

Не змішує локальну копію з фіскальним чеком

Друк Windows-копії та фіскальна операція — різні речі. Помилка локального друку не повинна сама по собі означати, що фіскалізація не відбулася.

ПРАКТИЧНО

Коли MINI‑T400ME має сенс.

Це сценарій для магазину, який уже використовує або планує використовувати фізичний РРО MINI‑T400ME і хоче вести продаж, товарну базу та фіскальні операції з одного робочого місця, не покладаючись на ручний обмін файлами.

Чи потрібен MINI‑T400ME для роботи OutPOSt?

Ні. Це окремий опціональний модуль. Основний облік, продажі, склад і борги працюють без апаратного РРО.

Чи потрібен goods.xls?

Для описаного сценарію прямої синхронізації — ні: OutPOSt читає й змінює картки через протокол пристрою.

Чи оновлює OutPOSt усі поля картки?

Ні. Логіка навмисно обмежує змінювані поля й після запису повторно читає картку, щоб не зачепити службові дані апарата.

Що робити, якщо після команди зник зв’язок?

Не повторювати чек вручну навмання. Саме для цього існують Pending/NeedsReview та перевірка стану пристрою.