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

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

Сравнение разных технологий печати документов в Scala, iScala

Сравнение разных технологий печати документов в Scala, iScala

Очень часто пользователи говорят: «DDF файлы, фу! Устаревшая технология!». Не буду спорить, однако, когда вы используете DDF, вы получаете набор данных, который сама Scala/iScala строит по своим внутренним алгоритмам с использованием многих десятков настроек, с анализом различных правил и параметров. Если использовать альтернативный вариант в виде «внешнего» отчёта, вам придётся самостоятельно запрограммировать всю логику системы или сделать допущение относительно тех или иных параметров, что они в Вашей компании являются конкретными величинами и не будут изменены в дальнейшем

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...

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

Заявление / Memorandum

Заявление / Memorandum

Каждую неделю я получаю одно или несколько писем с предложением списка адресов предполагаемых пользователей Epicor ERP или Epicor iScala. В связи с этим я хочу заявить…
Every week I get one or more emails where I’m offered to get a list of addresses of prospective users of Epicor ERP or Epicor iScala. In this regard, I want to say…

Новые материалы: История изменения структуры таблиц БД iScala с 2.2 SR2 до 3.0 FSP4

Анонс: В процессе создания новые материалы об истории изменения структуры таблиц базы данных iScala разных версий. Очень занимательная информация 🙂 Список будет меняться динамически по мере добавления страниц, заходите чаще 🙂 Да, и не забудьте навести курсор на название поля, так можно узнать, что оно означает 🙂

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

После выхода iScala 3.0 FSP4 совершенно незамеченным прошло достаточно важное событие: выпуск iScala 3.0 FSP4 HF 4308. А зря, в нём, в частности, существенно усовершенствован механизм разнесения сложных проводок на «билинейные» (с одним дебетом и одним кредитом)

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

Сразу 2 новые вакансии для специалистов по iScala в Москве за последние 5 дней:
«Инженер-программист» и «Специалист по поддержке iScala»
Кстати, свою вакансию для специалистов по iScala Вы можете разместить у нас на специально предназначенном для этого форуме. К тому же, в отличие от Хэдхантера, совершенно бесплатно 🙂