Слайды выступления на конференции пользователей Epicor iScala в Москве 11.09.2018 и комментарии по результатам обсуждения доклада с коллегами
Записи в категории Заказы на Закупку
«Если это невозможно сделать, но очень хочется?» или «Как ввести примечание к строке требования?»
Иногда вы не знаете, как активировать какую-то новую функциональность, нет времени разбираться самому и спросить некого. Тогда на помощь приходит обходной путь. Здесь описаны оба пути, и «обходной», и «прямой» 🙂
Работа с модулем «Требования» в Epicor iScala: Возможные усовершенствования процедуры
Если предполагается, что запасы, закупаемые у поставщика, будут сразу оприходованы на склад, ассоциированный с подразделением, сотрудник которого создал требование, тогда, вроде как и говорить не о чем. Вот только это в теории. На практике обычно за получение запасов от поставщика отвечает сотрудник склада (центрального, а не маленькой кладовки или полки в самом подразделении). В этом случае в системе логично сделать приход на центральный склад, а уже с него выдать в подразделение
Многоуровневое утверждение заявок в Epicor iScala: как это работает? Доклад на конференции клиентов Эпикор в Москве 12.09.2017
Слайды презентации
Часто задаваемые вопросы. В какой версии iScala изменилась длина поля «Полное имя» в карточке поставщика?
Этот вопрос был задан в кулуарах конференции клиентов компании Эпикор в Москве 12.09.2017. Ответ найти очень легко на странице, описывающей изменения структуры базы данных iScala разных версий
Ввод счетов-фактур по заказам на закупку
Счета-фактуры поставщиков, для которых не введены заказы на закупку вводятся в модуле «Книга Закупок» («Счета к оплате» в версии для гостиничного бизнеса). А если имеется заказ на закупку, тогда счёт-фактура поставщика вводится непосредственно в модуле «Заказы на Закупку
Предполагаемые действия при работе с модулем «Управление Запасами»
Разумеется, в разных компаниях пользователи iScala работают по-разному, я попытаюсь описать лишь один из возможных вариантов. Операции прихода обычно делаются в модуле «Заказ на Закупку», там же делаются операции ввода дополнительных затрат и т.п. Операции расхода обычно делаются в модуле «Заказы на Продажу» (если он используется) и/или в модуле «Requisition Management» (Требования). Операции перемещения между […]
Standard steps when working with the «Purchase Order» module
Of course, in different companies, iScala users work differently, but nevertheless, there is a standard system logic that needs to be taken into account. The mandatory and optional steps are described in detail, as well as some comments on what will happen if you make changes of purchase price in the order line at different steps
Стандартная последовательность действий при работе с модулем «Заказ на Закупку»
Разумеется, в разных компаниях пользователи iScala работают по-разному, но тем не менее, имеется стандартная логика системы, которую нужно учитывать. Подробно описаны обязательные и необязательные шаги, а также некоторые комментарии относительно того, что будет, если внести изменения в цену по строке заказа на разных шагах
Уточнённый вариант работы с модулем Requisition Management (Требования)
Это улучшенный вариант процедуры «Ещё один вариант работы с модулем Requisition Management (Требования)». Имеются важные дополнения и изменения. Для удобства они выделены цветом фона
Пользовательская процедура: Информация по импорту (Ввод данных по ГТД).
Ввод данных по ГТД
Ввод данных при вводе приходной накладной
Ввод данных при вводе счёт-фактуры
Ввод данных при вводе партии
Ввод данных в свойствах партии
Ввод дополнительной информации
Ввод кодов стран
Ввод таможенных учреждений
Ещё раз об интеграции iScala с электронным магазином, как возможность вашим клиентам самостоятельно разместить заявку
23.02.2015 я создал ролик, демонстрирующий простое и недорогое решение создания рабочего места для ваших постоянных клиентов. Но, видимо, недостаточно это пиарил.
Мне кажется, пора вернуться к этой теме