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

Записи в категории Заказы на Закупку

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

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

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

Многоуровневое утверждение заявок в Epicor iScala: как это работает? Доклад на конференции клиентов Эпикор в Москве 1...

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

Часто задаваемые вопросы. В какой версии iScala изменилась длина поля «Полное имя» в карточке поставщика?

Часто задаваемые вопросы. В какой версии iScala изменилась длина поля «Полное имя» в карточке поставщика?

Этот вопрос был задан в кулуарах конференции клиентов компании Эпикор в Москве 12.09.2017. Ответ найти очень легко на странице, описывающей изменения структуры базы данных iScala разных версий

Ввод счетов-фактур по заказам на закупку

Счета-фактуры поставщиков, для которых не введены заказы на закупку вводятся в модуле «Книга Закупок» («Счета к оплате» в версии для гостиничного бизнеса). А если имеется заказ на закупку, тогда счёт-фактура поставщика вводится непосредственно в модуле «Заказы на Закупку

Предполагаемые действия при работе с модулем «Управление Запасами»

Разумеется, в разных компаниях пользователи iScala работают по-разному, я попытаюсь описать лишь один из возможных вариантов. Операции прихода обычно делаются в модуле «Заказ на Закупку», там же делаются операции ввода дополнительных затрат и т.п. Операции расхода обычно делаются в модуле «Заказы на Продажу» (если он используется) и/или в модуле «Requisition Management» (Требования). Операции перемещения между […]

«Если это невозможно сделать, но очень хочется?» или «Как ввести примечание к строке требования?»

Непонятно почему, но при вводе строки требования (Requisition) нельзя ввести примечание, хотя его наличие в некоторых случаях очень важно. Ну, как говорится, если напрямую нельзя, поедем из Питера в Москву через Владивосток 🙂

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 я создал ролик, демонстрирующий простое и недорогое решение создания рабочего места для ваших постоянных клиентов. Но, видимо, недостаточно это пиарил.

Мне кажется, пора вернуться к этой теме

Как установить и каким образом можно использовать значение минимально допустимого остатка на складе?

Как мне задать минимальное значение, которое должно быть на складе  для определённой позиции запаса? Как сделать так, чтобы iScala предупреждала нас (или как-нибудь иначе), когда остаток на складе снижается до указанного минимального значения? Начнём с того, что iScala сама не станет Вас предупреждать, Вы должны будете сделать определённые действия, чтобы получить это «предупреждение». Начнём с ввода […]