пользователям программных продуктов Scala 5.1, iScala 2.1, iScala 2.2, iScala 2.3, iScala 3.0, iScala 3.1 (и так далее)

Сообщения с тегами многоуровневое утверждение

Работа с модулем «Требования» в Epicor iScala: Возможные усовершенствования процедуры

Пример из практики: Предполагается, что пользователи в подразделениях вводят требования типа 0 (неопределённый тип) – имеется ли это на складе неизвестно, цены «предварительные», поставщик не указан; После этого производится предварительное одобрение руководителем отдела; После предварительного согласия руководителя подразделения кладовщик проверяет, имеется ли на складе заказываемые позиции. Если нет, он передаёт процесс дальше (закупщику), если да, меняет тип требования на 2 (перемещение между складами) и передаёт дальше; Закупщик, получив «эстафету» смотрит на тип строки, если он 2 (на складе есть необходимое количество), то ничего не меняет, если 0 (на складе нет) – меняет на тип 1 (заказ на закупку), указывает правильного поставщика, правильную цену. Передаёт дальше; Процесс утверждения снова попадает к руководителю отдела, на сей раз все цены уже окончательные. Руководитель отдела снова даёт своё согласие. Если сумма небольшая, процесс утверждения на этом прекращается, иначе, переходит к Финансовому директору и, если необходимо, то после него к Генеральному менеджеру; После финального утверждения Требование преобразуется в перемещение с основного склада на склад, ассоциированный с подразделением, или в заказ на закупку.

Если предполагается, что запасы, закупаемые у поставщика, будут сразу оприходованы на склад, ассоциированный с подразделением, сотрудник которого создал требование, тогда, вроде как и говорить не о чем. Вот только это в теории. На практике обычно за получение запасов от поставщика отвечает сотрудник склада (центрального, а не маленькой кладовки или полки в самом подразделении). В этом случае в системе логично сделать приход на центральный склад, а уже с него выдать в подразделение

Многоуровневое утверждение заявок в Epicor iScala: как это работает? Доклад на конференции клиентов Эпикор в Москве 1...

Слайды презентации

И снова про многоуровневое утверждение заявок

28.08.2015 была опубликована статья про многоуровневое утверждение заявок с помощью механизма отчётов MS SQL Server Reporting Services. Это, скажем так, околоскальское решение, позволяющее сделать нечто, что не предусмотрено стандартной функциональностью. А знаете ли Вы, что в iScala 3.0 имеется «штатная» функциональность, позволяющая реализовать похожий сценарий стандартными средствами (при наличии соответствующей лицензионной опции)? В ней есть […]

Как сделать многоуровневое утверждение заявок с помощью механизма отчётов MS SQL Server Reporting Services?

Как сделать многоуровневое утверждение заявок с помощью механизма отчётов MS SQL Server Reporting Services?

1. Создадим заявку в iScala: 2. Создадим отчёт MS SQL Server Reporting Services и опубликуем его на сервере. У отчёта имеются скрытые параметры: «уровень авторизации» и «ID пользователя» 3. Создадим папки на сервере отчётов: 4. Создадим в каждой из папок ссылку на опубликованный отчёт (linked report) и установим для каждой папки свой параметр «уровень авторизации», […]