======Глобальные настройки======
Здесь находятся разноплановые настройки, влияющие на различные вкладки и работу программы.
Находятся в Настройки - Глобальные настройки
{{ :настройки:2023-07-03_12-25-57.png?400 |}}
Настройки разделены по вкладкам, на работу которых влияют или к функционалу которых относятся.
{{ :настройки:2023-07-03_12-26-46.png?400 |}}
=====Заказ=====
====Движение и комплектация товара====
===Учитывать даты поступления заказа===
Для использования [[:формирование_заказа_даты|алгоритма]], позволяющего учитывать ожидаемые даты поступления товаров необходимо включить соответствующую глобальную настройку
При использовании алгоритма с учетом дат поступлений:
*если у вас загружены [[:формат_данных_для_загрузки#ожидаемые_поступления_с_датами|поступления]] товаров, информация о таких поступлениях будет взята из этих файлов, товары в пути и размещенных заказах из истории продаж учитываться не будут
*если у вас не загружено ни одно поступление, то при использовании этого алгоритма в качестве поступлений будет рассматриваться сумма товаров в заказах и пути на последнюю дату из файла [[:формат_данных_для_загрузки#формат_загрузки_истории_продаж|истории продаж]]
Использование алгоритма с учетом дат поступлений позволяет более точно определять прогнозируемый остаток на дату прихода формируемого заказа, саму потребность в заказе, оптимизировать уровень сервиса, а также рассчитывать потребность в заказе на распределительный центр с учетом потребностей всех его филиалов
Все преимуществ и ограничения использования алгоритма с учетом дат поступлений заказов отражены в его [[:формирование_заказа_даты|описании]]
===Разрешить расход товара в пути и заказах===
Влияет на [[:формирование_заказа#что влияет на прогнозируемый остаток|прогнозируемый остаток]] во вкладке Заказ - соответственно на размер Заказа - при расчете расхода товара до поступления будут расходоваться товары, находящиеся в пути и заказах
В алгоритме с учётом дат поступления заказов, если поступления не загружены, а загружено Заказано и В пути, то: \\
* При выключенной настройке, товар который загружен в Заказано и В пути, учитывается как поступление на дату поступления заказа(сумма последних известных значений в колонках «заказано» и « в пути», дата поступления = дата От в заказе).
При формирование плана заказов, сумма заказано и в пути считается, как поступление на дату "От" первого заказа, в котором встречается товар.
* Если настройка включена, то товар в Заказано и В пути, учитывается как [[/формирование_заказа_даты#использование_алгоритма_с_учетом_дат_поступлений_без_загруженных_поступлений|поступление]], с датой прихода = максимальная дата в базе + 1 день.
{{ :настройки:2023-07-03_12-31-26.png?600 |}}
Расходование товара в пути и заказах будет полезно в том случае, если Вы делаете револьверные поставки (делаете заказы, когда уже есть товар в пути).
При формирования заказа в момент поступления предыдущего расход товара в пути предусматривать не надо:
{{zakaz: global2.png}}
При револьверных поставках (например, вы делаете заказы каждые 7 дней, а плечо поставки равно 3 месяцам) возникает следующая ситуация:
{{zakaz: global3.png}}
Соответственно необходимо поставить соответствующую галочку в Настройки - Глобальные настройки - Разрешить расход товара в пути и в заказах
===Не учитывать товар в пути и заказах===
В случае включения этой настройки, товары в пути и заказах никак не будут влиять на [[:формирование_заказа#прогнозируемый_остаток|прогнозируемый остаток]].
Настройка может быть полезна, если к вам идет товар с большим плечом поставки (например, 2 месяца), а вы размещаете заказ у местного поставщика с небольшим сроком доставки (например, 7 дней)
Также в случае включения настройки товар в пути и заказах не будет учитываться при определении необходимости [[:формирование_заказа#оптимизация_страхового_запаса|оптимизации страхового запаса]]
{{ zakaz: settingsnotcount.png }}
В случае включения настройки столбцы таблицы заказа "В пути" и "Заказано" станут серыми и неактивными.
Настройка не работает в алгоритме с учетом дат поступлений.
===Резервы под отложенный спрос===
В случае, если Вы можете резервировать товар под запросы покупателей в большем объеме, чем имеется в наличии на складе, то вы можете это учесть при помощи глобальной настройки "резервы под отложенный спрос"
Настройка может приводить к отрицательному [[:формирование_заказа#прогнозируемый_остаток|прогнозируемому остатку]] в заказе и остатку(В) в балансировке соответственно к увеличению заказа/перемещения на величину резерва
Если включена настройка [[настройки/глобальные_настройки#учитывать_даты_поступления_заказа|"Учитывать даты поступления заказов"]], то прогнозируемый остаток не становится отрицательным. Количество резерва которое не покрывается остатками, учитывается в ОТЗ и Заказать.
Резерв под отложенный спрос учитывается только если срок доставки больше 0.
{{ settings: globalsettingreserve.png }}
===Действия над комплектами в Заказе===
Нужно выбрать, как учитывать [[:комлекты|комплекты]] в Заказе - не учитывать, [[:комлекты#разворот комплектов|разворачивать]], [[:комлекты#Сворачивание комплектов|сворачивать]]
{{ settings: zakazcomplect3.png }}
===Способ учета Добавлять к заказу===
Влияет на то, как учитывается параметр [[параметры/настройка_параметров#добавлять_к_заказу_ед|"Добавлять к заказу, ед."]]
1. "Добавлять всегда"(значение по умолчанию) - "добавлять к заказу" увеличивает рассчитанный оптимальный товарный запас (гарантируется наличие этого товара независимо от спроса)
2. "Добавлять при превышении страхового запаса".
Добавлять к заказу воспринимается как возможный страховой запас - при расчете оптимального запаса программа (ОТЗ) выберет, что использовать в качестве страхового запаса - добавлять к заказу или рассчитанный при моделировании страховой запас:
ОТЗ = прогноз спроса + макс (добавлять к заказу, страховой запас) .
{{settings: vitrina.png}}
===При подготовке заказа включать===
Влияет на формирование заказа по [[/аналоги#аналоги|аналогам]]. На ручное добавление товаров в заказ, настройка не влияет. \\
1. "Главный аналог" - при подготовке и формировании заказа будет использоваться главный аналог. Расчёты производятся по общей истории продаж аналоговой группы. \\
2. "Аналоги, соответствующие поставщикам" - при подготовке и формировании заказа будет использоваться аналог приписанный к поставщику, на которого делается заказ. Если таких аналогов несколько, то будет использоваться тот у которого приоритет в группе аналогов выше. При этом считается потребность всей группы аналогов. Цены используются от выбранного товара. Заказ формируется с учётом акций конкретного аналога. \\
При консольном формирование заказов, работает только с группировкой по поставщикам.
{{:settings:гл_настр-ан.png}}
При включенном режиме "Аналоги, соответствующие поставщикам", общая потребность аналоговой группы может быть посчитана несколько раз. Если это так, то после формирования подготовленных заказов или загрузки заказов из консоли будет показано предупреждение, с перечнем таких товаров и заказов.
===Быстрый расчет плана заказов===
Если вы считаете план заказов на длительный период (например, год) по распределительному центру с большим числом филиалов, то расчет может быть длительным. Чтобы его ускорить, можно включить соответствующую настройку. При этом будут немного упрощены расчеты (все подчиненные склады будут считаться виртуальными - фактически при плане заказов будет считаться общая потребность по всей сети.
{{ :настройки:picture43-1.png?500 |}}
===Использование уникального ID закупок для клиентов===
Если у вас закупки для клиентов имеют ID (например, номер документа + код клиента), и вы хотите, чтобы поддерживалась уникальность ID (нельзя загрузить новую закупку с тем же ID), то вам нужно включить соответствующую настройку
{{ :настройки:2024-07-25_09-56-21.png?700 |}}
===Использование закупок для клиентов в качестве прогноза спроса===
Если вы хотите использовать собственный прогноз для заказа товара, то вы можете загрузить ожидаемые объемы спроса как закупки для клиентов и включить соответствующую глобальную настройку.
В этом случае программа посмотрит, что больше - рассчитанный ею или загруженный прогноз.
Это может быть полезно, если вы грузите предзаказы клиентов как акции типа объем и хотите избежать двойного счета (прогноз программы + закупки для клиентов)
{{ :настройки:2024-07-25_09-26-03.png?700 |}}
====Балансировка====
===Разворачивать заказ на РЦ по филиалам===
Доступно только если включена настройка Учитывать даты поступлений
{{:settings:настройка_разворачивать_заказ.png}}
Когда разворот выключен, то пункт контекстного меню таблицы заказа [[:формирование_заказа#разворот_заказа_на_рц_по_филиалам|"Развернуть позицию по филиалам"]] будет недоступен. \\
Соответственно, нельзя развернуть заказ на РЦ и посмотреть расчёты по филиалам. При формирование заказа, программа не будет подготавливать данные, необходимые для разворота.
===Наследовать уровень сервиса РЦ для филиалов===
Если настройка включена, но при заказе на РЦ для него самого и всех его филиалов будет использован уровень сервиса, который установлен в параметрах для этой позиции для главного склада иерархии (РЦ).
Если выключена, то для каждого филиала будет использован тот уровень сервиса, который установлен в параметрах для этйо позиции у конкретного филиала.
При оптимизации уровня сервиса с включенной настройкой оптимизация будет происходить исходя из параметров РЦ (срок годности, цены, штрафы за недопоставку и пр.), при выключенной - исходя из параметров каждого отдельного филиала.
===Учитывать балансировку в Заказе===
После проведения [[: Балансировка| балансировки]] можно запомнить те изменения остатков, которые предложены системой. Эти изменения запоминаются как виртуальные остатки складов и могут быть впоследствии использованы для формирования заказа с учетом проведенных изменений. После перезапуска системы виртуальные остатки очищаются.
Таким образом, Вы можете учесть рекомендованное перемещение товара и с его учетом сформировать заказ.
Для того чтобы [[: Балансировка#Учет балансировки при составлении Заказа|балансировка учитывалась]] при Заказе необходимо поставить соответствующую галочку в Настройки - Глобальные настройки - Заказ (по умолчанию настройка включена)
{{ settings: globalzakaz2.png }}
===Проводить балансировку перед заказом===
В этом случае перед формированием заказа сначала будет проведена балансировка по всем товарам, добавленным в таблицу заказа или присутствующим в автоподготовленных заказах.
Балансировка будет проводиться по настройкам, указанным на вкладке Балансировка.
Программа проведет и запомнит перемещения по балансировке и сформирует заказ уже с учетом сделанных перемещений.
Если заказ формируется [[:консоль#формирование_заказов_без_участия_пользователя|консольно]], то после проведения автопилота с балансировкой перед заказом при открытии программы балансировка перед заказом показывается у всех из фильтра подготовки. Пользователю, который запускает фильтр, но отсутствует в фильтре, не показывается
====Тренды, сезонность====
===Рассчитывать помесячные показатели===
При длинных плечах поставок и горизонта планирования (норматива запаса) может возникать потребность просмотра рассчитанных программой оптимальных запасов не только на весь период расчета, но и в разбивке по месяцам. Например, это может быть полезно для понимая, на какой месяц из периода поставки приходится самый большой расход, когда может возникнуть дефицит.
Но расчет таких показателей может быть длительным. Поэтому предусмотрено три режима
*в консоли и в интерфейсе (в любом случае будут рассчитаны)
*только в интерфейсе (в консольных расчетах не будут рассчитываться)
*никогда (не будут рассчитываться в любом случае)
===Использовать вероятностный тренд===
Настройка может использоваться для автоматического учета тренда.
Если эта настройка включена, то при расчете оптимального запаса значения из недавней истории продаж выбираются чаще, а более старые значения - реже. Это позволяет точнее прогнозировать продажи в случае, если они имеют тренд.
Настройка влияет на все расчёты, связанные с определением ОТЗ.
{{ settings: globaltrend.png }}
Вероятностный тренд не используется для товаров, у которых учитывается [[параметры/настройка_параметров#внутринедельная_сезонность|внутринедельная]] и/или [[параметры/настройка_параметров#месячная_сезонность|месячная]] сезонность.
Для этих товаров вероятность использования значений из истории продаж не зависит от удалённости во времени от настоящего момента.
===Не заказывать товары с нулевой сезонностью===
Если настройка включена, то товар у которого коэффициент сезонности = 0, на период формирования заказа, будет заказываться только под загруженные закупки для клиентов и под акции типа объём. \\
Если при формирование заказа используется данна
я настройка, то в столбце с комментарием, будет выведено соответствующее сообщение. \\
Если к товару применяется данная настройка, то увеличение заказа по ограничению не происходит.
===Отображать влияние акций типа коэффициент в алгоритме с поступлениями===
По умолчанию, если включен учёт дат поступления заказов, то столбцы заказа с влиянием акций коэффициент не заполняются, чтобы эта информация отображалась, необходимо включить данную настройку. \\
Если учёт дат поступления заказов не включен, то настройка никак не влияет на работу программы.
===Установить приоритет минимальной партии при некратном перемещении===
При включенной настройке на склад-реципиент не поедет товар меньше минимальной кратности даже если стоит возможность некратного перемещения.
Может быть полезно, если минимальная кратность меньше обычной кратности
====Транспорт, разбивка заказов====
=== Отображение транспортных средств в Заказе===
Необходимо для того, чтобы в [[:Формирование заказа#Статус-строка в Заказе|статус-строке]] заказа отображалось число транспортных средств, необходимых для вывоза Заказа
{{ settings:globalzakaz3.png? }}
отображаться будет количество фур исходя из характеристик, введенных в Настройки – Транспортные средства)
===Не учитывать виртуальные склады при учете доступного для заказа остатка===
По умолчанию настройка выключена, при включении при учете [[:настройка_параметров#учитывать_остаток_родительского_склада|доступного для заказа остатка]] не учитываются остатки виртуальных складов
===Разбивать заказ по===
{{:settings:разбивать_заказ_по.png}}
По умолчанию, при автоподготовке заказов они разбиваются по [[параметры/настройка_параметров#группа_заказа|группам заказа]], датам [[/формирование_заказа#выставление_даты_от_и_даты_до_в_заказе|От и До]].
С помощью данной настройки можно выбрать разные варианты разбиения заказов:
1) Если не выбрано значение "Дата От", то не будет происходить разбиение по дате "От". В заказе не будет конкретно зафиксированных дат "От" и "До", установка этих дат для сформированного заказа будет недоступна. Для названия заказа будет выбрана минимальная дата "От" из всех объединяемых заказов.
2) Если отключено разбиение "Дата До", то не будет происходить разбиение по дате "До". В заказе не будет конкретно зафиксированных дат "От" и "До", установка этих дат для сформированного заказа будет недоступна. Для названия заказа будет выбрала максимальная дата "До" из всех объединяемых заказов.
3) Если отключено разбиение "Группа заказа", то не будет происходить разбиение по группе заказа. В название заказа не будет зафиксирована Группа заказа.
Значения настройки можно комбинировать. \\
При сохранение, заказы которые должны были быть разбиты, но исходя из настроек этого не произошло, предлагаются к сохранению в папку для объединённых заказов. \\
Настройка работает как при автоподготовке через интерфейс программы, так и в консольном автопилоте.
===Приводить к минимальному объему заказа===
При [[:ограничения_заказа|дозабивке заказа]] до минимальных ограничений по умолчанию не изменяется заказ по недостоверным позициям. В этой глобальной настройке вы можете добавить к дозабивке новые товары и товары, заказывающиеся только под акции типа объем
{{ :настройки:2024-01-18_09-33-19.png?650 |}}
====Спрос, уровень сервиса====
=== Отображение упущенного спроса===
Можно задать то количество недель, за которые будет показываться загруженный от пользователя упущенный спрос в таблице Заказа.
{{ settings: globalzakaz4.png }}
===Выбор уровня сервиса===
Вы можете выбрать, на какой тип уровня сервиса будет опираться программа при расчете оптимального запаса в меню Настройки-Глобальные настройки – Тип уровня сервиса
{{ settings: globalzakaz5.png }}
Уровень сервиса I типа – статистический показатель, отражающий вероятность того, что в течение цикла пополнения запасов не возникнет дефицита товара
Уровень сервиса II типа – доля спроса, гарантированно покрываемая имеющимися на складе запасами в течение периода их пополнения.
Если история продаж по товару стремится к нормальному распределению, то при равных значениях уровня сервиса оптимальный запас будет больше при уровне сервиса I типа.
===Наивный прогноз спроса (среднее дней)===
Вы можете выбрать число дней для расчета средних продаж для [[:формирование_заказа#наивный_прогноз_спроса_среднее_дней|отображения]] во вкладке Заказ:
{{ settings: globalzakaz6.png }}
По умолчанию средние продажи считаются за последние семь дней
===Наивный прогноз спроса (взвешенное среднее недель)===
Вы можете выбрать число недель для [[:формирование_заказа#Наивный прогноз спроса (взвешенное среднее недель)|расчета средних продаж и отображения]] во вкладке Заказа
По умолчанию средние продажи считаются за последние пять недель
===Не учитывать максимальный запас в период акции===
Если включена, то, если по товару, хотя бы на 1 день заказа есть акция, то параметр [[параметры/настройка_параметров#максимальный_запас_ед|максимальный запас]] НЕ учитывается (т.е может быть предложено к хранению товара больше, чем в параметре)
====Редактирование и удаление====
===Указание причин редактирования заказа===
Вы можете ввести стандартный набор для [[:формирование_заказа#ручное_редактирование_размера_заказать|ручного редактирования заказа]]. При редактировании заказа пользователь сможет выбрать из созданных причин.
Доступно только для пользователей с правами доступа Администратор
{{ settings: changeorder.png }}
===Удаление старых заказов из базы===
При формировании заказов в автопилоте фиксируется дата их сохранения на диск, если разница между датой сохранения и текущей календарной больше или равно числу, указанному в настройке, то путь к заказам удаляется из базы, и заказы больше не замедляют открытие программы и не спрашивают пользователя о своей автозагрузке в программу.
Значение по-умолчанию 3 дня. Минимально возможное значение - 1 день
===Удаление старых балансировок из базы===
Балансировки старше значения указанного в настройке, удаляются из базы при входе в систему.
Значение по-умолчанию (также минимально возможное) 1 день
=====Продажи=====
===Автоматическое чтение истории продаж во вкладке Продажи===
Для того, чтобы продажи и остатки товаров во вкладке Продажи считывались автомататически при выборе товара/товарной группы или переходе во вкладку Продажи, необходимо поставить галочку в этой настройке (иначе для отображения нужно будет нажимать "Показать"
{{ settings: globalsales1.png }}
===Отображать код товара в заголовке графиков===
Для того,чтобы на графиках Продаж в заголовке отображался код товара, нужно включить глобальную настройку "Отображать код товара в заголовке графиков". На графике полностью отображаются коды не более 20 символов
{{ settings: codesales.png }}
===Потоварное отображение продаж===
Влияет на возможность представления продаж в [[:продажи#потоварное_представление_группы_товаров|потоварном]] разрезе при анализе группы товаров.
Если смотрятся продажи по числу товаров, большему чем указано в настройке, то отображение будет суммированным, меньше - потоварным
===Уведомление о возможном дефиците===
Часто может возникать ситуация, когда случилась большая продажа, текущего остатка (запланированного по предыдущему заказу) может не хватить до следующего заказа. Чтобы программа сигнализировала о возможном дефиците в таком случае, нужно включить соответствующую глобальную настройку:
{{ :настройки:1.png?650 |}}
Если эта настройка включена, то программа будет выводить в центре уведомлений предупреждение о возможных дефицитах для тех пользователей, которые указаны в фильтре подготовки заказов. Функционал работает только для автоматических заказов для фильтров, в которых указаны пользователи.
=====Анализ=====
=== Учет иерархии складов при проведении анализов===
Можно выбрать структуру складов, которая будет использоваться при проведении анализов: ([[Анализ: ABC-XYZ|ABC-XYZ]], [[Анализ: Эффективность|Анализ Эффективности]], [[Анализ: Динамика|Анализ Динамики]], [[Анализ: Обеспечение продаж|Обеспечение продаж]], [[Анализ: Излишки|Излишки]], [[анализ:ассортимент| Анализ - Ассортимент]], [[анализ:нос|Анализ - Неслучайное отсутствие спроса]], [[:обеспечение_продаж|Прогноз-Обеспечение продаж]])
{{ settings: settingsanalizier.png }}
*"Использовать из параметров" - при проведении анализов для товаров будет использована иерархия складов из их параметров.
*"Не использовать" - иерархии складов не будут учтены при проведении анализов.
*Имя конкретной иерархии складов из базы - для всех товаров в анализе будет использована указанная здесь иерархия.
===Средневзвешенная цена за===
Для оптимизации уровня сервиса и расчета нескольких показателей анализа эффективности будут взяты средневзвешенные цены за указанный период
с момента последней продажи.
Средневзвешенная цена = сумма_по_периоду(кол-во проданного * цена) / сумма_по_периоду(кол-во проданного), за исключением нулевых цен реализации(закупки).
{{ settings:pricesanaliz.png }}
===Проводить анализ в текущих ценах===
При включении настройки анализ эффективности будет использовать текущую средневзвешенную цену (с учётом настройки для средневзвешенных цен ("Средневзвешенная цена за").)
Если не включена - средневзвешенная цена определяется на дату До проведения анализа
=====Акции=====
===Ограничение истории продаж для расчета коэффициентов===
Если у Вас не загружены/заданы акции до какой-то даты, то вы можете ограничить историю продаж для расчета коэффициентов акций при помощи глобальной настройки "Использовать историю акций От"
При [[:акции_новые1#расчет_коэффициентов_акций|расчёте]] коэффициентов акций вместо всей доступной истории продаж будет использоваться история, начиная с даты, указанной в настройке
Если акция завершилась до даты указанной в настройке, то она не рассчитывается
{{ settings: actionsdates1.png }}
===Фильтрация акций с коэффициентом <1===
Через меню Настройки - Глобальные настройки можно задать фильтрацию акций с коэффициентом спроса < 1.
Если в соответствующем поле не стоит галочка, то акции с коэффициентом меньше 1 не будут учитываться, акция не будет оказывать влияние на используемую историю продаж, если стоит – будут:
{{ settings: globalactions.png }}
По умолчанию настройка выключена
===Автоматическое определение пересечения акций===
Определение [[:акции_новые1#пересекающиеся_акции|пересекающихся акций]] будет происходит при
*перезапуске программы
*загрузке акций через данные –Загрузить
*обновлении списка акций
{{ settings: globalactions1.png }}
По умолчанию настройка выключена
===Добавлять акции аналогов во все операции===
Настройка не используется, акции аналогов учитываются всегда
Если настройка включена, то все операции, включающие в себя историю продаж товара и его акции (например, формирование заказа, очистка и учет коэффициентов акций), будут добавлены акции его аналогов. В панели "Акции" в фильтре по акциям будут отображены акции не только указанных товаров, но и их аналогов.
===Резервировать фактический остаток под акции типа объем===
Позволяет создавать [[:акции_новые1#создание_резервов_под_планируемые_объемы_спроса_по_акции|резервы]] под действующие акции типа объем, если дата объема меньше максимальной даты в базе. \\
Объем резерва будет отражен в поле таблицы заказа [[/вид_заказ#резерв_под_акции|"Резерв под акции"]]
{{ settings: reservesforvolumes.png }}
По умолчанию настройка включена.
===Коэффициенты акций по товарам===
Если настройка включена, то коэффициент увеличения спроса [[:акции_новые1#потоварный_расчет_коэффициента_акции|рассчитывается]] и [[:акции_новые1#потоварное_прогнозирование_коэффициентов_акций|прогнозируется]] для каждого товара и клиента (если есть поклиентская детализация) акции отдельно. Так же устанавливается потоварный статус коэффициента акции.
{{ settings: actionsgoods.png?400 }}
Потоварные статусы коэффициентов акций реализованы в версии 4.5. Если Вы использовали программу с потоварными акциями до этого, то после обновления, значение статуса потоварного коэффициента установится равным значению статуса акции, которой принадлежит товар. Если вы хотите, чтобы по ранее загруженным акциям был установлен актуальный потоварный статус коэффициента, то нужно перерасчитать все акции.
===Не учитывать нулевую сезонность при расчёте коэффициентов акции===
При выключенной настройке на расчёт коэффициентов акций оказывает влияние нулевая сезонность.
Если настройка включена, то нулевые значения сезонности (месячной или понедельной) не учитываются, а считаются равными 1.
{{ :settings:actions04102019.png }}
===Прогнозировать только по текущим акциям===
При включенной настройке для прогноза эффекта акции будут браться только полностью завершенные акции. Если выключена - то еще будут учитываться текущие акции с рассчитанными коэффициентами
===Оставлять коэффициент без изменений, если его невозможно рассчитать===
Если у коэффициента товара статус «не установлен»(и при этом коэффициент не равен 1) или «установлен вручную», то при расчете коэффициента, если его нельзя рассчитать(после расчета получаются статусы «невозможно рассчитать», «нет продаж до акции», «нет продаж во время акции», «нулевой спрос в период акции» или [[/акции_новые1#дефицитные_акции|акция дефицитная]]) - остается изначальный коэффициент. По всем другим статусам - рассчитанный
===Агрегация коэффициентов акций===
От этой настройки зависит [[:акции_новые1#расчет_коэффициентов_пересекающихся_акций|Расчет коэффициентов акций на период пересечения]]
{{ settings: globalactions2.png }}
*Самая новая (используется по умолчанию) – в качестве коэффициента на период пересечения будет использован коэффициент акции с самым большой датой ОТ
*Умножение – на период пересечения все коэффициенты увеличения спроса пересекающихся акций будут перемножены
*По идентификатору - в качестве коэффициента на период пересечения будет использован коэффициент акции с самым большим по лексикографическому порядку идентификатору.
*По приоритету категорий - в качестве коэффициента на период пересечения будет использован коэффициент акции с наивысшей по приоритету категорией. Если у пересекающихся акций одинаковая категория, то будет использоваться агрегация По идентификатору \\
Приоритет категорий акций можно настроить в отдельном окне, которое становится доступным если "Агрегация коэффициентов акций" = "По приоритету категорий". \\
Приоритет категорий можно указывать отдельно для каждой товарной группы. При этом, приоритет может наследоваться от группы находящейся выше по иерархии. По умолчанию, приоритет устанавливается в алфавитном порядке названий категорий. \\
Если у какой-то группы не указан приоритет, будет использован приоритет от первой родительской группы верхнего уровня, у которой указан приоритет, если у всех родительский групп не указан приоритет, то используем приоритет по алфавиту.
{{:settings:приоритеты_акций.gif}}
===До первых продаж вне акции===
В случае, если акция имеет [[:акции_новые1&#фильтрация_по_коэффициенту_увеличения_спроса|статус "Нет продаж до акции"]] при помощи глобальной настройки можно по разному рассчитывать коэффициент увеличения спроса по таким акциям.
Cохранять спрос акции К=1.0 (используется по умолчанию) - значение коэффициента увеличения спроса по акции будет 1.0;
Исключать спрос акции К=0.0 - значение коэффициента увеличения спроса по акции будет 0.0
{{ settings: globalactions3.png }}
===Способ агрегации потребностей===
Влияет на учет акций типа Объем при расчетах оптимального товарного запаса.
*"Сумма регулярной потребности и акций Объем" (используется по умолчанию) - рассчитывается оптимальный товарный запас(ОТЗ) по истории продаж, затем он складывается с объёмами из акций типа Объём за период формирования ОТЗ.
*"Только потребности акции Объем" - перед расчетом оптимального товарного запаса(ОТЗ) из периода формирования ОТЗ будут исключены участки с акциями типа Объём. Затем к рассчитанному ОТЗ прибавляется сумма объёмов акций типа Объём за период формирования ОТЗ.
Исключение участков акций типа Объём происходит в разрезе "склад, артикул, клиент", то есть если для тройки "склад1, артикул1, клиент1" есть акция типа Объём, то её период будет исключен только для этой тройки, для других клиентов этого товара никаких исключений не будет.
{{ settings: globalagregat.png }}
===Пороги коэффициентов для фильтрации акций===
Можно задать максимальный и минимальный пороги для коэффициентов в фильтрации акций.
При расчетах оптимального товарного запаса будет полностью вычеркнута (пропущена) история продаж в периоды акций с большим или равным, чем максимальный или меньшим или равным, чем минимальный порог.
Вычёркиваются только период для клиентов из акции.
Также при [[:акции_новые1#прогнозирование_коэффициента_акции|прогнозировании коэффициента акции]] не используются акции, чьи коэффициенты не удовлетворяют заданным порогам фильтрации коэффициентов акций.
Если в настройке для порога коэффициента стоит 0, то порог не учитывается.
{{ settings: globalactions5.png }}
По умолчанию минимальный порог - 0, максимальный - 10
Также можно задать максимальный коэффициент для текущих и предстоящих акций в соответствующем поле. В этом случае, если коэффициент текущей или будущей акции больше, он станет равным установленному значению
{{ :настройки:2024-05-29_11-07-25.png?700 |}}
===Ограничение для расчета акций по их длительности===
Вы можете ограничить расчет акций по их длительности при помощи соответствующей глобальной настройки «Не рассчитывать коэффициенты для акций с продолжительностью более».
По умолчанию, значение настройки = 120.
При расчёте коэффициентов акции, если период акции больше установленной настройки, или дата От акции больше, чем дата До, то коэффициент акции (в том числе потоварные коэффициенты) не будет рассчитан. Статус коэффициента акции приобретёт значение "Превышена длина периода акции в днях"
{{ settings:actionslength.png }}
===Очистка акций по категориям===
В Настройки - Глобальные настройки можно задать категории акций, по которым не будет проводиться очистка истории продаж. Это может быть полезно в том числе для акций, [[:обеспечение_продаж?&#корректировка_планов|корректирующих план продаж.]] (по умолчанию от акций с категорией "корректировка плана продаж" очистка продаж не производится)
{{ settings: actionscategory.png }}
===Категории акций, для которых будет учтён параметр "Добавлять к заказу на акцию"===
Указываются категории акций, в период действия которых, при расчётах будет учитываться параметр [[параметры/настройка_параметров#добавлять_к_заказу_на_акцию_ед|Добавлять к заказу на акцию]] \\
Если, товар участвует в акции выбранной категории и период действия акции, попадает на период формирования заказа, то при расчётах будет учтено значение "Добавлять к заказу на акцию". \\
С помощью этого можно обеспечить дополнительную выкладку товара под акцию.
{{:settings:акции_добавлять_к_заказу.png}}
===Заказывать заранее товар на всю акцию===
Настройка влияет на заказ товара под акцию с "Заказать заранее за". \\
Если настройка включена, то заранее заказывается товар на весь период акции. \\
Если же настройка выключена, то товар заказывается на период заказа, учитывая при этом, что он нужен заранее, под акцию. Период акции сдвигается на количество дней "Заказать заранее за". \\
Подробнее про влияние "Заказать заранее за" и логику расчёта можно посмотреть в соответствующем разделе [[/акции_новые1#влияние_заказа_под_акцию_заранее|Акций]]
По умолчанию настройка включена.
{{:settings:акции_заказ_заранее.png}}
===Игнорировать дефицит по складам===
Позволяет не учитывать дефицит по указанным в настройке складам при расчете любой акции. В таком случае известные продажи участвуют в расчете коэффициента товара (акции), который будет влиять на очистку истории продаж, и, как следствие, на заказы, балансировки и прочее, где есть влияние акций.
Может быть полезно, если склад является виртуальным (без остатков) или по какой-тот причине не прогружены остатки
===Всегда учитывать коэффициенты акций, установленные вручную===
При включении данной настройки для коэффициентов со статусом Установлен вручную игнорируются минимальные и максимальные пороги фильтрации.
Т.е если вы зададите акцию вручную, то ее коэффициент всегда будет учитываться, даже если он больше или меньше установленного порога
===Коэффициенты по умолчанию===
Может возникать кейс, когда по акции невозможно рассчитать коэффициент (например, у нее нет продаж до акции), но вы хотите от нее очистить с фиксированным коэффициентом. Тогда можно его проставить в этой глобальной настройке.
С помощью этой настройки можно задать дефолтный коэффициент для определенного статуса акций и отбросить историю продаж для товаров с таким типом акции и статусом
Перечень статусов ограничен следующими статусами:
* Невозможно рассчитать
* Нет продаж во время акции
* Нет продаж до акции
* Нулевой спрос в период акции
При вы боре "Не использовать" коэффициент не учитывается
{{ :настройки:2024-05-29_11-00-00.png?800 |}}
=====Журнал=====
{{ settings: globalzhurnal.png }}
===Очищать журнал действий пользователя при закрытии программы===
Если настройка включена, то при закрытие программы журнал действий пользователей автоматически очищается. Очищаются только старые записи, которые хранятся больше указанного в [[настройки/глобальные_настройки#хранение_истории_действий_пользователя|глобальной настройке]] дней. \\
По умолчанию настройка включена. \\
Если журнал не очищается автоматически, то можно использовать [[/консоль#очистка_журнала_действий_пользователей|консольную команду]].
===Хранение истории действий пользователя===
Настройка необходима для установки срока хранения действий пользователя в [[:Журнал действий пользователей|журнале]] .
Минимально возможный срок - 14 дней, по умолчанию настроено 120
**Применение** в случае, если наблюдается значительный рост запасов или дефицит по товарам, то всегда можно проверить, почему это произошло: использовался рассчитанный программой или введенный пользователем коэффициент акций, были ли ручные корректировки заказа, дозабивка фур и т.п.
===Уровень логирования сообщений от системы кеширования===
Можно настроить уровень логирования сообщений от системы кэша:
*только ошибки
В журнале будут зафиксированы только ошибки, которые произошли во время работы системы кеширования, такие как отсутствие прав на работу с файлами кеша или повреждение файлов кеша.
*ошибки и медленные операции (чтение из СУБД)
Кроме ошибок будут фиксироваться операции чтения кешируемых данных из СУБД. Этот режим может быть полезен для диагностики замедлений работы программы. Само по себе чтение данных из СУБД является нормальной операцией, если оно происходит после изменения соответствующих данных (например, после импорта параметров они должны быть один раз прочитаны из СУБД). Однако если данные не изменялись, то они должны браться из кеша, а не из СУБД. Данный режим позволяет увидеть, когда данные берутся из СУБД и проверить, что не происходит "лишних" чтений.
*Все сообщения
Фиксируются все сообщения от системы кеширования, включая так же сообщения о всех чтениях данных из файлов кеша и сохранениях. Так как таких сообщений будет очень много, целесообразно включать этот режим только в исключительных случаях для детальной диагностики системы кеширования.
=====Пути сохранения=====
Можно задать
*директорию. куда будут [[:формирование_заказа#сохранение_заказа|сохраняться]] сформированные заказы - путь сохранения заказа
*директорию, куда будут сохраняться сформированные [[:формирование_заказа#автоматическое_формирование_заказа|мастером автоподготовки заказы]] - путь автосохранения заказов
*директорию, куда будут сохраняться [[:формирование_заказа#объединение_заказов|объединенные заказы]]
Эта директория будет использоваться при выборе пользователем в списке заказов ТОЛЬКО объединённых заказов(по поставщику, или группе заказа | складу, простое объединение) и попытке сохранения их в файл ("Сохранить в файл") и в учетную систему ("Сохранить в учетную систему") \\
Заказы, которые должны были быть разбиты, но исходя из [[настройки/глобальные_настройки#разбивать_заказ_по|настроек]] этого не произошло, так считаются объединёнными.
Если хотя бы один заказ не объединённый, то при вызове сохранения в файл будет по-умолчанию выдана директория из пункта "Путь для сохранения заказа"
* формат файла сохранения и путь сохранения заказа для учетной системы. Для того, чтобы заказы сохранялись в выбранном формате и по выбранному пути необходимо при сохранении заказа выбирать [[:формирование_заказа#сохранение_заказа_в_учетную_систему|сохранить в учетную систему]]
* шаблон имени заказа для сохранения в учетную систему
(по умолчанию имя заказа состоит из
[Фильтр] [Поставщик] [Размещение] [Заказчик] [ДатаОт]-[ДатаДо], вы можете нужный вам шаблон из представленных данных (выбрать нужные и задать им порядок, также можно выбрать формат даты для сохранения)
Задание шаблона доступно только администраторам,
* формат файла сохранения и путь сохранения балансировки для учетной системы
Для того, чтобы балансировка сохранялась в выбранном формате и по выбранному пути необходимо при сохранении балансировки выбирать [[:балансировка_запасов#сохранение_балансировки_в_учетную_систему|сохранить в учетную систему]]
*шаблон имени балансировки \\
(по умолчанию имя заказа состоит из
[Фильтр] [Код донора] [Код реципиента] [Дата размещения] [ДатаОт]-[ДатаДо], вы можете нужный вам шаблон из представленных данных (выбрать нужные и задать им порядок)
* путь сохранения логов об ошибках импорта
* временная папка для массовой загрузки - используется для загрузки истории продаж
{{ settings: saveallglobal.png }}
=====Прочие=====
====Файлы, консоль, интерфейс====
===Кодировка файлов===
Выбор кодировки файлов, загружаемых в программу - UTF-8 или Windows-1251
{{ settings: globalother.png }}
===Сохранять лог применения правил автоустановки параметров при импорте классификации===
Если включена, то при импорте классификации сохраняется лог применения правил в каталоге из настройки "Путь автосохранения логов об ошибках:"
===Отображать артикул в панели навигации===
Позволяет отображать в дереве товаров помимо уникального идентификатора еще один (например, артикул товара).
Этот дополнительный артикул задается при загрузке истории продаж через поле «Артикул (доп)»
С помощью данной настройки, можно выбрать, что будет отображаться при работе с программой во вкладках Заказ, Балансировка, Анализ-Эффективность, Параметрах, в прогнозах Обеспечение продаж и План заказов
{{:settings:артикул.png}}
**Пример использования** \\
Для загрузки данных в качестве уникального идентификатора используется код 1С (не у всех товаров проставлены артикулы или есть дублирующие значения). Однако закупщикам при работе с программой удобно ориентироваться именно на артикул. В этом случае помимо кода выгружается артикул, он загружается в программу как «Артикул, доп.» и он выбирается для отображения.
===Отображать только критические ошибки консольной утилиты===
Если включена, то при входе в программу отображаются только критические [[:консоль#логирование_неудачных_запусков_утилиты|ошибки]] работы консольной утилиты, если выключена - все ошибки
===Закрывать доступ к новым группа классификации===
При включении этой настройки новые папки/разделы классификации по умолчанию теперь недоступны всем пользователям, кроме администраторов
====База данных====
===Проверять БД на повреждения при старте программы===
По умолчанию выключено, при включении при запуске программы база данных будет проверяться на повреждения (может замедлить запуск)
===Создавать резервную копию базы при обновлении===
При обновление программы, рекомендуется всегда делать резервную копию базы. Отключить создание копии можно, если имеется собственный механизм резервного копирования данных.
По умолчанию, при установке новой версии программы и обновлении базы, создаётся резервная копия. С помощью данной настройки, можно отключить создание копии базы, при обновление. \\
Если настройка выключена, то перед обновлением будет выдано предупреждение о том, что резервная копия создаваться не будет,
для этого надо включить глобальную настройку "Создавать резервную копию базы".
В таком случае можно либо отменить обновление, либо продолжить.
{{:settings:создавать_дамп.png}}
====Сезонность====
===Исключить из расчета сезонности продажи по позициям===
Позволяет исключать из расчета сезонности по группе (и по отдельным товарам) товары, с историей продаж, меньше заданной. Минимальное значение которое можно установить 12 месяцев. В расчёте сезонности как по группе, так и по конкретным товарам, будут принимать товары, у которых есть минимум заданное число месяцев продаж за вычетом периода "Новый товар дней". По умолчанию период равен 12 месяцам.
Коэффициент Сезонности будет определяться на всём периоде товара за вычетом начала периода в "Новый товар дней".
{{ settings: globalseason.png }}
===При расчёте сезонности не очищать историю продаж от акций===
Если настройка включена, то при расчёте сезонности не будет происходить очистка истории продаж от акций.
По-умолчанию настройка выключена и перед расчётом сезонности производиться очистка истории продаж от акций.
Влияет как на расчёт месячной, так и понедельной сезонности
{{ settings:season_mc.png }}
===Пороги для коэффициентов сезонности===
Для корректного учета рассчитанных слишком больших и маленьких коэффициентов сезонности в Глобальные настройки-Прочие есть пороги фильтрации сезонности.
{{ settings: porogseason.png?400 }}
Минимальная граница не может быть больше 1.0, максимальная граница не может быть меньше чем 1.0.
При учете сезонности в если коэффициент сезонности меньше, чем минимальная граница, то он считается равным 0, если больше, чем максимальная граница, то он считается равным максимальной границе.
===При прогнозировании учитывать сезонность===
Влияет на совместный учет сезонности и акций.
Настройка принимает значения "всегда" и "только в периоды без акций". По умолчанию "всегда".
Если значение настройки "всегда", то сезонные коэффициенты участвуют в очистке истории продаж и в формировании заказа по всему периоду истории продаж.
Если стоит значение "только в периоды без акций", то сезонные коэффициенты участвуют в очистке истории продаж и в формировании заказа только в периоды, когда нет маркетинговых акций.
Настройка добавлена из-за того, что аккумуляция сезонных коэффициентов и коэффициентов акций через умножение может приводить к завышенному или заниженному оптимальному товарному запасу.
====Параметры, реестр====
===Реестр заказов===
По умолчанию выключена.
При включении заказы будут сохраняться и отображаться на вкладке [[:реестр|Реестр]]
При этом в случае выключенной настройки остаётся возможность грузить в реестр заказы из файла.
===Запрещать изменение вручную параметров, устанавливаемых по правилам===
Используется [[:правила_установки_параметров#запрет_на_изменение_автоматически_устанавливаемых_параметров|запрещения/разрешения]] изменений параметров, устанавливаемых по [[:правила_установки_параметров|правилам автоматической установки]]
{{ settings: autoparameters.png }}
===Стоимость альтернативных вложений, % в год===
Параметр, использующийся при расчете оптимального уровня сервиса в таблице Заказа, а также при расчете оптимального запаса, если стоит Параметр Использовать оптимальный УС = Да
Влияние и смысл [[:оптимизацияус&#стоимость_альтернативных_вложений|аналогичны параметру из Оптимизация - Уровень сервиса]]
{{ settings: globalother2.png }}
===Установка значений параметров для аналогов===
В случае, если Вы хотите устанавливать всем аналогам одинаковые параметры, то нужно поставить галочку в соответствующем поле в Глобальные Настройки – Прочие
{{ settings: globalparam.png }}
В этом случае (и если аналоги «включены») при изменении значения параметра товара (во вкладке Параметры, при импорте, установке параметров из Оптимизация- Уровень сервиса, удалении расписаний заказов и иерархий складов) изменятся значения параметра у всех его аналогов.
В спорных ситуациях (если при импорте файла параметров у двух аналогичных товаров стоят разные значения параметров) параметры будут взяты у товара, который главнее в группе аналогов.
Изменений параметров у аналогов будет записано в журнал действий пользователя.
[[:наследование|Параметры по умолчанию]] не влияют на параметры товаров-аналогов (Если при перемещении товара в группу у него меняются параметры, то у аналогов параметры меняться не будут.)
===Не учитывать нулевые продажи при фильтрации выбросов===
Влияет на количество продаж которые будут отфильтрованы.
{{ settings: globalsettingsfiltration_10092019.png?400 }}
Если настройка выключена, то количество продаж для фильтрации берётся от числа всех дней продаж. При включенной настройке, число отфильтрованных продаж берётся от числа дней с продажами больше нуля.
===Рассчитывать недостоверные позиции по средним продажам===
При включенной настройке Все заказы с статусом "Недостаточно данных", "Нескладская позиция" будут рассчитываться по формату среднего по продажам, статус самой позиции станет "Недостоверная. По средним продажам."
===Считать день дефицитным, если фактический остаток меньше, чем ===
Влияет на определение дефицита. Ситуацией дефицита считается, если в какой-то день, продажи нулевые и остаток меньше чем значение настройки умноженное на средние продажи(рассчитанные за последний год для каждого дня отдельно по дням с ненулевыми остатками) \\
Можно установить с точностью до 2 знаков после запятой, доступные значение от 0.5 до 10.0. По умолчанию = 1.0 (дней среднедневных продаж)
===Использовать разные уровни упаковок===
Настройка влияет на [[параметры/настройка_параметров#правило_округления_по_упаковкам|логику округления по упаковкам]] разного уровня.
Если настройка включена, то округление будет проходить в рамках нескольких упаковок, в зависимости от их размера и порогов округления
Если же настройка выключена, то округление происходит в рамках одной упаковки. По какому уровню упаковок будет происходить округление, определяется с помощью деления текущего Заказать, на значение размера каждой упаковки, начиная с верхней.
{{:settings:разные_уровни_упаковок.png}}
===Определять достоверность суммарно по складам===
Настройка влияет на определение статуса достоверности позиции. \\
{{:settings:достоверность_суммарно.png}}
Если настройка включена, то статус достоверности определяется исходя из суммы истории продаж по главному и подчинённым складам в соответствии с указанными настройками учета дочерних продаж и иерархии складов. Статус достоверности определяется с использованием параметров главного склада и присваивается всем складам от которых использовалась история продаж. \\
Если настройка выключена, то статус по каждому складу определяется отдельно, в соответствии с историей продаж на этом складе и его параметрами
====My SQL====
Указывается путь к утилите mysqldump.exe и каталогу сохранения резервных копий базы (дампа) при [[:обновление_программы|обновлении программы]]
{{ settings: settingsMysql1.png }}
=====Задачи=====
**Список дел** - При включенной настройке в программе будет отображаться [[/todo_list|список дел]].
**Время готовности заказов** - указывается время, до которого должны быть закрыты задачи по сохранению заказов.
**Время готовности балансировок** - указывается время, до которого должны быть закрыты задачи по сохранению балансировок.
Если список дел включен, то необходимо указать время готовности заказов и балансировок. По умолчанию время готовности 00 часов 00 минут.
{{:settings:глобальные_настройки_список_дел.png}}
=====Безопасность=====
При необходимости вы можете добавить для пользователей необходимость соглашения с режимом коммерческой тайны при входе в программу.
Для этого необходимо заполнить Адрес, название компании и включить уведомление о режиме коммерческой тайны в Настройки-Глобальные настройки-Безопасность
{{ :настройки:2023-03-14_15-37-37.png?600 |}}