Приветствую!
Интересно услышать мнение по доработке справочника "ДокументыПредприятия" системы 1С:Документооборот. В частности интересен подход по формированию формы для разных видов документов: добавлению новых реквизитов, изменению формы объекта или созданию новых форм. Всё таки данный справочник является "основным" в системе и хочется понять, лучше создавать форму для каждого вида документа или использовать основную и видоизменять её?

(0) Зачем? В чем основная цель?

(1) Просто интересен опыт, как люди дорабатывают 1С:Документооборот. Добавляют реквизиты через конфигуратор или используют дополнительные реквизиты и т.д.

(2) И т.д.

(0) Отдельные формы не нужны, просто программно кодом изменяйте текущую в зависимости от вида документа

Обоснование:
1. Реквизиты и ТЧ все равно хранятся в том же справочнике ВнутренниеДокументы (или Входящие/Исходящие)
2. Проще изменять программно одну форму, чем поддерживать (с учетом обновлений типовой конфы) множество форм
3. Наймите уже программиста

(2) Какие еще дополнительные реквизиты?
Этот механизм служит не для этого, он для быстрого прототипирования и/или временных реквизитов/данных, которые затем нафик не нужны будут

1. Сначала хорошо подумать и продумать что нужно и можно
2. Добавить реквизиты и ТЧ через Конфигуратор, обязательно с префиксом, напрямую в конфу, выборочно снятую с замочка
3. Вывести элементы на форму программно, можно как в основной конфе так и в расширениях
4. Написать/добавить обработчики элементов формы и т.д.
5. "А теперь со всем этим мы попробуем взлететь"©

ДО версии 3 прекрасно работает с доп. реквизитами. Добавлять реквизиты в конфигурацию, которые в большей части справочника не будут использоваться - дурной тон, по-моему. Опытным путем пришли к тому, что доп реквизиты + видимость по условию + эталонный пользователь, кому настраиваем форму в зависимости от вида и копируем потом жаждущим и страждущим. Узкое место - можно затереть настройки пользователя, но практика показала - уровень пользователей не такой высокий, чтоб они себе сами формы настраивали.

(5) (6) Собственно из-за таких полярных мнений и сложился мой вопрос

(0) Рассматривайте ДО не как набор шаблонов документов для облегчения их печати, а по ее прямому назначению: Учет движения документов, и будет вам счастье.

(2) Доп. реквизиты.

(6) Не скажи, попадаются и продвинутые (или упоротые) и потом вылазят вопросы с формами - вроде, реквизит есть, а на форму не выводится (особенно в ТЧ), т.к. форма изменена пользователем. Приходится сбрасывать настройки для стандартных (возможно дело в глюках платформы, токое не отслеживал)

(7) Собственно (5) предлагает универсальный вариант с минимальными проблемами.
Просто имей в виду: у ДО есть бесшовная интеграция, например, с ЕРП и твои реквизиты надо будет как-то интегрировать (если нужно)

(10) На сколько я понимаю, главное чтобы объект был с возможностю интеграции, а все добавленные реквизиты (доп или через конфиг) подтянутся

(11) там есть формат, потому надо учитывать, что есть собственные реквизиты и как-то их получать

(11) Смешно

(10) ну это даже не 1%. У мну при 500 юзерах один такой был.

(7) ну смотрите, если 50 доп реквизитов и на один вид документа, во что таблица превратиться?

(15) какая таблица?

(13) что?

(17) Интеграция которая бесшовная это отдельный вид извращений

(18) А мне нравится 😊. Хорошо продуманная архитектура. Возможность расширения и модернизации. А когда узнал что библиотеку разрабатывал один человек, так вообще восхитился.

(16) данные хранятся в таблицах. Что будет с таблицей справочника Документы Предприятия если все реквизиты, без разбора по видам документов, вы добавите в реквизиты в метаданных?

(18) Нормально, своеобразно немного, но для встраивания функционала ДО во внешние системы очень даже хорошее решение

(19) она "умирает", если у пользователя овер пицот задач незавершенных (например, нужно ознакомиться с результатом). в 2.1 точно помирает и по таймауту интригация отваливается, потому что пытается всё (все задачи) прочитать вместе с "объектами предметами"

как в распоследней ДО3.0 (или какая там сейчас самая распоследняя) дело обстоит с этим - не знаю

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

а, еще вспомнил, периодически пароли у пользователей протухают и достаточно часто надо им пароли на эту интригацию вколачивать... пришлось аутентификацию ОС изобретать и прикручивать в эту интригацию, чтобы не теребонькали с этой "проблемой" почём зря

(22) И умирает
И ошибки в запросах где дикий цикл развернулся ибо забыли РАЗЛИЧНЫЕ (обход объектов зареганных в плане обмена)
И размер пакета для выгрузки из ДО такой что бэкап базы средствами СУБД PostgreSQL падает, там размер записи в РС превышен

(22) О, да. Таймаут есть такое. На слабом сервере ДО 3.0 не успевает прочитать метаданные ERP.

(24) Причем хрена с два легко этот таймаут увеличить
Там порыться по модулям с отладкой придется
После того как в ДО у веб-сервиса поменял, еще топай во вторую конфу и копайся там

(22) >>ришлось аутентификацию ОС изобретать и прикручивать в эту интригацию, чтобы не теребонькали с этой "проблемой" почём зря

На ИС не описывали этот опыт, случаем?

(22) (26) О да
Авторизация/подключение это еще тот прикол
Эту часть в ЕРП/КА/УТ11 несколько раз переписывали и в типовой и на внедрениях приходится

(27)+ Там фишка что часто надо из регламентного/фонового задания стучаться по бесшовке
С сохраненным логином/паролем
А оно не пущает...

(26) нет. но работает исправно.
не могу опубликовать, т.к. пароль "на вход" пользователя в ИБ гвоздями прямо в схеме публикации прибит и у нас эта веб-публикация в локальной сети только (без выхода на просторы тырнета)

ну типа "костыльное" решение, "пользователь" веб-сервиса (в журнале регистрации) всегда один в базе Administrator, а задачи и права доступа и роли чисто конкретного пользователя этой самой бесшовной интригации (доп. параметром вызова сделано, передается имя пользователя ИБ, дальше на стороне ДО проверяется и магия происходит)

и константу в ERP нужно включить

"Использовать аутентификацию ОС в веб-сервисе 1С:Документооборота (Константы)"

и в ДО при публикации веб-сервисов установить галочку "Использовать аутентификацию операцЫонной сисьтемы"

в схеме *.vrd

base="Блаблабла"
        ib="Srvr="серверблаблабла";Ref="имябазыблаблабла";Usr="Administrator";Pwd="парольблаблабла";">

(27) (29) Спасибо!
Кстати, а доводилось ли дописывать обмен на стороне ДО 2.1 - процедуру рег. задания "Формирование сообщений обмена для интегрированных систем"? Что-то столкнулся, что в редких случаях не формируется сообщение, без всяких ошибок и предупреждений.

(29) Ха мы базу которая стучится в ДО подменяли
Ну типа ЕРП с РИБ, которая налоговая витрина а файлы в одной базе ДО
Если из базы РИБ подключаться - ДО думает что это совершенно другая база и файлы не отдает
Чтобы отдавала пришлось подменять

(30) Внимательно изучать ЖР

(2) Да, самое простое использовать допреквизиты. Но при этом нужно "уметь" ими программно управлять. У них есть "Имя" через которое и можно это делать. см https://infostart.ru/1c/articles/2019822/

а вообще варианта программного управление формой документа в зависимости от вида (или м/б еще чего) вполне рабочий см: https://infostart.ru/1c/articles/1284403/

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

Реквизиты и таб. части и формы для документов в конфигураторе/расширении - не нужно...

(33) Если сделать свои реквизиты и ТЧ - то будет работать (понятно при допилке) типовой механизм настройки интеграции-связи в бесшовке
Какой реквизит/ТЧ в какой засовывать
Через доп.реквизиты в ДО там будет мучение код скриптов писать, чтобы их с объектами ЕРП/КА/УТ11/БП связать

(34) Проблема понятна: как только начинаешь что-то "кастомизировать"  - ломается в других местах.
"бесшовку" как UI не пользую, поэтому здесь и нет проблем (но БИД - использую, опять-же программно)

а ведь можно вспомнить и мобильное приложение/клиент