Обновлено: 30.06.2024

Если верить популярности запросов, то самая встречающаяся проблема, с которой сталкиваются специалисты при таком обмене, — это возвращение изменений в исходный документ.

1. Обмен данными в 1С с технической точки зрения

Для начала стоит сразу объяснить, как обмен работает с технической точки зрения.

Исходя из такой схемы работы, на тестовом контуре чаще всего ошибка заключается в том, что при копировании базы Документооборота (а чаще всего это просто копии) базы блокируют все регламентные задания в 1С, связанные с внешним миром. Чтобы не нарушать работу основной базы, и для того, чтобы обмен работал сам, необходимо разрешить использование регламентных заданий в 1С. Как только вы откроете обработку «фоновые и регламентные задания в 1С» вы увидите соответствующую кнопку. Внимание: проверьте есть ли в этой конфигурации настроенные синхронизации и выключены ли такие регламентные задания как оповещения, если синхронизации есть их стоит удалить, а регламентные задания выключить.

2. Отладка выражений на встроенном языке 1С

Порой при бесшовной интеграции документооборота приходится писать код для подстановки тех или иных значений. Приходится писать их в режиме предприятия: ни подсказок, ни автоподстановки, ни отладки там нет.

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

Реквизит, который я указал не заполняются – это очень распространенная ошибка. Но в 90% случаев решается она очень просто: у реквизита, который не заполняется, необходимо проставить галку «Заполнять из данных заполнения». Если это не помогает, то тут универсального ответа нет, нужно проверять тип заполнения. Для теста можно проверить заполнение из другого реквизита и т.д.

Как передать ссылку через встроенный язык 1С?

Вот тут начинаются сложности. При передаче результата достаточно его просто вписать, но если результат ссылочный, то результатов три:

Параметры.Результат - необходимо заполнить. Можно заполнить наименованием по ссылке. Если будет пустой, то все другие результаты не сохранятся.

Параметры.РезультатID - сама ссылка на объект. Достать ее будет сложной задачей.

Параметры.РезультатТип – тип ссылки, передается строкой из XDTO – DM.

Как передаются ссылки в целом?

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

Как включить свой реквизит в бесшовную интеграцию

1. На стороне ИС

1. В модуле менеджера справочника Правила интеграции прописать новый реквизит в метод ПолучитьРеквизитыОбъектаДО

2. При необходимости работать с данным реквизитом интерактивно на стороне ИС нужно вынести его на форму и обеспечить его заполнение в методе Справочники.ПравилаИнтеграцииС1СДокументооборотом. СоответствиеСвойствXDTOиРеквизитовФормыОбъектаДО или в процедуре ПрочитатьОбъектВФорму в форме документа БИД.

2. На стороне ДО

1. Добавить реквизит в XDTO пакет DM в DMDocument или в DM<. >Document

2. При необходимости добавить реквизит в метод ОбработкаЗапросовXDTO. СоответствиеСвойствXDTOРеквизитамПоиска

3. В ОМ ОбработкаЗапросовXDTOДокументы прописать заполнение и получение данного реквизита из объекта XDTO в методы ПолучитьДанные<. >Документа, ЗаполнитьДанные<. >Документа

Программу для документооборота можно интегрировать с другими конфигурациями на платформе «1С:Предприятие 8»:

• «1С:Управление торговлей 8»;
• «1С:Бухгалтерия 8»;
• «1С:Зарплата и управление персоналом 8»;
• «1С:Управление холдингом 8»;
• «1С:Бухгалтерия государственного учреждения 8»;
• «1С:Управление производственным предприятием 8»;
• «1С:ERP Управление предприятием».

Бесшовная интеграция с решениями «1С:Предприятия 8»

«1С:Документооборот 8», как часть системы программ «1С:Предприятие 8», предоставляет девять механизмов интеграции:

• загрузка файлов;
• готовые правила обмена;
• готовые планы обмена;
• БИД (Библиотека Интеграции с Документооборотом);
• СВД (Система Внешнего Документооборота);
• ЭДО;
• универсальный обмен данными в формате XML.

С помощью этих технологий и инструментов можно решать самые разные интеграционные задачи:

• ручная загрузка и выгрузка любых данных;
• автоматическая синхронизация любых данных;
• построение территориально распределенных систем;
• бесшовная интеграция различных информационных систем с «1С:Документооборотом 8» и многое другое.

Возможности бесшовной интеграции «1С:Документооборота 8» позволяют из интерфейса другой конфигурации:

• работать с данными «1С:Документооборота 8»;
• ставить и исполнять задачи;
• направлять документы на согласование по любым маршрутам;
• вести переписку по документам;
• вести коллективную работу над файлами, приложенными к документам;
• использовать «1С:Документооборот 8» в качестве файлового хранилища;
• использовать «1С:Документооборот 8» как архив документов;
• учитывать трудозатраты сотрудников.

Одним из примеров бесшовной интеграции является возможность регистрации первичных документов бухгалтерского учета в «1С:Документообороте 8». Программа учтет подразделение, принявшее документ, и место хранения бумажного документа. Бухгалтер может оперативно проводить документы по скан-копиям, не опасаясь потери бумажных документов. Проверить соответствие проводок первичным документам можно предельно быстро всего за пару кликов мышью.

Автоматическая синхронизация данных

В «1С:Документообороте 8» предусмотрены механизмы для ручной и автоматической синхронизации данных с другими типовыми конфигурациями: правила обмена и планы обмена. Обычно эти механизмы используются для таких задач, как:

Механизмы интеграции

Конфигурация "1С:Документооборот" редакции КОРП содержит несколько встроенных планов обмена с другими типовыми конфигурациями на платформе "1С:Предприятие".

Редакции ПРОФ и ДГУ не содержат таких планов обмена. Тем не менее, все редакции поддерживают обмен данными с помощью встроенной обработки УниверсальныйОбменДаннымиXML , использующей внешние правила обмена, загружаемые из файла. Собственные планы обмена можно добавить в любую из редакций.

Встроенные планы обмена предназначены для автоматической синхронизации данных в ходе совместного использования разных прикладных решений, но могут использоваться и для первоначального наполнения информационной базы.

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

Встроенные планы обмена используют подсистему Обмен данными "Библиотеки стандартных подсистем" (далее БСП) редакции 2. Это значит, что в составе каждого плана обмена есть макет с правилами регистрации, а также макеты правил обмена и правил обмена конфигурации-корреспондента:

• Правила регистрации используются в "1С:Документообороте" для определения необходимости регистрации записываемого объекта к выгрузке в конфигурацию-корреспондент.
  • Типовые правила регистрации тривиальны (содержат только перечень регистрируемых объектов без дополнительных условий).
  • Автоматическая регистрация изменений в планах обмена выключена, для регистрации используется стандартная механика БСП, анализирующая изменения в выгружаемых полях перед регистрацией.

  При необходимости комплект правил может быть загружен из файла. Как правило, это делают:

  • после обновления конфигурации-корреспондента. В этом случае свежий комплект правил находится в составе дистрибутива обновления, в папке "Синхронизация данных";
  • во время отладки правил обмена, разрабатываемых на основе типовых правил, если они требуют доработки на конкретном внедрении.

  После отладки доработанных правил обмена рекомендуется включить их в состав конфигурации, сняв с поддержки макеты, чтобы:

  • получить возможность сравнивать доработанные правила с типовыми при обновлении конфигурации;
  • избежать проблем, связанных с проверкой правил при обновлении информационной базы после изменения структуры метаданных.

  Обратите внимание:
  Правила, загруженные из файла и переставшие соответствовать новой структуре метаданных, не дадут довести до конца штатное обновление информационной базы.

  Правила обмена разрабатываются с помощью конфигурации "Конвертация данных" редакции 2.1. Конфигурация бесплатна и доступна по линии ИТС. Рекомендуется использовать типовые правила как основу для разработки, сохранив их в файлы и загрузив в информационную базу "Конвертации данных".

  "1С:Документооборот" не поддерживает обмен данными в формате EnterpriseData. Соответственно, для разработки правил обмена не следует использовать конфигурацию "Конвертация данных" редакции 3.

  Расширение плана обмена

  При включении новых объектов в существующий план обмена следует:

  Добавление плана обмена

  При разработке собственных планов обмена следует:

  1. Создать новый план обмена на стороне обеих конфигураций. Имя плана обмена должно быть одинаковым в обеих конфигурациях. Состав обязательных процедур модуля менеджера плана обмена приведен в документации к подсистеме Обмен данными "Библиотеки стандартных подсистем" соответствующей версии.
  2. Включить в состав планов обмена объекты, участвующие в обмене, а также регистр сведений СоответствиеОбъектовИнформационныхБаз , запретив авторегистрацию изменений. Использование собственного механизма регистрации БСП позволит избежать выгрузки объектов, изменившихся только в части не участвующих в обмене реквизитов.
  3. Создать подписки на события, аналогичные описанным выше, и обработчики для них. Лучше создать для этого отдельный общий модуль, не снимая с поддержки общий модуль ОбменДаннымиСобытияДокументооборот .
  4. Включить новый план обмена в тип параметра общих команд подсистемы Обмен данными . Проще всего найти нужные команды, выполнив в Конфигураторе поиск ссылок на типовой план обмена.
  5. Включить новый план обмена в код процедуры ПолучитьПланыОбмена общего модуля ОбменДаннымиПереопределяемый .
  6. При необходимости создать формы настройки плана обмена (см. документацию к "Библиотеке стандартных подсистем", а также примеры в планах обмена с конфигурациями "1С:Бухгалтерия" предприятия и "1С:Управление производственным предприятием").
  7. Сохранить описания обновленных конфигураций в файлы с помощью обработки MD8<NNN>Exp.epf , входящей в состав дистрибутива конфигурации "Конвертация данных".
  8. Загрузить описания конфигураций в информационную базу "Конвертации данных".
  9. Разработать два набора правил обмена и два набора правил регистрации для каждой из сторон обмена.
  10. Добавить оба набора правил обмена и по одному набору правил регистрации в каждую конфигурацию в качестве макетов плана обмена.
  11. Настроить синхронизацию данных и отладить ее.

  Обратите внимание:
  Правила обмена, зачитанные из макетов в составе конфигурации, кэшируются в регистре сведений ПравилаДляОбменаДанными . При отладке рекомендуется использовать загрузку правил обмена из файла. Для обновления правил из макета следует изменить номер версии конфигурации или выполнить загрузку вручную по команде Загрузить правила… , выбрав вариант Из конфигурации .

  Веб-сервисы

  Типовая конфигурация "1С:Документооборот" содержит набор веб-сервисов.

  Некоторые из них специализированы и служат, например, для обмена с мобильными устройствами или для синхронизации данных с другими информационными базами, разработанными с применением "Библиотеки стандартных подсистем".

  Два веб-сервиса, однако, предназначены для интеграции с произвольными внешними программами, как разработанными на платформе "1С:Предприятие", так и любыми другими, способными обращаться к веб-сервисам. Речь идет о веб-сервисах:

  • Files – простой сервис, поддерживающий работу с файлами и папками "1С:Документооборота" извне.
  • DMService – поддерживает работу с основными объектами и функциями "1С:Документооборота". Перекрывает функционал веб-сервиса Files . Используется "Библиотекой интеграции 1С:Документооборота".

  Данные веб-сервисы включены во все редакции "1С:Документооборота".

  Работа с веб-сервисами из прикладных решений на платформе "1С:Предприятие", как правило, строится следующим образом:

  1. Определяется способ хранения и редактирования настроек подключения к веб-сервису. Настройки состоят из:
     • Адреса веб-сервиса;
     • Имени пользователя и пароля (в текущих версиях платформы поддерживается только аутентификация "1С:Предприятия", поэтому следует либо предоставить пользователям интегрируемого прикладного решения возможность ввести имя пользователя и пароль, либо использовать для доступа служебную учетную запись, для которой запрещен интерактивный вход);
     • Таймаута при обращении к сервису (при низком качестве соединения, а также при первом обращении к сервису задержки могут быть значительными).
  2. Определяется способ получения WSПрокси для обращения к веб-сервису. Операции создания WSОпределений и WSПрокси достаточно затратны, поэтому рекомендуется выносить получение реквизитов, в отдельный общий модуль с повторно возвращаемыми значениями.
  3. Создаются процедуры и функции, являющиеся обертками для функционала веб-сервиса на стороне прикладного решения. Непосредственную работу с объектами XDTO рекомендуется инкапсулировать в них, чтобы облегчить доработки при изменении функционала сервиса.

  Примеры использования веб-сервисов можно увидеть в "Библиотеке интеграции 1С:Документооборота", поставляемой в составе дистрибутива "1С:Документооборота".

  Веб-сервис Files

  Веб-сервис использует всего четыре типа объектов:

  • File – файл в папке.
  • Folder – папка файлов.
  • ShortFileInfo – сведения о файле, возвращаемые сервисом после его создания.
  • FileList – список файлов, отобранных по условиям.
  • GetFileList – получает список файлов в указанной папке.
  • GetFile – получает файл по указанному коду файла.
  • AddFile – добавляет файл в указанную папку.
  • DeleteFile – помечает файл на удаление.
  • FindFolder – находит папку по наименованию в указанной родительской папке.
  • AddFolder – создает новую папку в указанной родительской папке.

  Все действия, выполняемые этим веб-сервисом, можно выполнить с помощью веб-сервиса DMService. Работа с файлами документов поддерживается только DMService.

  Веб-сервис DMService

  Сервис использует XDTO-пакет DM. Пакет содержит несколько десятков прикладных объектов, являющихся представлениями таких объектов "1С:Документооборота", как файлы, документы, процессы, задачи и так далее. Все они - потомки абстрактного DMObject и имеют общие свойства objectId и externalObject .

  Свойство objectId представляет собой ссылку на объект "1С:Документооборота" и содержит его представление, идентификатор и тип.

  Свойство externalObject представляет собой ссылку на объект интегрируемой программы и так же содержит его представление, идентификатор и тип. Свойство заполняется сервисом автоматически, если объект "1С:Документооборота" был ранее связан с объектом интегрируемой конфигурации, например, при создании или записи с заполненным свойством externalObject .

  Сервис поддерживает всего одну операцию, execute . В качестве параметра передается объект-потомок DMRequest . Требуемая операция и ее параметры определяются типом переданного объекта и его свойствами. Например, запрос DMGetObjectListRequest получает список объектов типа, указанного в свойстве type по условиям, указанным в свойстве query .

  Результат операции возвращается в объекте-потомке DMResponse . В простейших случаях это объект DMOK . В случае ошибки возвращается DMError , содержащий краткое ( subject ) и полное ( description ) описание ошибки.

  Для большинства запросов существуют парные им объекты-ответы, содержащие результат выполненной операции. Например, список объектов, полученный вызовом DMGetObjectListRequest , возвращается в объекте DMGetObjectListResponse .

  Приведем простейший пример работы с веб-сервисом на встроенном языке платформы "1С:Предприятие". Начнем с получения определений и прокси веб-сервиса (подразумевается, что адрес публикации, имя пользователя и пароль уже получены):

  Cоздадим запрос на получение списка внутренних документов:

  Определим условие запроса (поиск по наименованию):

  Выполним запрос, проверив результат на предмет ошибки:

  Разберем ответ, заполнив таблицу названиями и идентификаторами найденных документов:

  Подробное описание объектов и операций сервиса дается в составе дистрибутива "1С:Документооборота" (файл "Описание веб-сервисов.html" в каталоге шаблонов). Это описание доступно также из интерфейса демонстрационной конфигурации "Библиотека интеграции с 1С:Документооборотом", которая содержит также более сложные и полезные примеры использования сервиса.

  При выпуске новых версий "1С:Документооборота" сервис расширяется и дополняется новыми объектами и свойствами так, чтобы не затронуть работу клиентских приложений, не знающих об этих изменениях. Этого же принципа следует придерживаться при самостоятельном изменении функционала сервиса: например, добавляя новые свойства, устанавливать минимальное количество в 0.

  Обработка запросов к сервису сосредоточена в общих модулях:

  • ОбработкаЗапросовXDTO – общий вход для всех вызовов
  • ОбработкаЗапросовXDTOБизнесПроцессыИЗадачи
  • ОбработкаЗапросовXDTOДокументы
  • ОбработкаЗапросовXDTOФайлы

  Присутствуют только в редакции КОРП:

  • ОбработкаЗапросовXDTOКорп
  • ОбработкаЗапросовXDTOОбмен
  • ОбработкаЗапросовXDTOПочта
  • ОбработкаЗапросовXDTOУчетВремени

  Перед использованием сервиса следует получать его версию и редакцию запросом DMGetVersionRequest и не пользоваться возможностями, которые не поддерживает сервис. Попытка использовать отсутствующие возможности, например, попытка создать исходящее письмо в редакции ПРОФ, приведет к ошибке (возврату DMError ).

  Доработки рекомендуется вносить в модуль ОбработкаЗапросовXDTO Переопределяемый . Его процедуры и функции позволяют провести дополнительное изменение объектов XDTO при их создании по объектам "1С:Документооборота" и наоборот.

  Библиотека интеграции 1С:Документооборота

  "Библиотека интеграции 1С:Документооборота" (далее БИД) не является самостоятельным прикладным решением, хотя и содержит некоторые демонстрационные объекты, и предназначена для встраивания в прикладные решения на платформе "1С:Предприятие".

  БИД может использоваться с любыми версиями "1С:Документооборота", начиная с редакции 1.2.

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

  Более подробное описание "Библиотеки интеграции 1С:Документооборота" и порядка ее встраивания содержится в документации, поставляемой в составе дистрибутива (папка DocDMIL ).

  На мой взгляд, это не сложная конфигурация. Здесь работается только со справочниками и регистрами сведений. Дерево метаданных конфигурации содержит около 105 справочников, около 150 регистров сведений, а всего 7 документов и один регистр накопления оборотов для учета рабочего времени пользователей. Любая конфигурация из линейки ERP решений ( УТ 11,, ЗУП 3.0, БП 3., КА 2.0 и т. д) на порядок сложнее.

  В этой статье я рассматриваю работу с функционалами подсистем НСИ и Учет времени , Документы и файлы, Настройка и администрирование , ( См рис 1).

  
  

  Рис 1 Подсистемы конфигурации 1С:Документооборот КОРП. Ред. 2.1

  1. Объекты подсистемы ( раздела) НСИ

  Из всех объектов раздела Нормативно- справочной информации (НСИ) , показанных на рис 2 интерес представляют по своей функциональности следующие объекты:

  2. Объекты раздела Документы и файлы

  Объекты раздела этого раздела ( Рис 3), функциональность которых представляют для меня интерес таковы :

  В комплект поставки уже входит 55 шаблонов типовых инструкций, которые можно редактировать, адаптировать под специфику предприятия и использовать как основу для создания новых материалов. Например, при открытии карточки внутреннего документа можно узнать о том, когда используется выбранный документ и как его составить. При создании процесса программа подскажет, как правильно сформулировать его название, как изложить текст, напомнит о необходимости указать срок. Инструкции помогают выработать единый стандарт работы с документами в организации.

  3. Обработка Установка типовой методики документооборота

  Из всех обработок подсистемы Настройка и администрирование интерес представляет обработка Установка типовой методики документооборота. Все остальные остальные являются стандартными из БСП ( Библиотека стандартных подсистем) .

  Обработка рекомендуется запускать в пустую базу для ее наполнения. При установке в заполненную базу уже имеющиеся данные будут дополнены новыми. Данная обработка ускоряет процесс настройки базы данных. По данным партнеров фирмы «1С» , в среднем настройка и наполнение информационной базы на внедрении требуют 100 часов работы квалифицированного специалиста . Благодаря запуска этой обработки самостоятельно организовать документооборот предприятия с нуля и тут же приступить к работе.

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

  4 . Порядок работы с документами

  4.1 Виды документов

  Вид документа – это реквизит, который по умолчанию является обязательным при регистрации любого входящего, исходящего или внутреннего документа. Виды используются:

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

  Деление видов документов на входящие, исходящие и внутренние весьма условно. Согласно типовой методике документооборота Внутренними документами являются акты, договоры, соглашения, заявления, приказы, жалобы и т д. Хотя. могут быть также входящие заявления и коммерческие приложения.

  4.2. Настройка вида документа

  Установка настроек вида документа выполняется на закладке Вид документа – Настройки карточки вида документа. В справочной информации можно прочитать описание общих настроек для всех видов документов на примере видов внутренних документов.

  
  

  Рис 4 Закладка Настройка формы справочника ( карточка) вида документа

  Особое внимание имеет параметр Является договором – настройка означает, что документы этого вида являются договорами и при установке этой настройки автоматически устанавливаются без возможности отключения другие настройки, как показано на рис. 4

  4.3. Настройка нумерации документов

  Настройки нумерации определяют правила формирования регистрационного номера входящих, исходящих и внутренних документов. Нумератор привязывается к одному или нескольким видам документов и предусматривает гибкие настройки формата регистрационного номера. Формат номера и другие настройки нумераторов определяются правилами делопроизводства, принятыми на предприятии.

  Для создания и настройки правил формирования нумераторов предусмотрен справочник Нумераторы . Справочник открывается по одноименной команде в меню раздела Нормативно-справочная информация ((см рис 5)

  
  

  Рис 5 Форма элемента справочника Нумераторы

  На закладке Формат номера можно выбрать одно или несколько служебных полей для отображения. Формат регистрационного номера может включать в себя различные служебные поля, отмеченные квадратными скобками, и разделители (например, тире, косая черта). Если разделитель помещен в квадратные скобки, внутри которых указано служебное поле, то он будет добавлен к номеру только в том случае, если будет добавлено служебное поле.

  После создания и установки формата нумератора необходимо привязать его к одному или нескольким видам документов. Это можно сделать как в карточке нумератора (на закладке Действует для ( рис 5 ), так и в карточке вида документа на закладке Нумерация ( рис 4) .

  Для одного вида документа можно указать независимую нумерацию на закладке независимая нумерация по следующим по разрезам как показано на рис 6

  
  

  Рис 6 Настройка независимой нумерации

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

  4.3.1 Независимая нумерация по связанному документу

  Этот функционал имеет очень практическое применение. Независимая нумерация по связанному документу необходима, например, если в программе регистрируется договор, а затем несколько Дополнительные соглашения или акты к нему и нужно, чтобы доп соглашения или акты имели нарастающую нумерацию в пределах этого договора.

  Для установки нумерации по связанному документу необходимо:

  1. Открыть карточку нумератора на закладке Независимая нумерация .
  2. Выбрать разрез По связанному документу .
  3. В открывшемся окне выбора типа связи указать или создать необходимый тип связи. Например, если нумератор настраивается для вида документа Акта на оказание услуг , который должен иметь нумерацию договора, необходимо выбрать тип связи Относится к договору .

  4.4. Настройка шаблонов документов

  При создании документа в программе предусмотрена возможность автоматически заполнить его реквизитами и присоединить файлы по заранее настроенному шаблону.

  При создании вида документа удобно сразу добавить к нему шаблон документа и настроить автоматическое заполнение файлов. Эти настройки доступны в карточке вида документа на закладке Шаблон документа ( см рис 8)

  Накладке Реквизиты документа можно создавать наименование документа по шаблону

  
  

  Рис 8 Создание шаблона наименования документа

  При изменении реквизита, участвующего в шаблоне наименования, он автоматически изменится в наименовании документа. Например, измененный регистрационный номер документа автоматически изменится и в наименовании.

  Настройка автозаполнения шаблона выполняется в карточке вида документа на закладке Шаблон документа – Файлы по ссылкам Не настроено или Открыть .

  
  

  Рис 9 Настройка автоматического заполнения файла

  При настройке автоматического заполнения шаблонов файлов формата Doc , Docx , Dot , Dotх в открывшейся карточке достаточно отметить нужные поля на закладке Реквизиты , и программа автоматически создаст их в файле.

  
  

  Рис 10 Выбор реквизитов для автоматического заполнения файла

  Помимо основных и дополнительных реквизитов для замены можно указать любые другие данные. Для этого на закладке Скрипты указываются выражения на встроенном языке, на результаты которых будут заменены выбранные поля файла.

  
  

  Рис 11 Настройка скриптов для автозаполнения файла

  Обратите внимание на некоторые особенности настройки скриптов:

  • Выражение обязательно должно присваивать значение переменной РезультатОбработки. В противном случае результат его выполнения не будет вставлен в файл.
  • Для автозаполнения ФИО пользователей в шаблоне необходимо выбрать реквизит ПредставлениеВДокументах. Если заполнения реквизита ПредставлениеВДокументах не произошло, необходимо проверить, заполнено ли соответствующее поле в карточке пользователя.

  Приведем еще несколько примеров выражений на встроенном языке для настройки скриптов.

  Для заполнения должности контактного лица получателя:

  Для заполнения почтового адреса контрагента-получателя:

  Для склонения автозаполняемых ФИО можно обратиться к функции Просклонять.
  Функция Просклонять расположена в модуле СклонениеПредставленийОбъектов и для работы использует подключение к внешней библиотеке namedecl.dll.

  При этом результат скрипт будет выглядеть следующим образом:

  
  

  Рис 12 Выражение для склонения ФИО пользователя

  4. 5 Настройка учета сторон и учета внутренних документов по контрагентам

  
  

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

  Вести учет по контрагентам – если настройка включена, то в реквизитах карточки документа можно указать одного или нескольких контрагентов. Для этого в карточке документа этого вида появятся поля Контрагент (обязательное для заполнения), Контактное лицо контрагента , Подписал

  Читайте также:

    
  • В диспетчере задач много процессов дискорд
    
  • Как убрать точку останова в visual studio
    
  • Как удалить сохранение в гта 5 на xbox 360
    
  • Есть ли в браузере атом впн
    
  • Какие варианты подчинения существуют в системе 1с предприятие 8