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

Сообщения с тегами iScala 3.1

Multi Level Approvals for Requisitions: How it works?

Multi Level Approvals for Requisitions: How it works? Alexey Vasiliyev, principal consultant, Epicor’s partner

English version of the presentation at the Epicor client conference in Moscow 12.09.2017

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

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

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

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

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

Новости в пространстве iScala

30 мая в Москве состоялась встреча партнёров компании Эпикор. Встреча была посвящена недавно вышедшей новой версии iScala 3.1., а также обмену мнениями о том, что требует улучшений, включая «революционные».

Имеется шаблонная настройка для одной из компаний группы, она подходит для всех остальных компаний. Как её распростра...

Хотелось бы на конкретном примере описать один из возможных вариантов «клонирования» существующих настроек при открытии новой компании.
Различные варианты «клонирования» компаний:
1. Создание резервной копии системной базы данных и базы данных компании и их восстановление на новом сервере
2. Установка iScala «с нуля» и импорт меню, настроек безопасности в системной БД, восстановление резервной копии данных компании, сделанной стандартными средствами iScala