Опис версії 2022.0.27

Доопрацювання Торгсофт 2022.0.27

182742

1. Режим Реєстри ТТН нової пошти може працювати з декількома відправниками.

2. Змінено роботу дії "Оновити реєстри". Тепер при виконанні цієї дії відображається форма вибору періоду, за яким необхідно виконати оновлення реєстрів, в ході якого відбувається оновлення існуючих, видалення розформованих та завантаження відсутніх в програмі реєстрів, дата яких входить в обраний період. Для кожного оновлення відбувається актуалізація пов'язаних ТТН.

3. Дія "Оновити перелік ТТН" перейменована на "Оновити стан ТТН" та виконує оновлення статусу та іншої інформації ТТН. Підтримує багаторядковий вибір, що дозволяє оновити стан декількох ТТН одночасно.

4. Для таблиць режиму додані методи сортування та виправлено відображення різних колонок таблиць.

Доопрацьовано та покращено роботу режиму Реєстри ТТН Нової пошти.

181412

1.На форму вибору товарів для додавання у видаткову накладну при частковому відвантаженні додано стовпчик "Доступно до відвантаження" (за замовчуванням, видимість стовпчика вимкнена).

Значення відображає кількість товару, яка може бути відвантажена наступного разу або додана до кількості, яка запланована для поточного відвантаження.

2. Додано меню "Опції відображення" для можливості налаштування видимості стовпчиків.

3. Видимість стовпчика "Кількість відвантажених артикулів" за замовчуванням вимкнена. Тут відображається загальна кількість відвантаженого товару рахунка, незалежно від того, з якого центру обліку відвантажувався товар (актуально у випадку коли рахунок містить однаковий товар, але доданий з різних центрів обліку).

Дозволить орієнтуватися в кількості доступних до відвантаження товарів, особливо зручно при роботі з великим переліком товару.

182911

1. В перелік типів банківського термінала додано нові типи банківських терміналів:

- Verifone X990(ПУМБ) - підставляється тип протоколу SSIAxECR;

- Saturn 1000(ПУМБ) - підставляється тип протоколу PosApi.

2. Елементи інтерфейсу для переліку "Тип термінала" та "Тип протоколу" поміняно місцями для зручності налаштування термінала.

3. Додана можливість створення декількох мерчантів з однаковим порядковим номером для

одного банківського термінала за умови, що кожен з цих мерчантів буде прив'язаний до свого розрахункового рахунку.

Підтримка роботи банківських терміналів Verifone X990(ПУМБ) та Saturn 1000(ПУМБ), а можливість створення мерчантів з однаковим номером дозволить налаштувати повернення, коли на терміналі зареєстровано декілька ФОПів.

183310

На формі ведення обліку товарних запасів за допомогою дії "Товар (F3)" додано можливість перегляду та друку ключової інформації по товарах, за якими формується запис початкових залишків на дату початку ведення обліку товарних запасів. А також додано перемикач "Враховувати від'ємні залишки товару".

Можливість перегляду та друку розшифровки інформації по товарах за початковими залишками, а також керування обліку товару з від'ємною кількістю на складі на дату початку ведення обліку товарних запасів.

181642

1. В "Налаштування" - "Параметри" - "Документ" налаштування "Дозволити продаж з усіх торговельних точок на формах "Реалізація" і "Торгівля з випискою рахунку"" розділена на дві окремі настройки для кожної форми відповідно.

Для кожного налаштування є своє підлегле налаштування "Друкувати накладні на відвантаження товару".

2. Налаштування "Фіксувати відвантаження зі складу для поточного центру обліку" буде неактивно, якщо обидва налаштування "Дозволити продаж з усіх торговельних точок" увімкнені.

3. На формі "Вибір принтерів для робочого місця" (Налаштування - Вибір принтерів) налаштування "Друкувати чек комірника на принтері центру обліку" буде активна, якщо хоча б одне з налаштувань "Дозволити продаж з усіх торговельних точок" або "Фіксувати відвантаження зі складу для поточного центру обліку" буде активно.

4. Виправлено помилку, коли в Замовлення клієнта на виробництво вид форм для додавання матеріалу в замовлення по видах товару залежав від налаштування "Дозволити продаж з усіх торговельних точок".

Налаштування дозволу на продаж товару зі всіх торговельних точок тепер окремо для Реалізації та Торгівлі з випискою рахунку.

180337

Форма "Налаштування" - "Параметри" - "Нова пошта":

- дія "Оновити довідники" тепер також виконує оновлення довідників міст (населених пунктів) Нової пошти, в результаті чого відбувається оновлення назв міст на їх повноформатне подання (населений пункт, район, область);

- в таблицю "Адреси відправника Нової пошти" додано дію "Оновити адреси отримувачів", яка виконує оновлення описів адрес контрагентів доставки Нової пошти на їх повноформатне подання (населений пункт, район, область, адреса/відділення).

Дозволить актуалізувати інформацію про населені пункти та адреси отримувачів, у випадку перейменування або зміни адреси відділення.

184242

1. На форму "Налаштування" - "Параметри" - "Облік" додано налаштування "Контролювати унікальність акцизної марки", яка має такі значення:

- у розрізі документа (унікальність перевіряється в межах одного документа);

- у розрізі товару (значення за замовчуванням, унікальність перевіряється в межах цього товару у всіх реалізаціях та рахунках);

- у розрізі торговельної мережі (унікальність буде перевірятися по всіх реалізаціях та рахунках незалежно від товару).

2. Якщо товар було повернено, то цю акцизну марку можна використовувати повторно при продажу або в іншому рахунку. 

3. При повторному скануванні акцизної марки буде відображатися повідомлення з інформацією в якій реалізації або рахунку та в якому товарі вже була використана ця акцизна марка.

4. На форми "Реалізація" та "Торгівля з випискою рахунка" - вкладка "Рахунок" - таблиця Товар рахунку та вкладка "Видаткова накладна" - таблиця "Товар видаткової накладної" для дії "Акцизні марки" додано гарячу клавішу Alt+L.

Перевірка на унікальність акцизної марки дозволить уникнути помилок повторного сканування акцизної марки при продажу товару, а використання комбінації клавіш Alt+L надасть швидкий доступ з клавіатури до введення акцизних марок.

Покращення Торгсофт 2022.0.27

179823

Нова пошта: виправлено помилку "Невідома помилка з'єднання з сервером Нової пошти Access violation" при масовому оновленні статусів ТТН. Нова пошта - Реєстри ТТН: виправлено помилку "Ref is invalid" під час виконання дії "Оновити список ТТН". Виправлена помилка "Grid index out of range" та супутні проблеми при взаємодії з таблицею "ТТН Нової пошти".

182769

Торгсофт - Оплата витратної накладної

Виправлено помилку не перекладу фраз "Усього було отримано XXX грн" та "Сума була розподілена за Х накладним:" у повідомленні, яке з'являється після розподілу оплати за декількома видатковими накладними одного клієнта.

182914

Торгсофт - Розрахунок заробітної плати

Виправлено помилку, коли в розрахунку заробітної плати в деяких колонках замість символу No відображається сторонній символ, таких як: 

• Розрахунок зарплати - Робота - вкладка Авансування - таблиця Аванс - колонка Номер платіжної відомості.

• Розрахунок зарплати – Робота – вкладка Авансування – таблиця Оплата – колонка No фін. документа.

• Розрахунок зарплати - Архів розрахунку зарплати - таблиця Архів умов розрахунку зарплати по співробітнику - колонка Номер платіжної відомості Розрахунок зарплати – Платіжна відомість – вкладка За центрами обліку – таблиця Оплата за розрахунковим листом – колонка No фін. документа.

• Розрахунок зарплати – Платіжна відомість – вкладка По співробітникам – таблиця Оплата за розрахунковим листом – колонка No фін. документа.

182920

Налаштування - Параметри - Банківський термінал

Виправлено помилку, через яку при налаштуванні додаткових операцій банківського термінала при додаванні нової операції виникала помилка "List index out of bounds -1".

182962

Торгсофт - Аналіз продажів фіскального товару

Виправлена помилка, коли в Аналіз - Аналіз продажів фіскального товару, при зміні фільтра за датою відбувалося подвійне оновлення даних, а відповідно вдвічі довше, ніж за звичайною дією, оновити на формі або при зміні іншого фільтра.

Виправлена помилка, коли в Аналіз - Аналіз продажів фіскального товару, при нестачі пам'яті для відображення всього набору даних, встановлене обмеження за кількістю рядків скидалося після першого застосування, що призводило до постійного повідомлення про те, що буде встановлене обмеження за кількістю рядка та відповідно уповільнювало процес оновлення.

Оптимізована швидкість оновлення Аналіз - Аналіз продажів фіскального товару, якщо в системі багато чеків програмного РРО з реалізації. У клієнта із завдання оновлення даних по одному дню, за які були продажі, час оновлення скоротився з 7-ми хвилин до 2-х секунд.

183036

Торгсофт - Коротка назва товару

Виправлена помилка "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]String або binary data would be truncated" при оновленні короткої назви товару в Товарознавство - Діагностика помилок - вкладка Товар - дія Оновити коротку назву товару, якщо коротка назва виходила понад 255 символів.

182799

Виправлена помилка, коли в Документ - Реалізація та Документ - Торгівля з випискою рахунку - вкладка Рахунок - вкладка Товар рахунку при нарахуванні по товарах клієнту знижки до дня народження у вигляді бонусів відображався текст у колонці Тип знижки - "знижка дня народження 0.00%", що було не дуже інформативно. Тепер відображатиметься повідомлення типу "знижка до дня народження, нараховано бонуси 50.00% від суми".

182736

Торгсофт - Програмний РРО

Виправлено помилку, коли на одному програмному РРО одночасно сплатити дві реалізації (що викличе формування чека програмного РРО), або виплату за двома поверненнями, або комбінація реалізації та повернення. Якщо немає інтернету і зміна закрита (додатковою умовою може бути факт щойно запущеної програми), то дублювалися локальні номери чеків програмного РРО для документів (реалізація/повернення), що призводило до неможливості переходу в онлайн для програмного РРО.

182732

Торгсофт - Оновлення

Виправлена помилка, коли при невдалому збереженні бази даних під час автоматичного оновлення, наприклад, недостатньо місця на диску, під час відкату оновлення відбувалося завантаження старого архіву бази даних (стан не на момент оновлення), якщо такий знаходився в папці оновлення (раніше вже намагалися оновитися на це оновлення, наприклад). Тепер, якщо не вдалося зберегти базу даних перед оновленням, то при відкаті оновлення завантажуватись вона з архіву не буде в обох випадках: користувач відмовився від продовження оновлення після помилки збереження бази даних; користувач погодився продовжувати оновлення після помилки збереження бази даних, але далі відбулися інші помилки.

182710

Торгсофт - Торгівля з випискою рахунку

Виправлено помилку, коли не переводилася назва форми "Друк фіскальних чеків за передоплатами рахунків" при її повторному виклику (Документ - Торгівля з випискою рахунку - вкладка Оплати клієнтів - дія Друк фіскальних чеків за передоплатою).

182611

Торгсофт - Масова розсилка

Виправлена помилка, коли для створення масової розсилки, при встановленій настройці Кількість мов масової розсилки потрібно вказати Шаблон масової розсилки, хоча це поле було навіть не видно.

182425

Торгсофт - Зважування при продажу

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

175184

Нова пошта: виправлена проблема, коли не відображалася сума зворотної доставки на формі "Відстеження ТТН Нової пошти".

183053

Нова пошта - Додавання ТТН за номером: ця дія була перероблена і більше не вимагає вибору відправника та вказівки періоду для пошуку ТТН, оскільки тепер пошук відбувається для всіх відправників, що діють у програмі. Якщо ТТН було знайдено, відображається вікно підтвердження додавання з ключовою інформацією. У разі виникнення помилок при додаванні ТТН тепер відображається детальніша інформація про причини помилки (раніше будь-яка помилка під час додавання ТТН відображалася повідомленням "ТТН не знайдена", що не відповідало дійсності).

Також додані ТТН тепер коректно додаються до відповідних реєстрів.

182232

Торгсофт - Торгівля з випискою рахунку

Виправлено помилку, коли після деактивації платної функції Масова розсилка, програма все одно пропонувала або надсилала повідомлення клієнтам після створення видаткової накладної або заповнення в ній ТТН, якщо раніше були встановлені відповідні налаштування на формі редагування Видаткова накладна.

183165

Торгсофт - Програмний РРО

Виправлено помилку, коли при створенні видаткової за рахунком, за яким була передоплата, в чеку програмного РРО могла з'являтися оплата "Попередня оплата" (найчастіше в одну копійку), і було на цю суму збільшено суму чека.

182869

Нова пошта: при записі даних картки клієнта, системний контрагент доставки якого пов'язаний з контрагентом Нової пошти, відбувається оновлення даних контрагента на сервері Нової пошти, яке могло завершитися невдало (наприклад, через невірно вказаний формат номера телефону або закінчення терміну дії API-ключа) у результаті відображалася форма з помилкою від сервера Нової пошти. Тепер, у разі отримання від сервера помилки про закінчення терміну дії API-ключа, форма з помилкою не відображатиметься, але для інших типів помилок форма буде відображатися як і раніше.

183242

Документ - Торгівля з випискою рахунку.

Виправлена помилка через яку у друкованій формі видаткової накладної не підтягувалися дані для змінних [Власник підприємства] та [Юр. адреса підприємства].

183207

Програмний РРО

Виправлена помилка "[FireDAC] [Phys] [ODBC] [Microsoft] [SQL Server Native Client 11.0] [SQL Server] dbo.FiscalCheck", column 'ID'", яка виникала після невдалого переходу програмного РРО, якщо помилка з АЦСК, яку користувач не бачить або в самому пакеті, яку користувач бачить. 

Виправлена помилка "[FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]Перевищено час очікування запиту на блокування.", яка могла виникати при переході програмного РРО в онлайн через виконання запиту DELETE FC FROM FiscalCheck FC INNER JOIN OfflineSession OS ON FC.OfflineSessionID = OS.ID AND OS.ProgramRROID = :ProgramRROID AND FC.DOCTYPE = :DOCTYPE Цей запит більше не використовується.

183100

Товарні групи

Виправлена помилка, коли в Товарознавство товарні групи - вкладка Склад товарної групи відображалися моделі, чого не повинно було бути. А так само, якщо група визначалася лише сезонами, що виключають, то не відображалися товари з порожнім сезоном.

182084

Склад - Товар у дорозі - Перевірка накладної

Виправлена помилка, через яку після закриття накладної у формі перевірки при натисканні кнопки "Оновити" знову ставали доступними дії, які для закритої накладної недоступні.

183357

Торгсофт - Об'єднання товару

Виправлена помилка при об'єднанні товару [FireDAC][Phys][ODBC][Microsoft][SQL Server Native Client 11.0][SQL Server]The INSERT statement conflicted with the FOREIGN KEY constraint "fk_M10L5", яка виникала у разі, якщо для товару, що видаляється, були коригування кількості для складу Ф1.

183265

Торгсофт - Прайс-листи

Виправлено помилку, коли на формах Склад – Регіональний прайс-лист та Склад – Валютний прайс-лист не працювали фільтри для випадаючих списків Центр обліку, Валюта та Регіону (тільки у валютному прайс-листі).

183460

Нова пошта: виправлена помилка "[TMethodPropertiesBase.AddCustomMethodProperty] invalid KeyValuePair format", яка могла виникати при оновленні реєстрів.

183260

Торгсофт - Торгівля з випискою рахунку

Виправлено помилку, коли за комерційною пропозицією не нараховувалися бонуси й відповідно, при створенні рахунку за комерційною пропозицією, за рахунком те ж саме не нараховувалися бонуси.

Виправлено помилку, коли при копіюванні рахунку (комерційної пропозиції так само, але там не було бонусів у принципі), за яким нараховані бонуси, для нового рахунку бонуси не нараховувалися.

Виправлено помилку, коли при зміні даних рахунку/комерційної пропозиції в момент копіювання або створення за комерційною пропозицією ці зміни не застосовувалися (наприклад, зміна клієнта з іншим типом або відсотком знижки).

Виправлено помилку, коли при зміні дати рахунку (комерційної пропозиції так само, але там не було бонусів у принципі), змінювалася дата нарахування та дата закінчення дії бонусів, і відповідно при створенні за таким рахунком вона була не коректною.

Виправлено помилку, коли при створенні видаткової за рахунком та встановлення в ній дати в ручну (або просто при редагуванні видаткової накладної), не змінювалася дата нарахування та дата закінчення дії бонусів відповідно до зміни дати видаткової.

183298

Склад - Форма ведення обліку товарних запасів: виправлено помилку коли сума надходження товару для документа з видом "ПОЧАТКОВІ ЗАЛИШКИ" формувалася на кінець дати початку ведення обліку", а не на початок цієї дати.

183597

Налаштування - Параметри - Банківський термінал

Виправлено помилку через яку процес між ініціюванням операції на банківському терміналі та реакцією термінала займав тривалий час - близько 15-20 секунд. Час реакції вдалося скоротити до 3-4 секунд.

Помилка виявлялася на терміналах типу РАХ А930, що працюють за протоколом JSON (COM/TCP).

Для скорочення часу очікування відповіді від терміналу слід за умови налаштування банківського термінала вказувати тип банківського термінала 'PAX(ПриватБанк)'.

183790

Документ - Облік податкових накладних

Виправлена помилка через яку при збереженні XML файлу у форматі "стандарт України" некоректно заповнювалася інформація про звітний період та тип звітного періоду для податкової накладної.

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

183385

Документ - Реалізація - Прийняти замовлення

Виправлено помилку, через яку при внесенні передоплати на замовлення клієнта через банківський термінал у фінансовому документі не зберігався RNN транзакції та номер картки. 

Додатково виправлено аналогічну помилку, яка могла виявлятися при внесенні передоплати на замовлення з форми "Замовлення клієнта" у випадку багатовалютного продажу. 

181203

Звіт - Декларація акцизного податку

Виправлені помилки, які призводили до помилок імпорту xml до Арт-Звіту.

Алгоритм формування xml файлу приведено у відповідність до останньої актуальної xsd-схеми для шаблону документа f/j0209509 - прибрано зайві елементи, яких тепер немає в шаблоні, додано округлення та форматування числових даних.

У формі "Декларація акцизного податку" також додано форматування для числових даних полів "Вартість підакцизних товарів" (2 знаки після коми) та "Сума податкового зобов'язання" (3 знаки) - також, як вони вивантажуються в XML. Підсумкова сума за акцизним податком округляється до цілого.

Крім того, поле "Вартість підакцизних товарів" відображає вартість товарів без урахування акцизного податку.

Також у зв'язку з тим, що код за КОАТУУ замінено кодом КАТЕТТО, у картці підприємства назву для поля "Код за КОАТУУ" змінено на "Код за КОАТУУ/КАТЕТТО" з можливістю вводити всі 17 символів коду КАТЕТТО. Слід мати на увазі, що якщо в картці підприємства не замінити код КОАТУУ на код КАТЕТТО під час імпорту можуть виникнути помилки.  

182758

Зарплата

Виправлено помилку, через яку стан перемикача "Тільки виконаний план" на формі редагування "Зарплата" не впливав на розрахунок індивідуального відсотка за особистий виторг при розрахунку платіжної відомості.

Також прибрано пункт "за планом продажу" зі списку "Вид індивідуального відсотка".

182266

Розрахунок зарплати - Робота 

Виправлена помилка через яку при зміні категорії нарахування на "Премія", якщо до того була обрана категорія "Штраф", поле "Сума" залишалося недоступним для редагування.

Якщо ви змінюєте категорію за описаних умов, поле "Сума" буде доступним для редагування. Значення суми не очищатиметься. Значення поля "Назва" також не очищатимуться.

183032

Торгсофт - Відомість інвентаризації

Виправлена помилка, коли у Відомості інвентаризації, при пошуку товару за артикулом, якщо артикул належить кільком товарам, то відкривалася порожня форма Залишки товару на складі.

Виправлено помилку, коли у Відомості інвентаризації, при пошуку товару за артикулом, завжди відкривалася форма Залишки товару на складі, навіть якщо товар з таким артикулом був один.

183757

Торгсофт - Налаштування ролей

Виправлена помилка, коли була відсутня можливість налаштувати рольовий доступ до наступних компонентів на формі редагування Вид товару, за замовчуванням (якщо оновити ролі) доступ до цих компонентів буде відкритий:

• Бере участь у назві

• Округлення ціни

• Додаткові параметри

• Виробник (колекція)

• Сезон

• Колір

• Матеріал

• Артикул

• Стать

• Міра

• Розмір

• Запитувати в реалізації

• Фіскальний

• Акциз

• Оподатковується ПДВ

• Штрих-код товару містить кількість

• Вибір поведінки системи при виявленні штрих-коду, що повторюється

• Піктограма

Виправлено помилку, коли на формі редагування Вид товару для піктограми була доступна дія Подивитися в окремому вікні, хоч піктограма була не задана, яка відкривала порожнє вікно. Також у цієї дії був відсутній хінт.

183630

Торгсофт - Фінансовий документ

Виправлена помилка, коли в Оплата - Фінансовий документ - вкладка Розрахунковий рахунок, при створенні нового Надходження на розрахунковий рахунок або Платіжного доручення, у списку Платників або Одержувачів відповідно відображалися виведені з дії контрагенти та центри обліку, що не діють (при редагуванні запису вони будуть відображатися).

184072

Банківський термінал

Виправлена помилка через яку для терміналів, що працюють за протоколом JSON(TCP/COM) при варіанті підключення Ethernet неможливо було використовувати порт, відмінний від порту за замовчуванням (2000).

183280

Торгсофт - Фінансовий документ

Виправлена помилка, коли на формі Оплата - Фінансовий документ, фільтр Вибір касових операцій (слово "касових" не означає пряме відношення до фізичної каси) був активний, але не діяв при роботі на вкладці Розрахунковий рахунок. 

183294

Торгсофт - Автоматичний розрахунок собівартості

Виправлено помилку "Resource TMessageWin not found", яка могла виникати при автоматичному розрахунку собівартості.

183414

Торгсофт - Торгівля з випискою рахунку

Виправлено помилку, коли при оплаті рахунку або видаткової накладної за рахунком, де не вказано розрахунковий рахунок для оплати, але зазначено підприємство, при зміні з готівкової форми оплати на безготівкову – очищалося встановлене підприємство.

Змінено алгоритм взаємодії розрахункового рахунку та підприємства. При встановленні підприємства у списку рахунків залишаться тільки рахунки цього підприємства та ті, які не пов'язані з підприємством. При виборі розрахункового рахунку, який пов'язаний з підприємством, значення поля буде встановлено відповідно до розрахункового рахунку, а випадаючий список з підприємством буде заблокований. Але залишиться можливість очистити (а потім вибрати інше або не вибирати) значення підприємства, щоб можна було вибрати розрахунковий рахунок іншого підприємства. Якщо вийде так, що обраний рахунок пов'язаний з підприємством, але підприємство на формі не обрано, то оплата все одно створиться на підприємство розрахункового рахунку.

184047

Програмний РРО

Виправлено помилку, коли в програмному РРО облік часу для кількості годин в офлайн сесії на місяць був зменшений у 24 рази. Тобто, необхідно було, щоб пройшло у 24 рази (а для поточної офлайн сесії в 576 разів) більше годин, ніж зазначено в Налаштування - Параметри - Дод. опції - Програмний РРО - "Максимальна кількість годин безперервної офлайн сесій", для того, щоб при формуванні чека з'являлася помилка про перевищення максимального часу роботи офлайн на місяць. Виправлення не має зворотної дії, старі офлайн сесії вважатимуться у 24 рази коротшими. 

Виправлена помилка, коли можна було відкрити офлайн сесію та сформувати в ній перший чек (другий вже не дасть), якщо раніше вже був перевищений ліміт у Налаштування – Параметри – Дод. опції - Програмний РРО - "Максимальна кількість годин безперервної офлайн сесій". 

183980

Програмний РРО

Виправлена помилка, коли при успішному переході програмного РРО в онлайн через діалог з користувачем (з'являється при роботі з ПРРО, якщо подальша робота в офлайні не можлива з якихось причин, наприклад, перевищено максимальний час офлайн сесії), під час проведення реалізації або повернення при закритій зміні (можливо були інші способи), то чеки офлайн сесії не позначалися як відправлені.

---