Закінчення терміну резервування
Служба-прибиральник: проходить по замовленнях клієнтів, у яких термін резервування вже минув, і знімає з них резерв. Товар, який місяцями «тримало» забуте замовлення, повертається у вільний залишок і його знову можна продавати.
Де шукати: Модулі → Рахунки клієнтам → Служби → Закінчення терміну резервування
Резерв сам собою не розсмоктується. Замовлення з галочкою «Зарезервовано» тримає невідвантажений залишок доти, доки його не відвантажать, не закриють або не знімуть галочку руками. Поле «Резервувати до» — це обіцянка клієнту («тримаємо до кінця місяця»), але сама по собі дата нічого не робить: доки не запустили цю службу, прострочений резерв продовжує займати товар.
Розбір на прикладі
У демонстраційній фірмі замовлення №26 (ФОП Гнатюк) тримає 10 респіраторів на складі СКЛ. На вкладці «Умови» видно обіцяний строк — 31/07/2026, тобто вже прострочений:
Звіт резервів показує наслідок: на складі 299 респіраторів, з них 10 зарезервовано, вільно до продажу — 289.
Саме вікно служби — два рядки пояснення і дві кнопки, параметрів немає:
Тиснемо «Виконати» — і система звітує, що операція завершена:
Той самий звіт після запуску порожній: резерв знято, всі 299 респіраторів вільні.
У самому замовленні при цьому знімається галочка «Зарезервовано» і очищається поле «Резервувати до» — документ лишається живим, зникає тільки резерв.
Кого служба чіпає, а кого — ні
Знімає резерв із замовлення, коли збіглися всі три умови:
- увімкнена галочка «Зарезервовано»;
- «Резервувати до» заповнене і дата вже минула;
- замовлення не закрите.
Частково відвантажені замовлення пропускаються. Якщо хоч у одному рядку є відвантажена кількість, служба такий документ не чіпає: товар уже поїхав до клієнта, і знімати резерв із залишку — рішення менеджера, а не автомата. У демо це замовлення №19: строк у нього теж 31/07/2026, але дві позиції з трьох уже відвантажені, тому після запуску його резерв лишився на місці.
Резерв без дати не знімається ніколи. Порожнє «Резервувати до» означає безстроково — служба такі замовлення не бачить взагалі (у демо це №18 і №24). Якщо потрібен автоматичний контроль, дату треба проставляти; якщо ні — резерв доведеться знімати руками.
Кожне замовлення обробляється у власній транзакції: якщо на одному щось піде не так, сусідні не постраждають, а збійне повернеться до попереднього стану і потрапить у перелік помилок звіту.
Параметри
Параметрів немає — служба завжди порівнює дату резерву з сьогоднішнім днем. Дві кнопки:
| Кнопка | Що робить |
|---|---|
| Виконати | Одноразовий прогін просто зараз |
| За розкладом | Ставить прогін на розклад (щодня, щотижня — маска задається у діалозі) |
Розклад — саме той режим, у якому ця служба корисна: сенс контролю строків у тому, щоб він працював сам. Завдання запам'ятовує фірму, з якої його поставили, і надалі працює тільки з її документами.
Часті ситуації
Запустили, а резерви на місці. Три причини за частотою: у замовлень порожнє «Резервувати до»; дата ще не настала; замовлення частково відвантажене. Звіт резервів у режимі «Детально» покаже, які саме документи тримають товар і скільки; дати «Резервувати до» і відвантаженої кількості в ньому немає — їх дивіться в самих замовленнях.
Резерв зняли помилково. Поверніть галочку «Зарезервовано» в замовленні — резерв стане знову, за невідвантаженим залишком рядків. Заодно поставте новий строк, інакше наступний прогін нічого не змінить (без дати служба замовлення не бачить).
Потрібно зняти резерв з одного замовлення. Служба працює по всій фірмі й вибіркового режиму не має. Для одного документа просто зніміть у ньому галочку «Зарезервовано» або закрийте його.
Прогін завершився з помилками. У підсумку буде кількість оброблених і кількість помилок. Збійні замовлення відкочені повністю (напівстану не буває) — виправте причину і запустіть службу ще раз.
Відмова про реєстр, спільний з іншою компанією. Якщо рахунки клієнтам чи статуси товарів ваша компанія бере в спільне користування з іншої, служба відмовить і назве реєстр: резерв спільних замовлень знімає лише компанія, якій вони належать.