Ціноутворення при внутрішніх передачах: як налаштувати ціни та уникнути зависань при прийомі «Товару у дорозі»

У роздрібній торгівлі з кількома магазинами або складами постійно виникає потреба переміщувати товар між точками. Для цього в Торгсофт використовується режим внутрішньої передачі та буферний склад «Товар у дорозі», який дозволяє контролювати процес відвантаження та фізичного отримання вантажу. 

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

Правильне розуміння алгоритмів програми допоможе налаштувати коректне ціноутворення та уникнути зупинки продажів.

Звідки береться ціна при внутрішній передачі

Ціноутворення під час переміщення товару залежить від налаштувань приймаючого центру обліку. У меню Налаштування - Торгова мережа - Налаштування об'єкта обліку є поле «Формування ціни при внутрішній передачі товару на цей об'єкт обліку», де можна обрати один із варіантів:

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

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

3. Запитувати ціну у користувача. Якщо програма не знаходить переданий товар на приймаючому магазині (ціна відсутня), вона видасть діалогове вікно з пропозицією ввести ціну вручну.

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

Ручний запит ціни та типові зависання системи

Налаштування «Запитувати ціну у користувача при відсутності» є найчастішою причиною глобальних зависань програми Торгсофт у торговельній мережі.

Як виникає проблема?

Уявіть ситуацію: ви відкрили новий центр обліку (або склад) і переміщуєте туди велику партію товару через режим «Товар у дорозі». Комірник на новому складі відкриває накладну і натискає кнопку «Прийняти накладну». Оскільки товару на цьому складі раніше не було, програма починає по черзі видавати вікна з проханням ввести ціну вручну для кожної нової позиції.

Чому зависає програма?

Прийом накладної — це єдина транзакція бази даних. Поки комірник дивиться на екран і вводить ціну, ця транзакція «висить» відкритою і блокує ресурси SQL-сервера. В результаті, програма Торгсофт зависає на всіх інших робочих місцях мережі. Касири в інших магазинах не можуть відсканувати товар у форму «Реалізація» або провести чек, оскільки система чекає завершення транзакції прийому накладної. Крім того, якщо накладна містить понад 100-200 позицій, її відкриття або підтвердження результатів перевірки може займати до 15 хвилин.

Як вирішити проблему?

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

Щоб уникнути цієї проблеми, настійно рекомендується:

• Оновити програму Торгсофт до актуальної версії.

• Переконатися, що в налаштуваннях приймаючих центрів обліку встановлено логіку автоматичного отримання цін (наприклад, «Завжди брати ціну з передавального центру обліку»), а не ручний запит.

Як уникнути помилок при прийомі «Товару у дорозі»

Окрім зависань через ціни, підприємці часто стикаються з плутаниною у залишках через неправильні дії персоналу. Щоб цього уникнути, дотримуйтесь наступних правил:

• Ніколи не редагуйте вже прийняті накладні. Найчастіша причина появи дублюючих накладних: відправник створює переміщення, одержувач його приймає, а потім відправник згадує, що «щось забув», знімає замок з накладної і додає туди товар. Частковий прийом накладної неможливий! Якщо потрібно внести зміни, прийом накладної необхідно повністю скасувати, внести зміни, і прийняти її знову.

• Правильно фіксуйте розбіжності. Якщо товару приїхало менше або більше, ніж вказано в накладній, перед натисканням «Прийняти накладну» обов'язково використовуйте дію «Перевірити накладну».

• Обов'язково застосовуйте результати перевірки. Якщо при перевірці накладної кладовщик ввів нульову кількість (або змінив її), але просто закрив вікно не натиснувши кнопку «Застосувати результат перевірки до накладної», а потім натиснув «Прийняти накладну», це призведе до серйозного збою. Товар (або його серійні номери) може «зависнути» на складі товару в дорозі.

• Коригувальні документи. Якщо під час застосування результатів перевірки програма виявить розбіжності (недостачу або надлишок), вона запропонує створити коригувальні накладні. Товар буде автоматично повернутий на склад відправника згідно з початковою накладною, а потім переміщений на склад одержувача лише в тій кількості, яка була фактично підтверджена під час перевірки.