Перерахунок статусу товарів в рах.кл.
Служба-ремонтник для одного-єдиного показника: «Кількість у замовленнях» у статусах товару. Це число відповідає на питання «скільки одиниць уже обіцяно клієнтам» — сума невідвантажених залишків по відкритих замовленнях. Його веде сама система: щоразу, коли замовлення створюють, правлять, відвантажують чи закривають, показник перераховується на льоту.
Де шукати: Модулі → Рахунки клієнтам → Служби → Перерахунок статусу товарів в рах.кл.
Але «на льоту» означає «через документ». Якщо дані потрапили в базу повз документи — імпортом, інтеграцією, прямим втручанням у базу, — показник розходиться з фактом. Ця служба збирає його заново з нуля.
Не плутайте з резервом. Резерв — це товар, відкладений під конкретне замовлення з галочкою «Зарезервовано», він зменшує доступний залишок. Кількість у замовленнях рахує всі відкриті замовлення, незалежно від резерву, і на доступність не впливає — це план відвантажень, а не бронь.
Розбір на прикладі
Вікно служби — саме пояснення і дві кнопки; параметрів немає:
Що відбувається після натискання «Виконати»:
- показник «Кількість у замовленнях» обнуляється по всіх позиціях і складах фірми;
- система проходить усі відкриті замовлення клієнтів і по кожному рядку додає невідвантажений залишок (замовлено мінус відвантажено) на склад цього рядка;
- закриті замовлення в підрахунок не входять — закриття документа звільняє його план так само, як і відвантаження.
Тобто після прогону число дорівнює тому, що фактично написано в документах. Якщо до запуску воно було іншим — це і є та розбіжність, заради якої служба існує.
Склад береться в такому порядку: склад рядка → склад із шапки замовлення. Якщо не заповнено ні там, ні там, кількість іде окремим рядком статусу з порожнім складом — у звіті про статус товару він підписаний «Немає складу»: жоден справжній склад не отримує чужої кількості, а підсумок по товару правильний. Не потрапляє в показник рядок, товару якого немає в довіднику (наприклад, код постачальника без картки) або не було, коли замовлення востаннє зберігали.
Параметри
Параметрів немає, служба обробляє всю фірму цілком. Кнопки:
| Кнопка | Що робить |
|---|---|
| Виконати | Одноразовий перерахунок просто зараз |
| За розкладом | Ставить перерахунок на розклад |
Ставити на розклад є сенс тільки там, де дані регулярно приїжджають ззовні (інтеграції з маркетплейсами, імпорт). У звичайній роботі показник веде система, і щоденний перерахунок нічого не змінить.
Часті ситуації
«Кількість у замовленнях» не збігається з документами. Це і є привід запустити службу. Після прогону число буде рівно таким, як у відкритих замовленнях.
Показник не змінився після прогону. Значить розбіжності не було: фактичні документи дають те саме число. Дивіться на самі замовлення — можливо, шукане замовлення закрите або повністю відвантажене, і його там справді не має бути.
Товар із замовлення не видно на його складі. Перевірте склад: якщо в рядку замовлення склад не вказаний і в шапці документа теж порожньо, кількість лягає в рядок «Немає складу», а не на склад. Заповніть склад у замовленні — при збереженні показник переїде сам. Якщо ж товару немає ні на складі, ні в «Немає складу», перевірте, чи є в довіднику картка з цим кодом: рядок без картки не враховується ні при збереженні, ні при перерахунку. Картку завели вже після збереження замовлення — збережіть замовлення ще раз: що рядок без картки, позначає саме збереження, і служба цієї позначки не знімає.
Відмова про реєстр, спільний з іншою компанією. Якщо статуси товарів чи рахунки клієнтам ваша компанія бере в спільне користування з іншої, служба відмовить і назве реєстр: показник перераховує лише компанія, якій реєстр належить.
Прогін на великій базі. Служба перебирає всі статуси товару і всі відкриті замовлення фірми, тож на базі з десятками тисяч документів вона працює помітний час. Краще запускати в неробочі години.