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

Таки я бы предложил использовать обработчик проверки заполнения.
---
Да, и вот это тоже... да и поддерживать проще... Сегодня нельзя в один день документ проводить, Завтра в один день + еще какое условие, например смотреть на статус... А в коде просто и понятно, и БД записи не занимают!
---
(10) Простота - аргумент неубиваемый на мой взгляд...
То что просто и работает хорошо и обслуживать не надо совсем и всем понятно...
Элегантно - это категория очень туманная...
Можно назвать элегантным такое извращенное решение, которое замучишься обслуживать потом...
А вот "просто " оно и в Африке просто...

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

Но спорить с моей стороны глупо. Действительно, пусть каждый решает сам исходя из условий, стоящих перед ним.
---
1. Просто- что проще обслуживать, Смотреть на свойства регистров сведений, которые к тому же по какой либо причине могут быть и не подчиненными регистратору, А запись в них может проводится из разных мест. или сразу найти место кода в событии при записи...

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

Итого: ведение регистра для контроля 1. не дает информативности, как для пользователя, так и для разрабов , которые потом его будут поддреживать. 2. Занимает место в БД. 3. Запись в БД немного более затратная операция (плюс прикол с блокировками), чем чтение и установка параметру Отказ=Истина
---
Если задача возникла на типовой, то создавать свой РС, или менять периодичность документа - не выгодное решение...
Проще будет кодом проверку сделать.
---
Ой это я не понял. Спасибо