ГЕНЕРАЦИЯ складских требований в одной БД : Супермаг Плюс (Супермаг 2000)

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

Поэтому и спрашиваю, как можно реализовать порядок работы в ТС, чтобы минимизировать временной развыв, а в идеале от него уйти.
Понятно, что например должность оператора по обработки первички на складе и как следствие внесение в систему прихода сразу, снимет часть проблем, но заказ все равно делать нужно опираясь на продажи ( статистики по которым просто нет)и с магазины на склад, а со склада поставщику .
Более того, часть товара приходит по "мягким" накладным , т.е. расходным документом поставщиков, а оформление ТОРГ 12 уже у них запаздывает почти на ,5 дня.
Это специфика работы со скоропортом- срок годности товара до суток, соответственно физически все пытаются его двигать очень быстро.

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

Вот так, например https://olegon.ru/showthread.php?p=317760#post317760
Не надо путать теплое с мягким... Я говорю о том, что приход после продаж делать не надо, а не про заказ. Статистика по продажам у вас появится и все заработает, речь о бардаке, который светит вам, если начнете в системе отражать другую реальность. Отчеты будут тоже по другой реальности.
А вы принимайте в систему по факту. Система нужна, еще раз пишу, для контроля этой реальности, а не другой. Номера первички можете вбить потом.
Можно сделать, конечно. Отключить проверки, уйти в минус и т.п. Но, пока вы не осознали, как все работает, не устраивайте бардак. Потом придется выкинуть товародвижение, провести инвентаризацию и начать все заново. Многие так делают. И крайними будете вы, потому, что бардак устроили.
Понятно, что хотелось бы продавать без всего этого. Метать от поставщика клиенту, собирая нал без чеков. Но, если уже поставили систему - делайте по системе. Не надо задним числом в ней вспоминать что-то.

Если создается впечатление, что я из вредности так советую - запомните эту тему и делайте по своему. Я не заставляю.

Не во вредности дело))) Все верно и я пытаюсь организовать процесс правильно. чтобы как раз было меньше бардака и переделывать ничего в дальнейшем не пришлось.
Отсюда и столько вопросов...
Ровно так и делаем, но хочется меньше "ручками", т.к. в планах быстрый рост численности магазинов. Поэтому и нужен автозаказ складских требований без учета остатков ЦС, а на основании ССР магазинов и с корректирующими коэффициентами по дням недели, праздникам.

И пусть офис думает, как и откуда ему привезти, то, что нужно покупателю.

В настройках ЦС поставьте галочку - "Генерировать складские требования складу на полную потребность (без учета его остатков)".

Mtirt, спасибо!!!!!
значит все таки можно!!, это уже половина проблемы. Обязательно проверю.