Service Connect

Движение информации из обрабатываемого сообщения с помощью Epicor Service Connect

Чтобы долго не мучиться, пытаясь объединить информацию из этих 3-х таблиц я просто создал 3 разных отчёта

При тестировании, поступивших на вход Epicor Service Connect сообщений, для которых предусмотрено ручное утверждение, несколько раз возникала ситуация, когда на этапе утверждения сообщение редактировалось, причём неудачно, и тогда возникала необходимость посмотреть, что же было до того, как его отредактировали, или на любом другом этапе. И тут пришлось разбираться с перемещением информации из одной таблицы в другую и далее в третью. Весьма занятная аналитическая работа. Чтобы вам не разбираться в этом самостоятельно, поделюсь своими изысканиями

О компетенциях…

Файлы шаблонов документов для канала MSRS

Консультант — это хорошо, но самый лучший вариант — это иметь своего собственного специалиста, чтобы консультант был нужен не более, чем в 5% случаев. Эту позицию я всегда пытаюсь донести до всех клиентов, с которыми работаю

Что нужно помнить, если вы поменяли IP адрес сервера iScala?

Найдите файл hosts и внесите в него изменение

После установки iScala требуется отредактировать файл hosts в системной папке Windows сервера. Если вы поменяли IP адрес существующего сервера iScala, нужно также этот файл отредактировать. Это требуется для корректной работы Epicor Service Connect

И снова, здравствуйте. Это я опять про ЭДО.

Epicor Service Connect

Только что написал клиенту о том, что перенос решения по интеграции iScala 3.4 с ЭДО с помощью Epicor Service Connect из тестового окружения в рабочее выполнен, тестирование произведено успешно, решение готово к использованию

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

Всё на одном экране. Худшие практики создания программ

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

VBA или МИФ? :)

VBA или МИФ?

Да, я использую VBA при загрузке данных в Excel, но никогда не пользуюсь им для айСкалы. Не потому что не могу, в этом нет ничего такого, что было бы невозможно понять или освоить, но потому, что считаю, что есть другие более «стандартные» способы получить из айСкалы то, что хочется. На форуме достаточно много упоминаний про VBA, как восторженных, так и негативных, причем, негативных достаточно часто с моей стороны

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

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

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

Электронные счета-фактуры как требования российского законодательства: доклад на конференции клиентов Эпикор 23.05.2013

Содержимое файлов-шаблонов документа

Решил опубликовать старую презентацию, так как сейчас реализую сценарий № 2 в одной из компаний. В качестве «побочного» эффекта они обзавелись каналом MSRS, который, надеюсь, будет использоваться и в других целях 🙂

Об автоматизации и запасных вариантах

Если что-то не работает автоматически, делайте это вручную: заказ на продажу уже Вами создан, создайте в принимающей компании заказ на закупку «вручную». Это менее удобно, зато вы можете это сделать самостоятельно

Если автоматический процесс почему-то перестал работать, означает ли это, что работа не может быть продолжена? Отнюдь. Всегда есть запасной вариант: Если что-то не работает автоматически, делайте это вручную. Это менее удобно, зато вы можете это сделать самостоятельно

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

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

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