Вы хотите проверять правильность заполнения реквизитов в документах на стадии создания и записи оных? Данная разработка может вам подойти. Внедряется в конфигурацию без изменения типовых объектов. Реализована для 8.2, обычное приложение.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Публикация представлена cf файлом. Он содержит:
1 общий модуль.
1 подписку
1 регистр сведений
Для теста и демонстрации создано 2 справочника и 1 документ
Общий модуль содержит универсальную процедуру перебора реквизитов документа. И выявление контролируемых реквизитов.
Функцию заточенную под конкретное применение - контроль реквизитов документа на соответствие Организации. В регистре сведений указываем, какая группа справочника соответствует какой организации. И сообщаем - если в документе выбрали элемент справочника не из той группы.
К подписке можно привязывать документы содержащие в шапке реквизит "Организация". Контролируются реквизиты из шапки и табличных частей.
Можно контролировать сразу несколько типов справочников. Для этого указываем их в реквизите "Справочник" регистра сведений.
Описанный ниже подход позволяет в три шага заполнять формулы в Excel файлы, вне зависимости от ОС сервера (MS Windows Server или Linux).
Подход подразумевает отказ от работы с COM-объектом в пользу работы через "объектную модель документа" (DOM).
Порой необходимо временно отключить расширение 1С, не удаляя его, чтобы не потерять данные. Но в этом случае при каждом запуске всем будет лезть уведомление о неактивном расширении, хотя очевидно, это техническая информация, которой не стоит лишний раз пугать пользователей.
На заключительных этапах, когда идет отладка или доработка интерфейса, необходимо много раз переоткрыть внешний объект. Вот один из способов автоматизации этого.
