Когда проводишь реализацию  товара например на 20 штук, выдает сообщение что то типа: по партиям не списано товара 10 штук.

и 10 списывает, а с регистра остатки товаров списывает все 20. можно ли как то сделать так чтобы не давал проводить документ? или надо в конфу изменения вносить?

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

(1) +100

ну вот чтобы порядок навести и надо сделать так чтобы документ не проводился...

(3) нет нужно сделать так чтоб он проводился без ошибок

Была такая хрень. Руки бы поотрубал писателям этой нетленки.  Если товара 10 штук- нахрена позволять его списывать 20 с остатков ?  Потом данные партионного учета не бьют ни с бухгалтерией ни с регистром остатков.
Пытался исправить, но там настолько глубоко корни растут у регистра ПартииТоваровНаСкладах, что я в конце концов забил на это и сделал свою проверку остатков с запретом проведения если нехватает.

(5) бугага, а выровнять учет религия не позволила?

(6) ровняй не ровняй, а юзеры всеравно потом будут проводить задним числом в минус, что скажешь?

(6)Причем тут выровнять учет?  На складе 10 штук товара. По партиям - 10 штук.

Списывают 20. По всем законам логики и вселенной, он должен слать лесом и непросодить док.  Нет, он проводит -10 по партиям и -20 по ТоварамНаСкладах и бухгалтерии.
Ну не идиотизм ли?

(5) А как же быть с такой возможностью как отложенное проведение по партиям?

(9) И что в этом критичного? У меня проверяло на момент документа и на оперативный момент. Проверяло на мимнимум из двух. Хватает- милости просим проводите, нет - идите лесом.

(9) Регистры не должны расходится ни при каких обстоятельствах... Отложенное проведение по партиям тут ни каким боком (оно как было так и осталось)

(10) у меня еще хлеще, + к тому , что есть проверки на проведение задним и передним числом, еще проверки на отмену проведения поступления..

(5) на самом деле там все достаточно просто сделано, изменить логику проведения дело одного часа и минимум кода.

(8) если в ТоварыНаСкладах 10 то при включенном контроле он не даст списать 20

(12)Так отмена проведения поступления сразу же влияет на остатки, проверки на два момента должно было вполне хватать

(14)попробуй.

(14)Может уже пофиксили, но 2 года назад было именно так

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

(16) а что пробовать - я уже 10+ лет пробую, так что на УТ 10 собаку съел

(18)у них концепция, что задним числом ничего не проводится, нечего и проверять. в наших условиях - еще как проводится и почти везде.

(16) Пробовать нечего - это факт

(19)Ну значит УТ для Казахстана отличается в этом смысле от УТ для России:-)

(22) вряд ли

(23)Ладно, не будем спорить. Но я  бы тоже придумывать не стал просто так на пустом месте.

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

(25) ну я для Казахстана не видел, поэтому спорить не буду, но для Украины в этом плане точно такая же как и для РФ

(26)Ну, тогда не будем флудить попусту:-)

Однако у ТС таже ситуация откуда то взялась

(28) У него н такая ситуация. У него по складу 20 шт, а по партиям 10. При недостаче по партиям дает проводить

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

(29)Так и я про точно такую же ситуацию если что.

А чтобы вообще без проверок списать - достаточно проводить неоперативно :) Восьмерка - для святых пользователей

(31) вообще-то писал совсем про другую ситуевину

(33)>>Была такая хрень

Это я сразу написал:-)

(31) прочитай (8) внимательно =)

в итоге я сам понял что корни далеко растут...если начать перепроводить документы реализации то он будет выдавать сообщение что и в какой реализации не то? или корректировку по регистру сделать...

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

я думаю такая ошибка из-за того что поступление позднее чем реализация, например...но копаться искать сейчас это...