вот заказ https://vmk.crm-onebox.com/admin/customorder/order/126092/edit/
по складу он продан и возвращён по всем товарам
https://vmk.crm-onebox.com/admin/customorder/order/126092/storage/
но в поле отгружен 2х товаров стоит по 1 шт https://prnt.sc/105khq1
я уже ранее указывал через менеджера на ошибки списания когда товар был списан в заказе 2 раза, т.е. Отгружено больше количества товаров. и в системе нет предохранителей от таких багов, а они значительные и тянут за собой ряд проблем и неточностей учёта.
проблема повторяется, вот заказ где 5 товаров, 2 списано, после исправления поля отгружено ещё досписал 2, но пятый позначился как Отгружено и не списывается https://vmk.crm-onebox.com/admin/customorder/order/124630/edit/ товар 37681 после того как исправили ошибки я выбрал 3 не списанных товара и сделал действие списать, но они не списались а у товара 37681 появилось Отгружено 1, я выбрал остальные 2 и их удалось списать второй попыткой, но этот товар имеет Отгружено 1, но он по складу процесса не списан.
проблема повторяется, вот заказ где 5 товаров, 2 списано, после исправления поля отгружено ещё досписал 2, но пятый позначился как Отгружено и не списывается
https://vmk.crm-onebox.com/admin/customorder/order/124630/edit/
товар 37681
после того как исправили ошибки я выбрал 3 не списанных товара и сделал действие списать, но они не списались а у товара 37681 появилось Отгружено 1, я выбрал остальные 2 и их удалось списать второй попыткой, но этот товар имеет Отгружено 1, но он по складу процесса не списан.
я создал новую тему где описал глобальную проблему по этой части, по крайней мере в моей СРМ она есть и она давно не решается, периодически возникая это приносит ущерб и мы можем выявить только то что заметили, при анализе всех БП за определённый период менеджеры находили ещё БП с ошибками (их я порешал самостоятельно) но по принципу работы финансового и складского учёта система позволяет происходить таким ошибкам и они часто скрытые. при большом количестве операций их выявить крайне тяжело и требует много времени
я создал новую тему где описал глобальную проблему по этой части, по крайней мере в моей СРМ она есть и она давно не решается, периодически возникая это приносит ущерб и мы можем выявить только то что заметили, при анализе всех БП за определённый период менеджеры находили ещё БП с ошибками (их я порешал самостоятельно) но по принципу работы финансового и складского учёта система позволяет происходить таким ошибкам и они часто скрытые. при большом количестве операций их выявить крайне тяжело и требует много времени
Включил вам безопасный mysql режим теперь если у системы не получится вставить запись при списании или оприходовании (когда строка занята другим процессом) - вы увидите ошибку а подобные проблемы должны уйти
Включил вам безопасный mysql режим
теперь если у системы не получится вставить запись при списании или оприходовании (когда строка занята другим процессом) - вы увидите ошибку а подобные проблемы должны уйти
это очень болезненная тема из-за того что если не находить такие ошибки оно приводит к "пересортам" и недостачам по товарам, на разбирательство приходится тратить очень много времени
это очень болезненная тема из-за того что если не находить такие ошибки оно приводит к "пересортам" и недостачам по товарам, на разбирательство приходится тратить очень много времени
Таровик Дмитрий Николаевич Клиент писал/а: т.е. процедура не пройдёт при ошибке и нужно будет ее провести повторно просто? как защита выходит от дублирования действий?
да верно
[quote]
Таровик Дмитрий Николаевич
Клиент писал/а:
т.е. процедура не пройдёт при ошибке и нужно будет ее провести повторно просто? как защита выходит от дублирования действий?
[/quote]
да верно
Пожалуйста, присоединяйтесь к диалогу. Если вам есть что сказать - пожалуйста, напишите комментарий. Для входа потребуется мобильный телефон и смс-код для идентификации.
Войти и написать комментарий