Недавно участвовал в совещанию по тестированию обмена данными между производственной программой контрагента и новой системой клиента. Надо сказать, что внедрением занимается опытная команда, представитель разработчиков явно очень опытная сотрудница, очень дотошная, что не может не вызывать уважение. Мне она напоминает «один в один» некоторых сотрудников Эпикора 15-20 летней давности из числа руководителей и старших руководителей проекта. Пока готовились файлы для тестирования затронули тему про то, как в системе будет осуществляться процедура перемещения запасов между складами. И тут пошла речь про какие-то супер-пупер политики распределения прав доступа. В Скале у клиента сейчас ничем особо не примечательная система перемещения между складами. Когда-то более 10 лет назад было решено использовать для этого стандартную функциональность ввода проводок по перемещения напрямую в модуле «Управление Запасами». Однако, что касается перемещения с таможенного склада на склад продажи — здесь используется обмен данными между складской системой и iScala, причем, процесс не происходит автономно, а ждёт утверждения со стороны сотрудника складского комплекса (в iScala для этого используется монитор задач и кнопка утверждения действия).
Здесь же речь пошла про расширенные права доступа, которые, как показалось на мой взгляд, трактуются очень своеобразно: если у меня есть права на мой склад, то подразумевается, что только я (и другие обладатели аналогичных прав) могут сделать расход с этого склада. Логично? Ну, да, всё правильно. И я могу перемещать на любой другой склад, куда у меня нет эксклюзивных прав и со стороны сотрудника этого склада не делается никаких действий. Логично? Нет, конечно. То есть получается, что я могу сделать запись о том, что я что-то отдал на соседний склад и его сотрудники никак не подтвердили факт получения, но запас уже числится у них. Я бы не стал об этом говорить, если бы со стороны внедренцев/разработчиков не прозвучали несколько фраз про наличие этих самых супер-пупер расширенных прав. Ну, вот в Скале в используемой клиентом процедуре нет этих самых супер-пупер расширенных прав и всех всё устраивает, хотя в iScala уже много лет есть функциональность Заказов на перемещение, где одна сторона делает передачу, а вторая сторона подтверждает приемку и её можно было бы внедрить, если нужно. А для приёма с таможни на основной склад уже используется монитор задач, как я написал выше. Классическое «сдал-принял», краеугольный принцип складского учёта. А так все эти разговоры про какие-то супер-пупер права — это просто «надувание щёк», какой-то голимый пиар, прости Господи 🙁
“ Можно по-разному назначать права сотрудникам, вводящим в систему операцию по перемещению между складами, но на мой взгляд, самое главное - это соблюсти принцип "сдал - принял", когда в процессе участвуют обе стороны. А если это не соблюдается, то все эти разговоры про какие-то супер-пупер права - это просто "надувание щёк", какой-то голимый пиар, прости Господи :(
|
|
|
