Здесь находятся разноплановые настройки, влияющие на различные вкладки и работу программы.

Находятся в Настройки - Глобальные настройки

Настройки разделены по вкладкам, на работу которых влияют или к функционалу которых относятся.

Для использования алгоритма, позволяющего учитывать ожидаемые даты поступления товаров необходимо включить соответствующую глобальную настройку

При использовании алгоритма с учетом дат поступлений:

• если у вас загружены поступления товаров, информация о таких поступлениях будет взята из этих файлов, товары в пути и размещенных заказах из истории продаж учитываться не будут
• если у вас не загружено ни одно поступление, то при использовании этого алгоритма в качестве поступлений будет рассматриваться сумма товаров в заказах и пути на последнюю дату из файла истории продаж

Использование алгоритма с учетом дат поступлений позволяет более точно определять прогнозируемый остаток на дату прихода формируемого заказа, саму потребность в заказе, оптимизировать уровень сервиса, а также рассчитывать потребность в заказе на распределительный центр с учетом потребностей всех его филиалов

Все преимуществ и ограничения использования алгоритма с учетом дат поступлений заказов отражены в его описании

Влияет на прогнозируемый остаток во вкладке Заказ - соответственно на размер Заказа - при расчете расхода товара до поступления будут расходоваться товары, находящиеся в пути и заказах

В алгоритме с учётом дат поступления заказов, если поступления не загружены, а загружено Заказано и В пути, то:

• При выключенной настройке, товар который загружен в Заказано и В пути, учитывается как поступление на дату поступления заказа(сумма последних известных значений в колонках «заказано» и « в пути», дата поступления = дата От в заказе).

При формирование плана заказов, сумма заказано и в пути считается, как поступление на дату «От» первого заказа, в котором встречается товар.

• Если настройка включена, то товар в Заказано и В пути, учитывается как поступление, с датой прихода = максимальная дата в базе + 1 день.

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

Также в случае включения настройки товар в пути и заказах не будет учитываться при определении необходимости оптимизации страхового запаса

В случае включения настройки столбцы таблицы заказа «В пути» и «Заказано» станут серыми и неактивными.

Настройка не работает в алгоритме с учетом дат поступлений.

В случае, если Вы можете резервировать товар под запросы покупателей в большем объеме, чем имеется в наличии на складе, то вы можете это учесть при помощи глобальной настройки «резервы под отложенный спрос» Настройка может приводить к отрицательному прогнозируемому остатку в заказе и остатку(В) в балансировке соответственно к увеличению заказа/перемещения на величину резерва

Если включена настройка "Учитывать даты поступления заказов", то прогнозируемый остаток не становится отрицательным. Количество резерва которое не покрывается остатками, учитывается в ОТЗ и Заказать.

Резерв под отложенный спрос учитывается только если срок доставки больше 0.

Нужно выбрать, как учитывать комплекты в Заказе - не учитывать, разворачивать, сворачивать

Влияет на то, как учитывается параметр "Добавлять к заказу, ед."

1. «Добавлять всегда»(значение по умолчанию) - «добавлять к заказу» увеличивает рассчитанный оптимальный товарный запас (гарантируется наличие этого товара независимо от спроса)

2. «Добавлять при превышении страхового запаса».

Добавлять к заказу воспринимается как возможный страховой запас - при расчете оптимального запаса программа (ОТЗ) выберет, что использовать в качестве страхового запаса - добавлять к заказу или рассчитанный при моделировании страховой запас: ОТЗ = прогноз спроса + макс (добавлять к заказу, страховой запас) .

Влияет на формирование заказа по аналогам. На ручное добавление товаров в заказ, настройка не влияет.
1. «Главный аналог» - при подготовке и формировании заказа будет использоваться главный аналог. Расчёты производятся по общей истории продаж аналоговой группы.

2. «Аналоги, соответствующие поставщикам» - при подготовке и формировании заказа будет использоваться аналог приписанный к поставщику, на которого делается заказ. Если таких аналогов несколько, то будет использоваться тот у которого приоритет в группе аналогов выше. При этом считается потребность всей группы аналогов. Цены используются от выбранного товара. Заказ формируется с учётом акций конкретного аналога.
При консольном формирование заказов, работает только с группировкой по поставщикам.

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

Если вы считаете план заказов на длительный период (например, год) по распределительному центру с большим числом филиалов, то расчет может быть длительным. Чтобы его ускорить, можно включить соответствующую настройку. При этом будут немного упрощены расчеты (все подчиненные склады будут считаться виртуальными - фактически при плане заказов будет считаться общая потребность по всей сети.

Если у вас закупки для клиентов имеют ID (например, номер документа + код клиента), и вы хотите, чтобы поддерживалась уникальность ID (нельзя загрузить новую закупку с тем же ID), то вам нужно включить соответствующую настройку

Если вы хотите использовать собственный прогноз для заказа товара, то вы можете загрузить ожидаемые объемы спроса как закупки для клиентов и включить соответствующую глобальную настройку.

В этом случае программа посмотрит, что больше - рассчитанный ею или загруженный прогноз.

Это может быть полезно, если вы грузите предзаказы клиентов как акции типа объем и хотите избежать двойного счета (прогноз программы + закупки для клиентов)

Когда разворот выключен, то пункт контекстного меню таблицы заказа "Развернуть позицию по филиалам" будет недоступен.
Соответственно, нельзя развернуть заказ на РЦ и посмотреть расчёты по филиалам. При формирование заказа, программа не будет подготавливать данные, необходимые для разворота.

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

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

После проведения балансировки можно запомнить те изменения остатков, которые предложены системой. Эти изменения запоминаются как виртуальные остатки складов и могут быть впоследствии использованы для формирования заказа с учетом проведенных изменений. После перезапуска системы виртуальные остатки очищаются. Таким образом, Вы можете учесть рекомендованное перемещение товара и с его учетом сформировать заказ.

Для того чтобы балансировка учитывалась при Заказе необходимо поставить соответствующую галочку в Настройки - Глобальные настройки - Заказ (по умолчанию настройка включена)

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

Если заказ формируется консольно, то после проведения автопилота с балансировкой перед заказом при открытии программы балансировка перед заказом показывается у всех из фильтра подготовки. Пользователю, который запускает фильтр, но отсутствует в фильтре, не показывается

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

Но расчет таких показателей может быть длительным. Поэтому предусмотрено три режима

• в консоли и в интерфейсе (в любом случае будут рассчитаны)
• только в интерфейсе (в консольных расчетах не будут рассчитываться)
• никогда (не будут рассчитываться в любом случае)

Настройка может использоваться для автоматического учета тренда.

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

Настройка влияет на все расчёты, связанные с определением ОТЗ.

Вероятностный тренд не используется для товаров, у которых учитывается внутринедельная и/или месячная сезонность. Для этих товаров вероятность использования значений из истории продаж не зависит от удалённости во времени от настоящего момента.

Если настройка включена, то товар у которого коэффициент сезонности = 0, на период формирования заказа, будет заказываться только под загруженные закупки для клиентов и под акции типа объём.
Если при формирование заказа используется данна я настройка, то в столбце с комментарием, будет выведено соответствующее сообщение.
Если к товару применяется данная настройка, то увеличение заказа по ограничению не происходит.

По умолчанию, если включен учёт дат поступления заказов, то столбцы заказа с влиянием акций коэффициент не заполняются, чтобы эта информация отображалась, необходимо включить данную настройку.
Если учёт дат поступления заказов не включен, то настройка никак не влияет на работу программы.

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

Необходимо для того, чтобы в статус-строке заказа отображалось число транспортных средств, необходимых для вывоза Заказа

По умолчанию настройка выключена, при включении при учете доступного для заказа остатка не учитываются остатки виртуальных складов

По умолчанию, при автоподготовке заказов они разбиваются по группам заказа, датам От и До. С помощью данной настройки можно выбрать разные варианты разбиения заказов:

1) Если не выбрано значение «Дата От», то не будет происходить разбиение по дате «От». В заказе не будет конкретно зафиксированных дат «От» и «До», установка этих дат для сформированного заказа будет недоступна. Для названия заказа будет выбрана минимальная дата «От» из всех объединяемых заказов.

2) Если отключено разбиение «Дата До», то не будет происходить разбиение по дате «До». В заказе не будет конкретно зафиксированных дат «От» и «До», установка этих дат для сформированного заказа будет недоступна. Для названия заказа будет выбрала максимальная дата «До» из всех объединяемых заказов.

3) Если отключено разбиение «Группа заказа», то не будет происходить разбиение по группе заказа. В название заказа не будет зафиксирована Группа заказа.

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

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

Можно задать то количество недель, за которые будет показываться загруженный от пользователя упущенный спрос в таблице Заказа.

Вы можете выбрать, на какой тип уровня сервиса будет опираться программа при расчете оптимального запаса в меню Настройки-Глобальные настройки – Тип уровня сервиса

Уровень сервиса I типа – статистический показатель, отражающий вероятность того, что в течение цикла пополнения запасов не возникнет дефицита товара

Уровень сервиса II типа – доля спроса, гарантированно покрываемая имеющимися на складе запасами в течение периода их пополнения.

Если история продаж по товару стремится к нормальному распределению, то при равных значениях уровня сервиса оптимальный запас будет больше при уровне сервиса I типа.

Вы можете выбрать число дней для расчета средних продаж для отображения во вкладке Заказ:

По умолчанию средние продажи считаются за последние семь дней

Вы можете выбрать число недель для расчета средних продаж и отображения во вкладке Заказа

По умолчанию средние продажи считаются за последние пять недель

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

Вы можете ввести стандартный набор для ручного редактирования заказа. При редактировании заказа пользователь сможет выбрать из созданных причин.

Доступно только для пользователей с правами доступа Администратор

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

Значение по-умолчанию 3 дня. Минимально возможное значение - 1 день

Балансировки старше значения указанного в настройке, удаляются из базы при входе в систему. Значение по-умолчанию (также минимально возможное) 1 день

Для того, чтобы продажи и остатки товаров во вкладке Продажи считывались автомататически при выборе товара/товарной группы или переходе во вкладку Продажи, необходимо поставить галочку в этой настройке (иначе для отображения нужно будет нажимать «Показать»

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

Влияет на возможность представления продаж в потоварном разрезе при анализе группы товаров.

Если смотрятся продажи по числу товаров, большему чем указано в настройке, то отображение будет суммированным, меньше - потоварным

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

Можно выбрать структуру складов, которая будет использоваться при проведении анализов: (ABC-XYZ, Анализ Эффективности, Анализ Динамики, Обеспечение продаж, Излишки, Анализ - Ассортимент, Анализ - Неслучайное отсутствие спроса, Прогноз-Обеспечение продаж)

• «Использовать из параметров» - при проведении анализов для товаров будет использована иерархия складов из их параметров.
• «Не использовать» - иерархии складов не будут учтены при проведении анализов.
• Имя конкретной иерархии складов из базы - для всех товаров в анализе будет использована указанная здесь иерархия.

Для оптимизации уровня сервиса и расчета нескольких показателей анализа эффективности будут взяты средневзвешенные цены за указанный период с момента последней продажи. Средневзвешенная цена = сумма_по_периоду(кол-во проданного * цена) / сумма_по_периоду(кол-во проданного), за исключением нулевых цен реализации(закупки).

При включении настройки анализ эффективности будет использовать текущую средневзвешенную цену (с учётом настройки для средневзвешенных цен («Средневзвешенная цена за»).)

Если не включена - средневзвешенная цена определяется на дату До проведения анализа

Если у Вас не загружены/заданы акции до какой-то даты, то вы можете ограничить историю продаж для расчета коэффициентов акций при помощи глобальной настройки «Использовать историю акций От»

При расчёте коэффициентов акций вместо всей доступной истории продаж будет использоваться история, начиная с даты, указанной в настройке

Если акция завершилась до даты указанной в настройке, то она не рассчитывается

Через меню Настройки - Глобальные настройки можно задать фильтрацию акций с коэффициентом спроса < 1.

Если в соответствующем поле не стоит галочка, то акции с коэффициентом меньше 1 не будут учитываться, акция не будет оказывать влияние на используемую историю продаж, если стоит – будут:

По умолчанию настройка выключена

Определение пересекающихся акций будет происходит при

• перезапуске программы
• загрузке акций через данные –Загрузить
• обновлении списка акций

По умолчанию настройка выключена

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

Позволяет создавать резервы под действующие акции типа объем, если дата объема меньше максимальной даты в базе.
Объем резерва будет отражен в поле таблицы заказа "Резерв под акции"

По умолчанию настройка включена.

Если настройка включена, то коэффициент увеличения спроса рассчитывается и прогнозируется для каждого товара и клиента (если есть поклиентская детализация) акции отдельно. Так же устанавливается потоварный статус коэффициента акции.

При выключенной настройке на расчёт коэффициентов акций оказывает влияние нулевая сезонность. Если настройка включена, то нулевые значения сезонности (месячной или понедельной) не учитываются, а считаются равными 1.

При включенной настройке для прогноза эффекта акции будут браться только полностью завершенные акции. Если выключена - то еще будут учитываться текущие акции с рассчитанными коэффициентами

Если у коэффициента товара статус «не установлен»(и при этом коэффициент не равен 1) или «установлен вручную», то при расчете коэффициента, если его нельзя рассчитать(после расчета получаются статусы «невозможно рассчитать», «нет продаж до акции», «нет продаж во время акции», «нулевой спрос в период акции» или акция дефицитная) - остается изначальный коэффициент. По всем другим статусам - рассчитанный

От этой настройки зависит Расчет коэффициентов акций на период пересечения

• Самая новая (используется по умолчанию) – в качестве коэффициента на период пересечения будет использован коэффициент акции с самым большой датой ОТ
• Умножение – на период пересечения все коэффициенты увеличения спроса пересекающихся акций будут перемножены
• По идентификатору - в качестве коэффициента на период пересечения будет использован коэффициент акции с самым большим по лексикографическому порядку идентификатору.
• По приоритету категорий - в качестве коэффициента на период пересечения будет использован коэффициент акции с наивысшей по приоритету категорией. Если у пересекающихся акций одинаковая категория, то будет использоваться агрегация По идентификатору
  

Приоритет категорий акций можно настроить в отдельном окне, которое становится доступным если «Агрегация коэффициентов акций» = «По приоритету категорий».
Приоритет категорий можно указывать отдельно для каждой товарной группы. При этом, приоритет может наследоваться от группы находящейся выше по иерархии. По умолчанию, приоритет устанавливается в алфавитном порядке названий категорий.
Если у какой-то группы не указан приоритет, будет использован приоритет от первой родительской группы верхнего уровня, у которой указан приоритет, если у всех родительский групп не указан приоритет, то используем приоритет по алфавиту.

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

Cохранять спрос акции К=1.0 (используется по умолчанию) - значение коэффициента увеличения спроса по акции будет 1.0;

Исключать спрос акции К=0.0 - значение коэффициента увеличения спроса по акции будет 0.0

Влияет на учет акций типа Объем при расчетах оптимального товарного запаса.

• «Сумма регулярной потребности и акций Объем» (используется по умолчанию) - рассчитывается оптимальный товарный запас(ОТЗ) по истории продаж, затем он складывается с объёмами из акций типа Объём за период формирования ОТЗ.

• «Только потребности акции Объем» - перед расчетом оптимального товарного запаса(ОТЗ) из периода формирования ОТЗ будут исключены участки с акциями типа Объём. Затем к рассчитанному ОТЗ прибавляется сумма объёмов акций типа Объём за период формирования ОТЗ.

Исключение участков акций типа Объём происходит в разрезе «склад, артикул, клиент», то есть если для тройки «склад1, артикул1, клиент1» есть акция типа Объём, то её период будет исключен только для этой тройки, для других клиентов этого товара никаких исключений не будет.

Можно задать максимальный и минимальный пороги для коэффициентов в фильтрации акций.

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

Вычёркиваются только период для клиентов из акции.

Также при прогнозировании коэффициента акции не используются акции, чьи коэффициенты не удовлетворяют заданным порогам фильтрации коэффициентов акций.

Если в настройке для порога коэффициента стоит 0, то порог не учитывается.

По умолчанию минимальный порог - 0, максимальный - 10

Также можно задать максимальный коэффициент для текущих и предстоящих акций в соответствующем поле. В этом случае, если коэффициент текущей или будущей акции больше, он станет равным установленному значению

Вы можете ограничить расчет акций по их длительности при помощи соответствующей глобальной настройки «Не рассчитывать коэффициенты для акций с продолжительностью более». По умолчанию, значение настройки = 120.

При расчёте коэффициентов акции, если период акции больше установленной настройки, или дата От акции больше, чем дата До, то коэффициент акции (в том числе потоварные коэффициенты) не будет рассчитан. Статус коэффициента акции приобретёт значение «Превышена длина периода акции в днях»

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

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

Настройка влияет на заказ товара под акцию с «Заказать заранее за».
Если настройка включена, то заранее заказывается товар на весь период акции.
Если же настройка выключена, то товар заказывается на период заказа, учитывая при этом, что он нужен заранее, под акцию. Период акции сдвигается на количество дней «Заказать заранее за».
Подробнее про влияние «Заказать заранее за» и логику расчёта можно посмотреть в соответствующем разделе Акций

По умолчанию настройка включена.

Позволяет не учитывать дефицит по указанным в настройке складам при расчете любой акции. В таком случае известные продажи участвуют в расчете коэффициента товара (акции), который будет влиять на очистку истории продаж, и, как следствие, на заказы, балансировки и прочее, где есть влияние акций. Может быть полезно, если склад является виртуальным (без остатков) или по какой-тот причине не прогружены остатки

При включении данной настройки для коэффициентов со статусом Установлен вручную игнорируются минимальные и максимальные пороги фильтрации.

Т.е если вы зададите акцию вручную, то ее коэффициент всегда будет учитываться, даже если он больше или меньше установленного порога

Может возникать кейс, когда по акции невозможно рассчитать коэффициент (например, у нее нет продаж до акции), но вы хотите от нее очистить с фиксированным коэффициентом. Тогда можно его проставить в этой глобальной настройке. С помощью этой настройки можно задать дефолтный коэффициент для определенного статуса акций и отбросить историю продаж для товаров с таким типом акции и статусом Перечень статусов ограничен следующими статусами:

• Невозможно рассчитать
• Нет продаж во время акции
• Нет продаж до акции
• Нулевой спрос в период акции

При вы боре «Не использовать» коэффициент не учитывается

Если настройка включена, то при закрытие программы журнал действий пользователей автоматически очищается. Очищаются только старые записи, которые хранятся больше указанного в глобальной настройке дней.
По умолчанию настройка включена.
Если журнал не очищается автоматически, то можно использовать консольную команду.

Настройка необходима для установки срока хранения действий пользователя в журнале .

Минимально возможный срок - 14 дней, по умолчанию настроено 120

Применение в случае, если наблюдается значительный рост запасов или дефицит по товарам, то всегда можно проверить, почему это произошло: использовался рассчитанный программой или введенный пользователем коэффициент акций, были ли ручные корректировки заказа, дозабивка фур и т.п.

Можно настроить уровень логирования сообщений от системы кэша:

• только ошибки

В журнале будут зафиксированы только ошибки, которые произошли во время работы системы кеширования, такие как отсутствие прав на работу с файлами кеша или повреждение файлов кеша.

• ошибки и медленные операции (чтение из СУБД)

Кроме ошибок будут фиксироваться операции чтения кешируемых данных из СУБД. Этот режим может быть полезен для диагностики замедлений работы программы. Само по себе чтение данных из СУБД является нормальной операцией, если оно происходит после изменения соответствующих данных (например, после импорта параметров они должны быть один раз прочитаны из СУБД). Однако если данные не изменялись, то они должны браться из кеша, а не из СУБД. Данный режим позволяет увидеть, когда данные берутся из СУБД и проверить, что не происходит «лишних» чтений.

• Все сообщения

Фиксируются все сообщения от системы кеширования, включая так же сообщения о всех чтениях данных из файлов кеша и сохранениях. Так как таких сообщений будет очень много, целесообразно включать этот режим только в исключительных случаях для детальной диагностики системы кеширования.

Можно задать

• директорию. куда будут сохраняться сформированные заказы - путь сохранения заказа
• директорию, куда будут сохраняться сформированные мастером автоподготовки заказы - путь автосохранения заказов
• директорию, куда будут сохраняться объединенные заказы

Эта директория будет использоваться при выборе пользователем в списке заказов ТОЛЬКО объединённых заказов(по поставщику, или группе заказа | складу, простое объединение) и попытке сохранения их в файл («Сохранить в файл») и в учетную систему («Сохранить в учетную систему»)
Заказы, которые должны были быть разбиты, но исходя из настроек этого не произошло, так считаются объединёнными.

Если хотя бы один заказ не объединённый, то при вызове сохранения в файл будет по-умолчанию выдана директория из пункта «Путь для сохранения заказа»

• формат файла сохранения и путь сохранения заказа для учетной системы. Для того, чтобы заказы сохранялись в выбранном формате и по выбранному пути необходимо при сохранении заказа выбирать сохранить в учетную систему
• шаблон имени заказа для сохранения в учетную систему

(по умолчанию имя заказа состоит из [Фильтр] [Поставщик] [Размещение] [Заказчик] [ДатаОт]-[ДатаДо], вы можете нужный вам шаблон из представленных данных (выбрать нужные и задать им порядок, также можно выбрать формат даты для сохранения) Задание шаблона доступно только администраторам,

• формат файла сохранения и путь сохранения балансировки для учетной системы

Для того, чтобы балансировка сохранялась в выбранном формате и по выбранному пути необходимо при сохранении балансировки выбирать сохранить в учетную систему

• шаблон имени балансировки
  

(по умолчанию имя заказа состоит из [Фильтр] [Код донора] [Код реципиента] [Дата размещения] [ДатаОт]-[ДатаДо], вы можете нужный вам шаблон из представленных данных (выбрать нужные и задать им порядок)

• путь сохранения логов об ошибках импорта
• временная папка для массовой загрузки - используется для загрузки истории продаж

Выбор кодировки файлов, загружаемых в программу - UTF-8 или Windows-1251

Если включена, то при импорте классификации сохраняется лог применения правил в каталоге из настройки «Путь автосохранения логов об ошибках:»

Позволяет отображать в дереве товаров помимо уникального идентификатора еще один (например, артикул товара).

Этот дополнительный артикул задается при загрузке истории продаж через поле «Артикул (доп)»

С помощью данной настройки, можно выбрать, что будет отображаться при работе с программой во вкладках Заказ, Балансировка, Анализ-Эффективность, Параметрах, в прогнозах Обеспечение продаж и План заказов

Пример использования
Для загрузки данных в качестве уникального идентификатора используется код 1С (не у всех товаров проставлены артикулы или есть дублирующие значения). Однако закупщикам при работе с программой удобно ориентироваться именно на артикул. В этом случае помимо кода выгружается артикул, он загружается в программу как «Артикул, доп.» и он выбирается для отображения.

Если включена, то при входе в программу отображаются только критические ошибки работы консольной утилиты, если выключена - все ошибки

При включении этой настройки новые папки/разделы классификации по умолчанию теперь недоступны всем пользователям, кроме администраторов

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

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

Позволяет исключать из расчета сезонности по группе (и по отдельным товарам) товары, с историей продаж, меньше заданной. Минимальное значение которое можно установить 12 месяцев. В расчёте сезонности как по группе, так и по конкретным товарам, будут принимать товары, у которых есть минимум заданное число месяцев продаж за вычетом периода «Новый товар дней». По умолчанию период равен 12 месяцам.

Коэффициент Сезонности будет определяться на всём периоде товара за вычетом начала периода в «Новый товар дней».

Если настройка включена, то при расчёте сезонности не будет происходить очистка истории продаж от акций.

По-умолчанию настройка выключена и перед расчётом сезонности производиться очистка истории продаж от акций.

Влияет как на расчёт месячной, так и понедельной сезонности

Для корректного учета рассчитанных слишком больших и маленьких коэффициентов сезонности в Глобальные настройки-Прочие есть пороги фильтрации сезонности.

Минимальная граница не может быть больше 1.0, максимальная граница не может быть меньше чем 1.0.

При учете сезонности в если коэффициент сезонности меньше, чем минимальная граница, то он считается равным 0, если больше, чем максимальная граница, то он считается равным максимальной границе.

Влияет на совместный учет сезонности и акций.

Настройка принимает значения «всегда» и «только в периоды без акций». По умолчанию «всегда».

Если значение настройки «всегда», то сезонные коэффициенты участвуют в очистке истории продаж и в формировании заказа по всему периоду истории продаж.

Если стоит значение «только в периоды без акций», то сезонные коэффициенты участвуют в очистке истории продаж и в формировании заказа только в периоды, когда нет маркетинговых акций.

Настройка добавлена из-за того, что аккумуляция сезонных коэффициентов и коэффициентов акций через умножение может приводить к завышенному или заниженному оптимальному товарному запасу.

По умолчанию выключена. При включении заказы будут сохраняться и отображаться на вкладке Реестр При этом в случае выключенной настройки остаётся возможность грузить в реестр заказы из файла.

Используется запрещения/разрешения изменений параметров, устанавливаемых по правилам автоматической установки

Параметр, использующийся при расчете оптимального уровня сервиса в таблице Заказа, а также при расчете оптимального запаса, если стоит Параметр Использовать оптимальный УС = Да

Влияние и смысл аналогичны параметру из Оптимизация - Уровень сервиса

В случае, если Вы хотите устанавливать всем аналогам одинаковые параметры, то нужно поставить галочку в соответствующем поле в Глобальные Настройки – Прочие

В этом случае (и если аналоги «включены») при изменении значения параметра товара (во вкладке Параметры, при импорте, установке параметров из Оптимизация- Уровень сервиса, удалении расписаний заказов и иерархий складов) изменятся значения параметра у всех его аналогов.

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

Изменений параметров у аналогов будет записано в журнал действий пользователя.

Параметры по умолчанию не влияют на параметры товаров-аналогов (Если при перемещении товара в группу у него меняются параметры, то у аналогов параметры меняться не будут.)

Влияет на количество продаж которые будут отфильтрованы.

Если настройка выключена, то количество продаж для фильтрации берётся от числа всех дней продаж. При включенной настройке, число отфильтрованных продаж берётся от числа дней с продажами больше нуля.

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

Влияет на определение дефицита. Ситуацией дефицита считается, если в какой-то день, продажи нулевые и остаток меньше чем значение настройки умноженное на средние продажи(рассчитанные за последний год для каждого дня отдельно по дням с ненулевыми остатками)
Можно установить с точностью до 2 знаков после запятой, доступные значение от 0.5 до 10.0. По умолчанию = 1.0 (дней среднедневных продаж)

Настройка влияет на логику округления по упаковкам разного уровня.

Если настройка включена, то округление будет проходить в рамках нескольких упаковок, в зависимости от их размера и порогов округления

Если же настройка выключена, то округление происходит в рамках одной упаковки. По какому уровню упаковок будет происходить округление, определяется с помощью деления текущего Заказать, на значение размера каждой упаковки, начиная с верхней.

Настройка влияет на определение статуса достоверности позиции.

Если настройка включена, то статус достоверности определяется исходя из суммы истории продаж по главному и подчинённым складам в соответствии с указанными настройками учета дочерних продаж и иерархии складов. Статус достоверности определяется с использованием параметров главного склада и присваивается всем складам от которых использовалась история продаж.
Если настройка выключена, то статус по каждому складу определяется отдельно, в соответствии с историей продаж на этом складе и его параметрами

Указывается путь к утилите mysqldump.exe и каталогу сохранения резервных копий базы (дампа) при обновлении программы

Список дел - При включенной настройке в программе будет отображаться список дел.

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

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

Если список дел включен, то необходимо указать время готовности заказов и балансировок. По умолчанию время готовности 00 часов 00 минут.

При необходимости вы можете добавить для пользователей необходимость соглашения с режимом коммерческой тайны при входе в программу.

Для этого необходимо заполнить Адрес, название компании и включить уведомление о режиме коммерческой тайны в Настройки-Глобальные настройки-Безопасность