В каких модулях реализовывать? в обработке заполнения док-та ПКО?

пример

если сумма заказа равна 14000
приходно кассовый ордер создано на 14000

в таком случае нельзя создать 2 документ поступление ДС или приходно кассовый ордер

если сумму 14000
приходно кассовый ордер на в 12000

то можно создать поступление ДС или приходно кассовый ордер на 2000


если сумма заказа 14000
приходно кассовый ордер создано 12000
приходно кассовый ордер на 2000

нельзя создать поступление ДС или приходно кассовый ордер


то есть
если (сумма заказа - (поспупление ДС(мб несколько) + приходно кассовые ордера (мб несколько) )) = 0 или (вдруг меньше 0) = создать приходно кассовый ордер или поступление ДС нельзя

Реализация какого механизма? Часы с кукушкой?

(1) (0)

Да, в обработке заполнения ПКО и поступления ДС.

Можно сделать отдельный модуль и вызывать его из них

(2) А кто такой "механизм" расписал?

+

но тут есть нюансы - проведение ранее непроведенных ПКО и Поступление ДС, этот случай нужно тоже обработать.

кроме того не забыть про изменение заказа при уже имеющихся ПКО и ПДС

(3) проблема в том, что конфигурация на поддержке, я и думал через подписку делать. Но вопрос еще в том, что как мне понять была ли уже создан ПКО? искать запросом по чему? по сумму? контрагенту?

(4) заказчик

(7) А ты - кто?

(6) Ну я так понимаю ИСКАТЬ ПКО созданный на основании заказа. Если связи между заказом и ПКО нет - то пусть заказчик скажет как искать - это же он как-то придумал

(9) понял,спасибо! еще проблема) если делаю запрос и ничего не нахожу, то пишу отказ =истина, возврат. НО док-т ПКО все равно создается, хотя и пустой, как сделать, чтобы он вообще не создавался?

(2) Это вопрос про функционал, а не про механизм. Ок?

Функционал взаимного контроля, его специфика: его всегда на проведение вешают, на всех документы взаимоконтроля. Лучше подпиской если их много.

(11) понял,спасибо!

Кстати да, в обработке заполнения - само заполнение, а проверку в другой процедуре. Я делал подпиской в ПередЗаписью()

(10) Контроль суммы расчетов при вводе на основании.
PS Уровень эсников все ниже и ниже...

(10) Если создавать документ "по основанию", а заполнять типа "по остаткам" суммы расчетов, то новый незаписанный документ - кому мешает? Пусть юзвер голову себе ломает почему документ не заполненный создался. Имхо, стоит ли его в таком случае записывать или нет - ему решать. имхо, не надо всё автоматизировать и тем самым на себя брать ответственность.

В типовых, кстати, заполнение "на основании" иногда "дублируют" кнопкой в документе (или командой заполнения ТЧ). Удобно, если юзвер нашел и устранил причину, по которой документ не заполнился при создании.

"Флейм и оффтопик в тематических разделах 1С и IT не допускается."

+ (14) При проведении ПКО/ДС - повторить контроль суммы расчетов.
А (17) +100500.

спасибо всем за ответы! буду пробовать реализовывать.
Подытожим:
1. Реализовываю механизм в общем модуле в подписке на событие в модуле ПередЗаписью()
2. Запрос связываю с документом основанием
3. Учет ньюансов (проведение ранее непроведенных ПКО и Поступление ДС, этот случай нужно обработать. кроме того не забыть про изменение заказа при уже имеющихся ПКО и ПДС)

что еще забыл? не учел?

(13) почему перед записью, пользак же на основании заказа делает себе ПКО

У тебя задача какая-то обтекаемая. Я внеконтекста всего этого дерьма, но:

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

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

(25) не нужно записывать, задача стоит, чтобы не давать создавать новый документ

(24) ну так перед записью проверил, если не ок - не дал записать.

Во вводе на основании ты можешь заполнить документ, пользователь потом нажмет записать и получит ответ, что нельзя.

(27) ясно,спасибо

(28) а форма должна открываться вообще или нет? Если твои условия сработали, ты понял - что НЕТ, форма должна быть на экране?

(29) вот это уже уточняю у заказчика.

(30) Если форму открывать не надо, тогда (25).
Оф.пруф: https://its.1c.ru/db/v8std#content:2149184045:hdoc

(31) ага, попробовал ВызватьИсключение, спасибо! то, что нужно

(32) =) ИТС наше все, пожалуйста.

(33) отрыл проблему, в обработке заполнения в структуре ДанныеЗаполнения, для ПДС нет док-та основания, если ПКО делаю, то все ок.

Вся соль пойдет тогда, когда заказчик захочет интерактивчик

(34) Это не проблема. Это - функционал 1С.

(32) За исключения нужно бить линейкой по рукам...

(36) как быть тогда для ПДС, подскажите, светлые головы

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

(34) так ты посмотри, как в этом случае открывается форма объекта? Найди этот кусок и дальше читай опять фак:
http://v8.1c.ru/metod/faq2/answer.jsp?id=583

(39) Предлагала... (22).
(38) Я бы заказчику объяснила, что ПДС предусмотрен для другого. А для расчетов с контрагентами предусмотрены ПКО и ПП. А если заказчик хочет втыкать ПДС - придется ломать типовой механизм.

(41) понял,спасибо!