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

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

Looking for the perfect ERP system. iScala’s strengths and weaknesses

Looking for the perfect ERP system. iScala’s strengths and weaknesses

I will try to speculate about the strengths and weaknesses of iScala based on my own ideas about what is good and what is “not very good”. Of course, this is my personal subjective opinion.

В поисках идеальной ERP системы. Сильные и слабые стороны iScala

В поисках идеальной ERP системы. Сильные и слабые стороны iScala

Попытаюсь порассуждать о сильных и слабых сторонах iScala исходя из собственных представлений о том, что есть хорошо и что есть «не очень». Разумеется, это мой личный субъективный взгляд.

About different approaches to implementing iScala one more time

Over the past months I have been able to “be impressed” with the customization of iScala with several clients, where the “external” programs write “directly” to the iScala tables! Of course, I will be «silent like a fish» with respect to their names, but I can not help but say about my impressions. This is the method, the opponent of which I have always been and continue to be. I will not describe what this is fraught with and what consequences users of these applications sometimes encounter, I have no desire to discuss something specific or, God forbid, to criticize my colleagues who developed it, I only criticize the approach.

Снова о разных подходах к внедрению iScala

За последние месяцы мне довелось «впечатлиться» кастомизациями iScala у нескольких клиентов, где «внешние» программы пишут «напрямую» в таблицы 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 (заказ на закупку), указывает правильного поставщика, правильную цену. Передаёт дальше; Процесс утверждения снова попадает к руководителю отдела, на сей раз все цены уже окончательные. Руководитель отдела снова даёт своё согласие. Если сумма небольшая, процесс утверждения на этом прекращается, иначе, переходит к Финансовому директору и, если необходимо, то после него к Генеральному менеджеру; После финального утверждения Требование преобразуется в перемещение с основного склада на склад, ассоциированный с подразделением, или в заказ на закупку.

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