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

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

Мы перешли на новую версию iScala и у нас перестали работать внешние отчёты в Excel, что делать?

При попытке загрузки данных (при открытой сессии iScala) возникает ошибка

В iScala 3.1 поменялось название объекта, в версиях до 3.1. объект, к которому обращается отчёт, назывался SfwIII (Scala for Windows III), мои коллеги называли его «Эс Эф Вэ ай-яй-яй». В версиях, начиная с 3.1. он называется iScala. Из-за этого встроенный в отчёт VBA код и перестал работать. Возможно, то, что отчёт перестал работать, это благо, повод отказаться от устаревших подходов и технологий, которые тянутся «в светлое будущее» только из-за того, что никто не изучает новых возможностей

А знаете ли Вы что? Ожидаемые революционные изменения в iScala

А знаете ли Вы что? Ожидаемые революционные изменения в iScala

11 сентября 2018 в Москве состоялся традиционный день клиента Epicor. Никогда не пропускаю такие мероприятия. Для меня лично наиболее интересными новостными темами были 2 тезиса: первый, о том, почему нужно переходить на новые версии, а второй, заявленная революция в механизме отчётности в новой версии iScala 3.3

Электронный документооборот в iScala

Электронный документооборот в iScala. Актуальная тема

Слайды выступления на конференции пользователей Epicor iScala в Москве 11.09.2018 и комментарии по результатам обсуждения доклада с коллегами

Здесь нет инструкции по установке iScala. Она на сайте Epicor!

Не ищите здесь инструкции по установке iScala, ищите их на сайте Epicor! Это та самая информация, которую нужно брать из официальных источников.

О реактивном и проактивном поведении в ИТ

На позапрошлой неделе Сапсан, в котором я ехал, опоздал более чем на 2 часа и всем пассажирам заранее раздали конверты с бланками претензии. Но эта заметка совсем не об этом, хоть ситуация и послужила толчком к её написанию, а о том, что если ИТ подразделение и ИТ руководитель не занимают проактивную позицию, а ведут себя реактивно, информационная система начинает стагнировать и превращаться в свою противоположность

Сравнение разных технологий печати документов в 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: как это работает? Доклад на конференции клиентов Эпикор в Москве 12.09.2017

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

Заявление / 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. А зря, в нём, в частности, существенно усовершенствован механизм разнесения сложных проводок на «билинейные» (с одним дебетом и одним кредитом)