И так, пока на Вере выходные, есть время немного подумать и что-нибудь написать.
В настоящее время у нас есть два вида снабжения:
1.приход в подразделение жестко заданного количества товара
2. единовременный заказ партии товара (с последующим удалением такой заявки)
Возьмем для простоты предприятие сферу услуг (ресторан. медцентр и т.п.).
Обычно для таких подразделений делают заказ всех расходников, в самый первый раз на максимальном для подразделения уровне. Какую то часть расходников подразделение “продает”. Если оно “продает” меньше максимума, то при такой схеме заказа на складе накапливаются излишки.
Есть две стратегии как преодолевать проблему излишков. Либо периодически вывозить излишки обратно, либо периодически корректировать заказ расходников, чтобы уменьшить накопление излишков. Для упрощения управления многие снабжают все свои подразделения с одного склада.
Все эти стратегии требуют дополнительных кликов со стороны игрока.
С другой стороны, даже самый тупой управляющий рестораном должен знать сколько он потратил расходников и сколько ему надо дозаказать. То есть работа такого управляющего просто просится для автоматизации.
А что если изменить суть заявки на поставку товара (или добавить еще один вид заказа - поддерживающий заказ).
Пусть заказ 100 штук товара теперь означает, что на складе ресторана должны поддерживаться этот уровень запасов.
Пример. пусть ресторан имеет задание поддерживать запас товара на своем складе в размере 100 штук, пусть на складе имеется 80 штук товара. В пересчет он расходуется 60 штук.
То есть есть, на складе остается 20 штук, следовательно в этот ход ресторан привезет на свой склад 80 штук расходника.
Если в следующий ход будет израсходовано 55 штук, то в ресторан будет завезено те же 55 штук.
изменение расчетов не должно быть сложным.
вместо одного действия + размер заказа, надо будет сделать + ( размер заказа - количество товара на складе), с проверкой на отрицательные числа.
Для упрощения реализации можно ограничить такой тип заказа одним поставщиком.
Или обрабатывая таких поставщиков независимо друг от друга.
Такая схема снабжения требует минимума участия со стороны игрока. Вернее она требует вмешательства игрока в случае “нетипичной” ситуации, например, том случае, если на складе не хватает товара для пополнения запаса.
Информировать игрока можно либо сообщением в личку, по аналогии с нехваткой кормов, либо специальным индикатором - “нехватка товара на складе снабжения”.
Если попробовать посмотреть что будет с такой схемой снабжения в магазинах, то оказывается, что и в магазине это вполне работающий вариант.
А если добавить индикаторы или сообщения о том, что продан весь запас, то будет совсем удобно и потребует вмешательство игрока не в каждый магазин а только в те, что требуют такой корректировки.
Мне представляется, что подобный режим снабжения сильно уменьшит необходимость в малосодержательных кликах по куче подразделений, оставив больше времени на анализ рынков и т.п.
|