Добрый день, коллеги.
Предвижу ваше возможное негодование.
Надеясь, что случившийся фейл имеет своей причиной не профессионализм форумчан, а моё собственное сумбурное описание, решил предпринять последнюю попытку. От вас зависит, чего я выпью - яду или шампанского.
* * *
Настоятельно волнует тема оперативного планирования в 1С.
* * *
Под оперативным планированием я понимаю создание в системе логически неделимых документов, в шапке которых указана дата совершения операции.
Например, я имею заказ покупателя. Он включает в себя три операции: реализацию, отгрузку и оплату. Каждую из них я могу разбить по датам. Например, сделать три плановые реализации, три плановые отгрузки, две плановые оплаты. Плановые движения хранятся в регистре накопления.
Документ плана может иметь плановый, рекомендательный или обязательный характер.
Каждый плановый документ должен быть (или рекомендует быть) исполнен, то есть должен быть создан зеркальный по содержанию документ, минусующий движения плана и записывающий движения по факту. Это в идеальном случае. В большинстве случаев, возникает несостыковка, которая лечится списанием партий по методу ФИФО. Например, если у меня есть две плановые реализации, я могу сделать одну фактическую, которая спишет невидимым (или явным) образом остатки плановых реализаций.
* * *
Вопрос будет чёткий и обширный.
А хорошая ли эта модель, может, есть другие, получше?
Приветствуются любые эмоции, за исключением отсутствия оных.

(0) выпей яйаду,
читать этот словесный понос ни кто не будет

урааа

(0) то, что ты описал, вполне ложится на бизнес-процессы

(3) то что он описал так или иначе реализовано в типовых

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

(4) ну хочется человеку сделать свой велосипед.

(0)
автор затрагивает различные аспекты планирования: планирование продаж (в упп есть), планирование отгрузок (в упп нет), планирование движений денежных средств (в упп есть)

а в чем собственно вопрос то?

Если почитать предыдущие ветки ТС, то становится понятно, что автор решил накропать свой аналог УТ, ничего не понимая при этом в логистике :)) При этом постоянно пытается изобрести велосипед, не удосужившись даже поизучать типовые конфы, где это все давно уже есть :))

>В большинстве случаев, возникает несостыковка, которая лечится списанием партий по методу ФИФО. Например, если у меня есть две плановые реализации, я могу сделать одну фактическую, которая спишет невидимым (или явным) образом остатки плановых реализаций.

убей себя... из одного заказа покупателя настругал 3 никчемных документа...

(7)[планирование отгрузок (в упп нет)]
лан свистеть,
товарный календарь и есть планирование отгрузок по дате в шапке заказа покупателя

(10) это кастрированное планирование, по сути не планирование.
кошерное планирование должно учитывать ограниченность ресурсов,  в данном случае к примеру емкость и скорость работы склада.

потребности тс перекрывает и хорошо

(11) какая нах ёмкость и скорость работы склада в товарном календаре

(8) я силюсь понять ваш сарказм, коллега, но не могу найти в ваших словах ни капли смысла. Вы говорите, всё это есть в УТ. Что есть? Товарный календарь, финансовый календарь? Да, есть. Но если бы я хотел ЭТО, я бы не задавал ЭТОТ вопрос.

(8) вы уже показали свою голословность в предыдущих топиках. за сарказм 5, за логику 2+

короч, коллеги
приходится выбирать из двух зол
1) 1 заказ = 1 отгрузка = 1 оплата = много вазелина с туманом в планировании
2) 1 заказ = много отгрузок = много оплат = много вазелина со списанием партий
в принципе думаю, моё решение самое правильное, вопрос даже не в этом
вопрос в том, а нужно ли так работать

(16) партии ты зря к планированию приплетаешь,
совершенно

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

*резервирования

(18) у обкатанных механизмов очевидный минус:
один заказ - одна дата отгрузки

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

+(18), (19) Если Вы, "коллега", научились микроскопом забивать гвозди, то это вовсе не означает, что он только для этого и предназначен. Повторюсь еще раз - в УТ и УПП есть ВСЕ, что Вам нужно, просто надо уметь это правильно использовать. Максимум, что потребуется- это небольшие доработки, т.к. в типовых все невозможно учесть. но в Ваших ветках, я не нашел того, чего нету в типовых. Вот и все, что я хотел сказать :)))

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

(0) ... От вас зависит, чего я выпью - яду или шампанского. ...

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

(23) + 100

(23) (24) не понял вашего выпада. мы сейчас говорим не о системе и не о внедрении, а о конкретной проблеме в её чистой математической ипостаси без привязки к конкретной компании, конкретному документообороту и прочим вещам
я не думаю, что будет супер сложно найти компанию, которой был бы полезен этот велосипед

(25) [а о конкретной проблеме в её чистой математической ипостаси без привязки к конкретной компании, конкретному документообороту и прочим вещам ]
бред
срочно к доктору

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

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

(28) ... Например, сделать три плановые реализации, три плановые отгрузки, две плановые оплаты. ...

Почему две оплаты ?

(28)[это говорит обо мне, как о дилетанте]
говорит,
опиши гипотетический документооборот и отчетность к нему,
попробуй обсудить ЭТО на форуме

(29) денег только на две хватило

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

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

(27) Решение Вашей проблемы, к сожалению не объяснишь Вам, пока Вы не будете понимать ОСНОВ учета. Основам логистики и планирования на предприятии учатся годами, а Вы хотите, чтобы Вам на форуме парой фраз все это разжевали. Так не бывает :))
(32) "я вознамерился сделать то, чего нет в типовой" - судя по Вашим постам, Вы как раз вознамерились сделать то, что ЕСТЬ в типовых, только Вы почему-то не хотите или не можете этого до сих пор понять :))

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

заведи ещё сто веток, результат будет идентичным

(27) "может, соизволите выдать мне конкретную пачку документов типовой конфы" - я это уже делал в одной из Ваших веток, на примере "Заказа" и "корректировки заказа" в УТ, но убедился, что Вы даже близко не представляете, как их правильно использовать :))

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

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

(37) не парься- продолжай - интересно...

(36) А Вы хотите, чтобы я Вам сейчас в двух постах преподал институтский курс логистики? А то, что Ваши знания очень далеки от необходимого для решения Вашей проблемы минимума, я сужу по Вашим же высказываниям. Если почитать Ваши ветки, то любому будет видно, что сначала Вам люди пытаются помочь, что-то подсказать по делу, но так как Вы даже не понимаете, о чем идет речь, либо не умеете правильно сформулировать Ваши мысли, то смысл что-то объяснять теряется. Задавайте конкретные вопросы по делу, прислушивайтесь к ответам - и Вам помогут. А бить себя пяткой в грудь "Я, мол нии...ца какой крутой внедренец и знаток" - здесь не нужно :)))

(0)  Допилили УПП...
Добавили "Диспетчерскую заявку" на техоперации, учет по исполнению техопераций, загрузка РЦ и т.д.
И это всё по "Теории ограничений систем" Голдратта. Скорость выросла на производстве пока только в 2 раза, но это только начало.
Причем, не обязательно делать план-факт-отклонение в регистрах накопления... Я например в ТЧ документа сделал эту байду статусами операции, временем план-факт и т.д.

(37)[один из вас хочет сказать, что я неправильно формулирую вопросы ]
жёстче,
в твоих топиках пока нет вопросов, есть лишь метания и поток сознания

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

Я чот не понял ТС, оперативное планирование же реализовано на документах "Заказ"

(35) ну давай так
вот есть проблема
заказ клиента. я планирую поэтапную отгрузку, 5-го и 10-го ноября. склад видит мой запрос, логист обеспечивает поставку
я планирую поэтапную оплату, 1-го и 15-го ноября, финансовый директор или кто там видит мои ожидания и планирует возможные операции с финансами
я понимаю, что ВСЁ ЭТО можно реализовать в типовой. не такой уж я и дурак
отгрузку я могу запланировать ордерами (либо датой отгрузки в таб. части), финансы планируемыми поступлениями либо в графике оплаты
могу также сделать условие 1 заказ = 1 отгрузка, благо конфа позволяет, и многие компании работают по этой схеме
только вопрос не про это был

(39) я себя в грудь не бью. ты начал с того, что облил меня помоями, если на то уж пошло

(39) если ты не можешь объяснить, так и скажи

(44) Еще раз попытаюсь :)) В типовой это все делается не так. Есть заказ. Список заказанного можно выдернуть из регистра заказов при заполнении отгрузки (В типовых есть кнопочка "Подбор по списку заказанного" или как-то так). Никто не мешает разбить отгрузку хоть на 10 штук, и это не имеет никакого отношения к изменению самого заказа, просто отгрузки списывают реализованный товар из регистра заказов, соответственно "список заказанного", т.е. остаток по регистру заказы будет уменьшаться. Так понятно?

(44) уже теплее
[я понимаю, что ВСЁ ЭТО можно реализовать в типовой]
вот и опиши что НЕЛЬЗЯ сделать в типовой,
в каком документе какой пользователь что сделает
и каким отчетом его начальник ЭТО проконтролирует

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

+(47) А так же, при необходимости, чтобы изменить список заказанного, вводится документ "Корректировка заказа", который корректирует остатки в регистре "Заказы" и НИ В КОЕМ СЛУЧАЕ не трогает сам первоначальный заказ.
(48) В типовой много чего НЕЛЬЗЯ реализовать, ты задавай конкретные вопросы :)))
(49) Вот твой пост из другой ветки: "В типовой конфе 1С есть только реквизиты ТЧ и там корректировка происходит в заказе" - я и решил, что ты не знаешь, как работает система заказов и резервов в типовой :))

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

(50) ты божился, что табличная часть заказа не расплывается
заказано 5 стульев, 2 отгружаем завтра, 3 послезавтра
разбиваю одну строку на две по датам отгрузки
вот это я имел в виду под "заказ корректируется в заказе"
а я хотел вот так: в заказе 5 стульев одной строкой
отдельно ГДЕ-ТО пишу: 2 стула завтра, три послезавтра
дату отгрузки в таб. части использовать не хочу, хочу видеть заказ свёрнуто в документе по номенклатуре и ценам (ключ строки)
остаётся только ордерами, либо жёстко ограничить заказ одной датой

(48) В типовой нельзя вывести поле "Осталось обеспечить" в анализе заказа на производство в "помощнике планирования", так же в нем нельзя получить количество зарезервированного под заказы на производство...

я хочу вообще вот так
открывают счёт 51 (или регистр ДС) и вижу
движение счёта / регистра по факту
движение счёта / регистра по плану
чтобы у меня не было отчёта "Платёжный календарь"
а была просто ОСВ по счёту, либо ведомость по регистру
план-факт
план-факт
бред? возможно

(54) Делай план продаж а потом П-Ф анализ...

(52) Что за бред? "заказано 5 стульев, 2 отгружаем завтра, 3 послезавтра, разбиваю одну строку на две по датам отгрузки", нафига тебе разбивать строку в заказе, просто отгружаешь завтра 2, а послезавтра при подборе у тебя автоматом останется 3. Причем здесь заказ и зачем в заказе указывать дату отгрузки? А если клиент приедет на неделю позже или не приедет вообще?

(56) в этом мы и не поняли друг друга
я про план, а ты про остатки
да, он может не прийти, но подсуетиться я могу сейчас, если он вдруг придёт

+(56) Или приедет завтра за 2-мя стульями и скажет "я передумал, у меня заказано 5 стульев, давайте мне 4 сейчас, а 1 потом"

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

бизнес-процедуры объединяются в бизнес-процессы

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

В форме списка бизнес-процесса расположена подчинённая таб. поле со списком его бизнес-процедур и статусов

Любой регистр / счёт имеет измерение Вид проводки (Дебет, кредит, остаток) и Ордер (документ плана)

Таким образом, я вижу детальное состояние регистра в разрезе дат планирования и факта

Не супер густо, но уже что-то

(59) Не,тут правда что-то не то...
Смысл (документа плана) Ордер

Например, делаю бизнес-процесс перемещение товаров. Он порождает две бизнес-процедуры "Расход со склада" и "Приход со склада" (реальные документы)

Расход со склада:

движение 1

Склад = Курьер
Ордер = Расход со склада 1
Вид проводки = Дебет

движение 2

Склад = Основной
Ордер = Расход со склада 1
Вид проводки = Кредит

Приход на склад:

движение 1

Склад = Дополнительный
Ордер = Приход на склад 1
Вид проводки = Дебет

движение 2

Склад = Курьер
Ордер = Приход на склад 1
Вид проводки = Кредит

При отпуске товара со склада Основной делаются минусовые проводки по плану и отдельное движение по факту:

движение 1

Склад = Курьер
Ордер = Расход со склада 1
Вид проводки = Дебет

движение 2

Склад = Основной
Ордер = Расход со склада 1
Вид проводки = Кредит

движение 3

Склад = Курьер
Ордер = Расход со склада 1
Вид проводки = Остаток

движение 4

Склад = Основной
Ордер = Расход со склада 1
Вид проводки = Остаток

Аналогично по приходу на склад
В итоге вижу план-факт

(57) Я про остатки заказанного. Вот поэтому я и говорил про основы логистики - план - это план, т.е. некая запланированная сущность, иными словами, то, что ты планируешь. А факт - это голая реальность, которая может разительно отличаться от плана.  И никак нельзя эти две сущности друг к другу жестко привязать, а можно только сравнивать план с фактом и анализировать, почему они расходятся. А потом принимать меры, чтобы факт максимально соответствовал плану. А ты, как я понял, хочешь факт жестко привязать к плану.

P.S. А вообще-то любая реализация любого бреда имеет право на жизнь, сам, было время, занимался реализацией бредовой системы движений товара :))) Если заказчику так надо, можно и такой бред написать. Только надо помнить про две вещи:
1. чтобы не получилось так, что тебе потом скажут "А мы хотели вовсе не этого, сделай нам, как в типовых"
2. И что автоматизируя бардак, получишь автоматизированный бардак :))) Так что дерзай :))

вот теперь все понятно!
хорошо сказано!
давно бы так!

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

ПЛАН это вещь!

(64) неожиданный вывод,
дополнительные ТЧ Заказа покупателя с графиком отгрузки в УТ/УПП часто делают для поддержки логистических центров

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

(62) Не, ну совсем так с плеча рубить тоже нехорошо...
Вот взять например оперативный план производства, там что запланировал, то и сделал, ну может срок различается :)
А про остатки заказанного и план как основу всего и вся я мог бы и поспорить...

(68) Согласен, но здесь-то идет разговор о планировании не производства, а отгрузок товара. ТС хочет факт отгрузки вводить на основании плана. Можно конечно и так сделать, но что делать если мы запланировали отгрузить через месяц 100 штук товара. а через месяц у нас тупо нету этих 100 штук (ушли в брак, налево и т.п.). Как тогда ТС будет это разруливать? Я это и имел ввиду, применительно к теме ветки, а если говорить о системе план/факт в общем, то тум вариантов может быть множество :))

*тум = тут :)

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

(71) А проблема в том, что если почитать предыдущие ветки автора, то станет ясно, что он хочет вводить отгрузку товара на основании заказа _без возможности изменения_, т.е. точно по заказу. А если что-то надо менять, то собирается изменять сам заказ (разбивать строки, корректировать количество в заказе). Во всяком случае у меня создалось такое впечатление из слов автора :))

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

вообще по хорошему планы отдельно факты отдельно. и глубоко пофигу как ты отгружаешь, хоть 2 плана закрывать 3 фактами. и тогда система становится глубоко прозрачна и понятна всем. а когда начинается что надо из каждого плана в факт забить по 25% от документа, то делай какой хошь фифо, начнется бред; либо создавать так, чтобы документы плана были как документы партии (еще одно измерение партионного учета).

(73) Видимо мы не поняли друг друга :))
[а планирование отгрузки позволяет подпитать склад и рассчитать свободные кубометры на заданный период]
Т.е. я правильно понимаю, что ты хочешь организовать систему, которая позволит с одной стороны не затоварить склад неликвидами, а с другой не провалиться в упущенные продажи?
Тогда,ИМХО, надо прежде всего планировать закупки на основной склад. планировать отгрузку как-то проблематично. Может Проще учитывать спрос на товар (реализации+упущенные продажи) и в зависимости от спроса, определять минимальные остатки по каждому товару, и вычислять точку заказа. А чтобы учитывать "свободные кубометры", надо вводить "Ячеистый склад" - там для каждого товара указываются габариты, строится "карта ячеистого склада" и т.д. не помню, как в УТ, а в Рарусе "Альфа-Авто" была попытка реализовать ячеистый склад - мне, правда было влом разобраться во всех тонкостях :)))