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

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

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

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

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

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

Стандартная последовательность действий при работе с модулем «Заказ на Закупку»

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

Уточнённый вариант работы с модулем Requisition Management (Требования)

Это улучшенный вариант процедуры «Ещё один вариант работы с модулем Requisition Management (Требования)». Имеются важные дополнения и изменения. Для удобства они выделены цветом фона

Матрица Запасов — как это работает?

Если Вы пользуетесь функциональностью «Требования» (Requisitions), возможно, Вам это покажется интересным. 🙂 Данная функциональность имеет отношение только к требованиям типа 5 (выдача со склада с отнесением стоимости списанных запасов на затраты). Ни для каких других типов требований это не применимо. Вы можете указать для конкретного департамента определённую категорию продукта и указать для неё затратный счёт […]

И снова про многоуровневое утверждение заявок

28.08.2015 была опубликована статья про многоуровневое утверждение заявок с помощью механизма отчётов MS SQL Server Reporting Services. Это, скажем так, околоскальское решение, позволяющее сделать нечто, что не предусмотрено стандартной функциональностью. А знаете ли Вы, что в iScala 3.0 имеется «штатная» функциональность, позволяющая реализовать похожий сценарий стандартными средствами (при наличии соответствующей лицензионной опции)? В ней есть […]

Новости проекта scala.org.ru

Здравствуйте, В прошлый раз я обещал в следующей рассылке подвести итоги опроса об использовании отчётных инструментов. К сожалению, итоги подводить пока рано, слишком мало участников проголосовали. Возможно, это связано с тем, что я забыл указать, что результаты будут представлены обобщённо, ни Ваше имя, ни название компании не будет указано. На всякий случай я дополнительно создал опрос на английском […]

Ещё один вариант работы с модулем Requisition Management (Требования)

В ситуации, когда пользователь, создающий требование, не знает, имеется ли то, что ему нужно, на складе, можно ли это заказать, у какого поставщика имеется подобный товар и по какой цене, уместно использовать следующий сценарий работы: Пользователь вводит требование типа 0 (неопределённый тип): Его руководитель утверждает требование, используя пункт меню «Authorise Requisition». В поле «Authorisation» вводится […]

Как настроить права доступа для утверждения требований?

Как настроить права доступа для утверждения требований?

Разберем ситуацию: В компании используются Требования. Необходимо настроить права доступа для разных сотрудников из разных департаментов на разные группы продукции для разных типов требований с разными допустимыми действиями. Настройки выполняются в нескольких местах. Начнём с главного места, без которого все остальные настройки становятся неактуальными. Это место — административная консоль iScala, где необходимо определить права для […]

Предполагаемые сценарии работы с модулем «Requisition Management»

Предполагаемые сценарии работы с модулем «Requisition Management»

Вариант 1: Требуемые запасы отсутствуют на складе Если требуемые запасы отсутствуют на складе (например, свежие продукты), вводится требование на закупку (Purchase Requisition) типа 1 (Requisition Management -> Enter/Adjust/Delete Requisitions или Purchase Order -> Requisitions -> Enter/Adjust Requisitions) Руководитель департамента утверждает требование (Requisition Management -> Authorise Requisition) Периодически закупщик просматривает отчёт по требованиям, выбирая закреплённые за ним департаменты, […]

Краткое руководство по работе с модулем Requisition Management (Требования)

Краткое руководство по работе с модулем Requisition Management (Требования)

For English speaking people: click here В зависимости от Вашей роли, Вы можете иметь разные пункты меню. В одном случае Вам будет доступно меню «Requisition Management», в другом – подменю «Requisitions» родительского меню «Purchase Order». На картинке они выделены красной рамкой. Какое бы меню ни было для Вас доступным, смысл его содержания одинаков, Вы будете […]