При работе столкнулся с такой темой :
Клиент ведет партионный учет в разрезе серий, при этом большое количество реализаций выписываются будущим числом. Естественно идет движуха в сегодняшнем числе, а также  документы датой позже сегодняшнего числа тоже правятся. Последовательность партионного учета восстанавливать никто не спешит.
При неоперативном проведении в документе могут быть выбраны и выписаны серии, списанные в документах на более раннюю дату.
Чтобы как то решить проблему, хочу закомментить проверку на оперативность документов списания, чтобы при проведении ВСЕГДА проверялся оперативный  остаток в регистрах. Хотелось бы услышать мнения других на этот счет. Стоит или нет так делать


//Если РежимПроведения = РежимПроведенияДокумента.Оперативный Тогда
                   
Движения.ТоварыНаСкладах.КонтрольОстатков(ЭтотОбъект, "Товары",         СтруктураШапкиДокумента, Отказ, Заголовок);
Движения.ТоварыНаСкладах.КонтрольОстатков(ЭтотОбъект, "ВозвратнаяТара", СтруктураШапкиДокумента, Отказ, Заголовок);

(0) А чего поступления задними числами не правите?

(0) Сейчас будет спор "тупоконечников" и "остроконечников".
Делать так или нет, зависит от твоей ситуации.
Иногда можно так делать, иногда нельзя.

(1) и поступления правим... :-)
не БЕЗ этого...

(0) это ЕДИНСТВЕННЫЙ способ...

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

В чем смысл выписывать документы будущей датой?

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

(5)
1. право собственности переходит завтра.
2. В 00 часов и 01 минута завтрашеного дня машина должна быть готова с полным пакетом документов и загружена.
3. 97% отгрузки равняется заказанному, после проверки остатков.

(5) Отгрузка будет в будущем (если будет) и нужно чтобы реализация списала данный товар с остатков чтобы его не выписали. Ну и на складе все подобрали по сериям.

(7) когда пункт 1 актуален?

(9) когда оплата по факту и доставка выезжает ночью, что бы с утра быть у клиента на точке.

Вычерки есть (разбили, поломали) но редко когда они превышают больше 1%

(10) а почему не получить оплату по факту если в накладной вчерашняя дата стоять будет?

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

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

Да такая дикая схема "резервирования/списания".

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

пора за попкорном

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

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

(2) уже писал.

(12) Вчерашняя дата - это исправление.

(13) в таком случае почему не использовать склад-ордерную схему?

(17) в типовой УТ 10?

(16) не понял :) или не осознал.

(15) Сети да. Мелкому клиенту +/- пара дней некритично.

(20) а если это переходящий период?

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

(17) Схема заказ покупателя - реализация в данном случае по сути равна склад-ордерной схеме.

(22) Дело не в невозможности поставщика отгрузить.  Менеджер взял сегодня заказ на послезавтара. И отгружен он должен быть послезавтара.

(23) резервирование?

+(24) как и пишешь, фактически квази склад-ордерная схема

(24) закрытие заказа - под любой вычерк или корректировку?

(23) (24) Резервирование ? Ну естественно. Притом резервирование в разрезе партий.  А это умеет только документ "Резервирование товаров". Соответственно электронный документооборот вырастает в два раза. И главное выписке надо отслеживать момент, когда на основании резерва делать реализацию. А делать это надо по факту сборки заказа.
Делать они это нехотят.

(27) и правильно делают.

(27) только зачем резервирование в разрезе партий, а не серий? Заказом можно резервировать и в разрезе серий.

(29) Партий в данном контексте = серий

(0) Некоторые так делают. Это легко реализуется посредством подписок на событие ПриЗаписи для регистра накопления.

(30) http://screencast.com/t/lasWVJe4l а для чего тогда эта константа?

(31) можно поподробнее. Я так понимаю это надо делать для регистров остатков и оборотов по которым движется номенклатура.
А можно повесить подписку на "при проведении" и заряжать РежимПроведения в обработке проведения значением "оперативный" ?

(32) Я описался. Аналитического разреза партий как такового в 10.3 нет, так как нет справочника партий. Поэтому с точки зрения аналитики партия = серия