Обмен договорами, документами, и оперативный просмотр файлов в БГУ прикрепленных в документообороте

ОГЛАВЛЕНИЕ

Инструкция по настройке интеграции с 1с: Документооборот. 1

Основные шаги в отработке задач. 3

Первичное заполнение статей финансирования в заявке. 4

Создание новых элементов справочника «Номенклатура» и «Основные средства». 5

Создание новых элементов ПГФ. 6

Создание документов ПТиУ по данным из ДО. 7

Создание документов ПП по данным из ДО. 8

Загрузка выписки ПП из УРМ. 9

Регламентное задание «ИМЦ обмен с документооборотом». 9

Регламентное задание «Интеграция с 1С:Документооборотом - Выполнить обмен данными». 9

Обработка «Загрузка, выгрузка для обмена с ДО». 9

Приложение 1. Настройка справочника Правила интеграции с 1с: Документооборот. 11

Инструкция по работе в системе БГУ при интеграции с 1С: Документооборот. 17

Работа пользователей. Общее описание элементов. 17

Принцип работы по схеме интеграции ДО - БГУ - Сторонняя Система. 19

Общая последовательность при закупке. 21

Общая последовательность при создании Дополнительного Соглашения. 23

Общая последовательность при появлении задачи «отразить приход». 24

Общая последовательность при появлении задачи «выполнить оплату». 24

Для интеграции с системой 1с: Документооборот (далее по тексту ДО) необходимо выполнить ряд мероприятий, который позволит получить интегрированные элементы справочников:

1. Контрагенты.
2. Номенклатура.
3. Типы финансирования.
4. Статьи движения денежных средств.
5. Единицы измерения.
6. Подразделения

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

1. Загрузить справочник «Подразделения» из системы АИС «ИМЦ: Комплексная автоматизация бюджетного учреждения» модуль «Кадровый учет и тарификация персонала» (далее по тексту Кадры). Для этого воспользоваться обработкой «ИМЦ: Синхронизация подразделений с «Кадры МИАЦ»». Интеграция в справочнике «Внешние веб сервисы» должна быть прописана. После загрузки необходимо выполнить удаление дублей в справочнике с сохранением подразделений полученных из Кадров.
2. Выполнить проверку справочника «ЦМО» и указать подразделение у элементов справочника.
3. Выполнить удаление дублей справочника «Единицы измерения».
4. Создать/загрузить элементы справочника «Статьи движения денежных средств».
5. Создать/заполнить элементы справочника «Типы финансирования», в элементах должен быть указано КФО и КБК используемые в дальнейшем при загрузке данных о поступлении товаров.
6. Выполнить свертку дублей и заполнить реквизит ИНН и КПП(по возможности) в справочнике «Контрагенты».
7. Проверить/заполнить реквизит «Счет учета» в элементах справочника «Номенклатура», данный реквизит будет использоваться при загрузке данных о приходах в БГУ.

Данные действия позволят избежать дублирование элементов и «расхлопывания» данных при формировании проводок в учетной системе.

Далее необходимо выполнить настройку интеграции с ДО. Действия выполнять последовательно.

1. Выполняем публикацию ДО на сервере клиента. Возможно данная работа проводится специалистами ДО. По результатам работы должна быть получена ссылка (пример ссылки «http://172.16.1.128/dgu_5017»). Данная ссылка содержит в себе пут к серверу и название базы опубликованной на веб сервере. Полученная ссылка при открытии в браузере должна вызывать окно открытия 1с.
2. Выполняем настройку констант используемых при интеграции с ДО. Для этого открываем настройки системы из вкладки «Дополнительно». Переходим на вкладку «Документооборот». И выполняем заполнение констант:

1. >

   Ставим галочку «Использовать интеграцию с 1С: Документооборотом».

2. >

   Указываем в поле «Адрес веб сервиса 1С: Документооборота» адрес публикации полученный в пункте 1.

3. >

   Указываем в поле «Имя пользователя для обмена с 1С: Документооборота» имя пользователя администратора базы.

4. >

   Указываем в поле «Пароль пользователя для обмена с 1С: Документооборота» пароль пользователя администратора базы.

5. >

   Ставим галочку «Использовать присоединенные файлы 1С: Документооборота».

6. >

   Ставим галочку «Использовать присоединенные файлы интегрированной системы».

7. >

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

8. >

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

9. >

   Указываем в поле «Максимальный размер файла для передачи в 1С: Документооборот» число 10 485 760, что соответствует 10 мб.

10. >

    Ставим галочку «Создавать план-графики по спецификации в разрезе номенклатуры».

11. >

    Указываем в поле «Шаблон запуска процесса для документов П/П» название процесса который необходимо запускать по результатам загрузки подтверждения платежа из системы УРМ.

12. >

    Указываем в поле «Счет учета резервирования ДС» за балансовый активный счет созданный в пользовательском режиме, в котором есть субконто КЭК и Договор. Допустимыми видами КПС данного счета должен быть вид «АУиБУ» или «КРБ».

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

1. >

   Константа «Вид документа «Проект договора»» указываем наименование вида документа, который используется в системе ДО до выхода на торги.

2. >

   Константа «Вид документа «Счет»» указываем наименование вида документа, который используется в системе для формирования счета оплаты прихода товара для автоматического создания П/П.

3. >

   Константа «Вид документа «УПД»» указываем наименование вида документа, который используется в системе для формирования приходных документов для отражения ПТиУ.

4. >

   Указать константу «БХ материалисты вид затрат для покупки ОС», которая будет использоваться при загрузке покупки основных средств.

4. Переходим в справочник «Пользователи» и заполняем логин и пароль всех пользователей ДО работающих в БГУ в настройке «Интеграция с 1С Документооборот».

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

6. Выполняем выгрузку интегрированных справочников в ДО. Для этого в меню «Дополнительно», вкладка «НСИ», вызвать обработку «Обмен с документооборотом». При первичной интеграции необходимо проставить все галочки левой колонки и вызвать процедуру выполнить. По результатам данной процедуры справочники в ДО будут заполнены данными из БГУ.

По результатам проделанной работы интеграция будет настроена полностью и можно приступить к работе.

В процессе отработки задач будет использоваться коротка схема, приведенная ниже:

По данной схеме есть несколько шагов в отработке контракта на стороне БГУ:

1. Первичное заполнение статей финансирования в заявке.
2. Отражение ПГФ в момент заключения договора и торгов.
3. Отражение Доп.Соглащений после подписания договора.
4. Отражение УПД по факту поступления товара.
5. Отражение счета в БГУ и его оплата.

Ответственному человеку поступает задача на расстановку статей финансирования в документе. После того как человек заполнит данные и нажмет кнопку закрытие задачи, сработает механизм создания (обновления) элемента справочника «Договоры». Данный механизм срабатывает в дальнейшем всегда, когда договор связан с объектом задачи. Т.е. если придет задача на создание дополнительного соглашения, ПГФ, отражение УПД, выполнение оплаты и у данного документа будет связь с договором, программа автоматически выполнит обновление.

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

Далее происходит заполнение ТЧ Спецификация. Для этого в цикле обрабатывается каждый элемент таблицы товаров в системе ДО по принципу и добавляется в строку:

- Период плана – формируется по реквизиту год в ТЧ.

- Тип номенклатуры – берется из реквизита «Тип номенклатуры» элемента справочника «Номенклатура» в ДО.

- Номенклатура – создается/определяется по данным элемента справочника «Номенклатура» из системы ДО.

- Номенклатура строкой – берется из реквизита строкового представления товара.

- Количество – берется из реквизита количество.

- Цена – берется из реквизита цена.

- Единица измерения – берется из реквизита единица измерения определяется по имени.

- Ставка – берется из реквизита ставки путем определения по числу процентов.

- Сумма НДС – берется из реквизита Сумма НДС.

- Статья ДС – берется из реквизита Статья ДС путем поиска по наименованию.

- КОСГУ – Ищется по 3 знакам статьи ДС.

- Статья финансирования – берется из реквизита Статья финансирования по имени.

- КБК – берется из статьи финансирования из реквизита КБК.

- КФО – берется из статьи финансирования реквизита КФО.

По окончанию заполнения ТЧ Спецификация происходит запись справочника. Если данный документ является новым договором, то происходит формирование документа «Резервирование/Освобождение ДС по извещению» по данным сводной информации на вкладке «Реквизиты». Данный документ формирует движения на за балансовом счете с целью отражения дополнительном отчете по исполнению плана ФХД.

Если при формировании ТЧ спецификация тип товара определился как «ОС», тогда выполняется ветка создания элемента справочника «Основные средства», иначе во всех других случаях создается элемент справочника «Номенклатура».

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

- Наименование - берется из реквизита наименование.

- Вид НФА - всегда указывается как капитальное вложение, до момента принятия к учету.

- Статья движения ДС - берется из реквизита Статья ДС.

При создании элемента «МЗ» или «Услуга» первично происходит поиск элемента в регистре соответствия объектов ДО по УИДу. Если результат поиска по УИДу пустой, то происходит поиск по наименованию в справочнике «Номенклатура». Если по наименованию найден элемент и его нет в соответствии в регистре, то добавляем его туда и приступаем к обновлению реквизитов, иначе создаем новый элемент справочника и заполняем реквизиты:

- Наименование - берется из реквизита наименование.

- Статья движения ДС - берется из реквизита Статья ДС.

- Тип номенклатуры – если известно что тип услуга, то заполняем это значение предопределенным значением, иначе если не заполнен, заполняем из реквизита «Тип номенклатуры» в статье ДС.

- Единица измерения – заполняем из реквизита путем поиска элемента справочника по наименованию.

- Счет учета – если не заполнен заполняется из реквизита «Счет учета» элемента Статья ДС.

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

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

1. В случае если ПГФ обновляем, то сохраняем его дату.
2. Определяем договор-основание. Для этого через связи элемента ищем договор, обновляем его по правилу, описанному ранее, и заполняем реквизит «договор».
3. Если ПГФ является дополнительным соглашением, то обновляем спецификацию договора, по данным ТЧ Товары из ПГФ. Принцип заполнения сохранен как в рамках создания договора.
4. В случае, если договор определить не удалось, выдаем сообщение о ошибке «Не определен договор в БГУ по связи объекта в 1С:Документооборот».
5. Определяем подразделение по наименованию из реквизита «ИМЦ подразделение».
6. Проверяем состояние договора. Если в Документообороте реквизит «Подписан» установлен в значение истина, то считаем что договор подписан и дальнейшее заполнение будет происходить с учетом этого. Реквизит подписан устанавливается в ДО после закрытия задачи главным врачом о подписании договора и установленной галочке подписан со стороны контрагента.
7. Если не договор заключен: данные для формирования ТЧ документа ПГФ берутся из сводной информации финансирования на вкладке «Реквизиты» по правилу:

- Период плана – берется из реквизита Год.

- Сумма – берется из реквизита сумма.

- Статья движения ДС – ищется по наименованию из реквизита Статья ДС.

- Статья финансирования – ищется по наименованию из реквизита статья финансирования.

- КБК – заполняется из статьи финансирования реквизита КБК.

- КФО – заполняется из статьи финансирования реквизита КФО.

- КОСГУ – заполняется из статьи движения денежных средств по 3 первым знакам, если не удалось определить, то заполняется косгу 340.

Если договор заключен: данные для формирования ТЧ документа ПГФ берутся из табличной части Товары по правилу:

- Период плана – формируется по реквизиту год в ТЧ.

- Тип номенклатуры – берется из реквизита «Тип номенклатуры» элемента справочника «Номенклатура» в ДО.

- Номенклатура – создается/определяется по данным элемента справочника «Номенклатура» из системы ДО.

- Номенклатура строкой – берется из реквизита строкового представления товара.

- Количество – берется из реквизита количество.

- Цена – берется из реквизита цена.

- Единица измерения – берется из реквизита единица измерения определяется по имени.

- Ставка – берется из реквизита ставки путем определения по числу процентов.

- Сумма НДС – берется из реквизита Сумма НДС.

- Статья ДС – берется из реквизита Статья ДС путем поиска по наименованию.

- КОСГУ – Ищется по 3 знакам статьи ДС.

- Статья финансирования – берется из реквизита Статья финансирования по имени.

- КБК – берется из статьи финансирования из реквизита КБК.

- КФО – берется из статьи финансирования реквизита КФО.

8. В случае когда по результату формирования таблицы товаров нет строк, выдается сообщение о ошибке: Если договор заключен «Данные таблицы Товары не корректны для формирования ПГФ», если договор не заключен «Данные таблицы Статьи финансирования не корректны для формирования ПГФ».

9. Если данные документа ПГФ не пусты, то происходит проверка на наличие изменений, по сравнению с предыдущим ПГФ. В случае если данные текущего и предыдущего ПГФ совпадают, то будет выдано сообщение о ошибке.

10. Заполняется вид ПГФ по данным о созданных ПГФ.

11. Происходит запись ПГФ и вызывается процедура формирования принятых бюджетных обязательств. Если данный ПГФ первый, то происходит снятия резервированных денег на за балансовом счете с помощью документа «Резервирование/Освобождение ДС по извещению».

Если при закрытии задачи, документ основание задачи связан с БГУ как документ ПТиУ, то происходит запуск процесса создания документа. Первично вызывается стандартный механизм заполнения документа по правилу описанному ниже в приложении. Далее процесс заполнения следующий:

1. Определяется Договор, в рамках которого происходит поставка. Договор должен быть привязан как связанный документ.
2. Поставщик заполняется из договора.
3. Дата оплаты определяется как текущая дата + количество дней отсрочки из договора.
4. Определяется подразделение из реквизита «ИМЦ подразделение» по наименованию.
5. Заполнение ТЧ спецификации из ДО:

- Вид - определяется из типа номенклатуры.

- Номенклатура – заполняется из реквизита номенклатура.

- Счет дебета – заполняется из реквизита Счет учета номенклатуры в БГУ.

- КОСГУ дебета – для ОС определяется всегда 310, для номенклатуры определяется по 3 первым знакам статьи движения ДС.

- Количество – заполняется из реквизита количество.

- Сумма с НДС - заполняется из реквизита Сумма.

- Сумма НДС – заполняется из реквизита Сумма НДС.

- Ставка НДС – определяется по реквизиту НДС.

- Сумма без НДС – рассчитывается как Сумма с НДС – Сумма НДС.

- ЦМО – определяется по подразделению которое было ранее определено.

- КБК – заполняется из статьи финансирования из реквизита КБК для счета 105 если используется счет дебета 105 и из реквизита КБК в остальных случаях.

- КФО – заполняется из реквизита КФО в статье финансирования.

- Статья движения ДС – заполняется из реквизита Статья ДС.

- Номенклатура затрат - заполняется из константы «Номенклатура для затрат по умолчанию».

- КорКБК – заполняется из реквизита КБК статьи финансирования.

6. После этого вызывается запись документа и процедура автоматического создания дочерних документов.

В результате этого формируется документ ПТИУ с заполненной ТЧ и с созданными документами поступления услуг/ос/мз.

Если при закрытии задачи, документ основание связан с БГУ как документ «Платежное поручение» и у него в связи есть документы поступления с созданными ПТиУ, то происходит запуск процесса создания ПП. Процесс заполнения перенесен из механизма «Платежный календарь» и работает по следующему принципу:

1. Для массива данных по списку связанных ПТиУ формируется таблица сумм в разрезе:

- КФО

- КЭК

- Контрагент

- Договор

- Расчетный счет

- Статья ДС

- КБК

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

- Счет кредита = 201.11

- Забалансовый кредит = 18.01

- Вид операции = «Оплата поставщику»

- Очередность платежа = 5

- Вид платежа = «Электронно»

- Счет дебета = Определяется по КЭК.

- КОСГУ дебета = 830

- КОСГУ кредита = 610

3. Далее происходит запись документа для выгрузки данных в УРМ и загрузки выписки.

В результате этого формируется документ ПП с заполненной готовый для передачи в УРМ.

При выполнении загрузки выписки из УРМ, программа проверяет наличие связи договора ПП с данными в документообороте. Если в ДО данный договор есть и в договоре на стороне БГУ не стоит галочка «Обязательство не связано с закупкой товаров, работ, услуг», то вызывается процесс поиска связи ПП с данными в ДО. Если данное ПП отсутствует на стороне ДО, то программа автоматически попытается стандартными методами создать его в ДО и привязать к договору. После того как ПП на стороне ДО точно есть, происходит формирование файла платежки и его присоединение к документу. Далее происходит проверка заполнения константы шаблонов бизнес процессов для оповещения. Если константа для последней ПП заполнена, то формируется запрос по проверки исполнения договора. Берутся обороты счета 302 по договору и сравниваются с суммой последнего ПГФ по договору. Если они равны, то вызывается процесс создания задачи о оповещении по последнему платежу. Если константа оповещения по последнему платежу не заполнена или договор не полностью оплачен, то вызывается процесс создания задачи на оповещение о выполненном платеже, если заполнена константа шаблона для ПП.

Данное регламентное задание программно вызывает процесс обмена справочниками «Статьи движения ДС» и «Типы финансирования» прописанные в обработке «Загрузка, выгрузка для обмена с ДО». Настройка данного регламентного задания выполняется стандартным методом. Для обмена программа использует логин и пароль пользователя прописанного в константах.

Данное регламентное задание является стандартным для компоненты ДМИЛ. Для отправки сведений в ДО программа использует план обмена «Интеграция с 1С:Документооборотом». Выгрузка элементов происходит по правилам, прописанным в стандартных справочниках обмена. Загрузка данных из ДО происходит путем вызова метода «DMGetChangesRequest». Данный метод должен вернуть весь список измененных элементов на стороне ДО после их интеграции. Данный метод вызывает процесс создания элементов справочника Номенклатура в БГУ.

Данная обработка является средством вызова обмена между ДО и БГУ в ручном режиме на этапе настройки или срочного решения какой-то проблемы. Она позволяет:

1. Выгрузить/обновить справочник контрагентов в ДО по данным БГУ.
2. Выгрузить/обновить справочник типов финансирования в ДО из БГУ.
3. Выгрузить/обновить справочник Статей ДС в ДО из БГУ.
4. Выгрузить/обновить справочник Единицы измерения в ДО из БГУ.
5. Выгрузить/обновить справочник номенклатуры в ДО из БГУ.
6. Проверить договора без статей финансирования с указанной даты. Формирует список договоров в БГУ с пустой ТЧ и пытается заполнить из данных в ДО. Если по договору есть допник, то заполнит ТЧ по нему.
7. Обновить договора и все что с ними связано по конкретному договору. Вызывает процесс пере заполнения договора и всех ПГФ связанных в ДО.

Обновить договора и все что с ними связано по всем договорам с указанной даты. Вызывает процесс пере заполнения договора и всех ПГФ связанных в ДО. ВНИМАНИЕ! Использовать аккуратно, так как может вызвать скачки данных по бюджетным обязательствам.

1. Договоры и иные основания возникновения обязательств – Внутренний документ (договор, контракт, заявка на закупку).

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

Передача в 1с: Документооборот

Получение из 1с: Документооборот

2. План-график финансирования обязательства – Внутренний документ (спецификация, Дополнительное соглашение).

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

Передача в 1с: Документооборот

Получение из 1с: Документооборот

3. Контрагенты – Контрагенты

Для данной интеграции нам необходимо создать 1 элемент. Поля должны быть заполнены по соответствию таблицы:

Передача в 1с: Документооборот

Получение из 1с: Документооборот

4. Платежное поручение – Внутренний документ (Платежное поручение)

Для данной интеграции нам необходимо создать 1 элемент. Поля должны быть заполнены по соответствию таблицы:

Передача в 1с: Документооборот

Получение из 1с: Документооборот

5. Поступление товаров и услуг – Внутренний документ (УПД)

Для данной интеграции нам необходимо создать 1 элемент. Поля должны быть заполнены по соответствию таблицы:

Передача в 1с: Документооборот

Получение из 1с: Документооборот

Для работы в интегрированных системах основным механизмом будет использоваться список задач. Все документы которые будут создаваться автоматически, будут интегрированы с документами в системе 1С: Документооборот (далее по тексту ДО). Автоматическое создание элементов в БГУ будет происходить автоматически при получении задачи на ознакомление, либо через вызов процедуры создания элемента пользователем через форму задачи. На рисунке 1 показано как пользователю открыть форму списка задач и как она выглядит.

Рисунок 1 – Кнопка открытия списка задач и список задач.

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

Рисунок 2 – Форма задачи.

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

Рисунок 3 – Внутренний документ ДО.

В рамках данной интеграции используется схема связи изображенная на рисунке 4.

Рисунок 4 – Схема взаимодействия систем с ДО.

На данном рисунке прямоугольниками описано создание элемента или использование сторонней системы. Овалами изображено создание задачи. Прямой черной линией основной путь движения документа в системах. Светло оранжевым цветом отображается жизнь документа вида «Заявка». Салатовым цветом отображается жизнь документа «Извещение». Горчичным цветом отображается жизнь документа «Контракт/Договор».

1. В Системе ДО создается документ - «Заявка на закупку». Данный документ наполняется данными о закупке (что купить, когда купить, зачем купить) и прикрепляется служебная записка.
2. После этих событий к данному документу прикрепляют техническое задание, формируют коммерческое предложение и рассылают контрагентам.
3. По результатам получения 3 ответов на коммерческое предложение документ заявка отправляется на ознакомление экономисту и заполнение источников финансирования. Экономист в списке задач видит задачу с наименованием «Заявка на проведение торгов». Открывает документ. Анализирует данные заявки. Если денег нет, то заявка не будет согласована, необходимо закрыть документ и нажать кнопку не согласовать. Если деньги есть, то в документе необходимо заполнить табличную часть типов финансирования и выполнить разбивку товаров на вкладке «Товары» по типам финансирования и статьям ДС. Так как данная разбивка повторяется в обоих ТЧ, то для ускорения работы добавлена кнопка «Заполнить по данным товаров». На рисунке 5 изображена табличная часть типов финансирования и соответствующая кнопка. На рисунке 6 изображена таблица товаров.

Рисунок 5 – Табличная часть Типов финансирования.

Рисунок 6 – Табличная часть Товаров.

Также для удобства над табличной часть Типов финансирования есть дополнительные кнопки распределения:

1. >

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

2. >

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

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

4. Далее документ изменяется на вид «Извещение» и переходит в стадию регистрации, выхода на торги и подписания у ответственных людей.

5. По результатам выхода на торги и заполнения номера извещения в ДО происходит создание документа спецификации привязанного к документу для создания план графика финансирования (далее по тексту ПГФ) в БГУ. Создается задача на ознакомление. Ответственный бухгалтер получает задачу «Ознакомится со спецификацией». При закрытии данной задачи программа автоматически создаст ПГФ, и создает документ «Резервирование/Освобождение ДС по извещению» с освобождением резерва для перевода данных денег в режим БО. На этом этапе данные для создания ПГФ берутся из табличной части «Типы финансирования» без разбивки по спецификации. КБК и КФО берутся из типа финансирования. КЭК получается по данным Статьи ДС. Подразделение берется общее по документу.

6. После этого по договору идут торги. По результатам торгов происходит подписание договора в ДО, выполняется проставление спецификации.

7. После этого формируется повторная задача на проверку финансирования в документе. Экономист получает задачу на проверку финансирования, корректирует если есть необходимо в БГУ и закрывает задачу.

8. По результатам корректировки на бухгалтера формируется задача на ознакомление с результатами торгов по договору. При закрытии задачи на ознакомление с конечной спецификации будет создан ПГФ с заполненной номенклатурой. Данные для создания ПГФ берутся из таблицы Товары. Вид товара определяется по свойству номенклатуры в ДО. Если номенклатура не найдена в БГУ, то будет создана новая. Это конечный этап процесса торгов.

1. В ДО происходит создание спецификации по договору с изменениями, по результатам которых данный документ проходит согласование у главного врача.
2. После того как Доп.Соглашение согласовано, создается задача на ознакомление с изменением по договору на бухгалтера.
3. При закрытии задачи ознакомления Бухгалтером будет создан ПГФ по Доп.Соглашению.

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

Рисунок 7 – Кнопка вызова создания ПТиУ.

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

Рисунок 8 – Кнопка вызова создания П/П.

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

1. Релиз № 1.0.56.7.01.000 от 8 марта 2019 г.

Добавили колонку в список документов «Интегрирован с ДО» в обработку «Интеграция с Аптекой». В данной колонке отражается статус наличия связи документов с 1С:Документооборот.

2. Релиз № 1.0.53.4.02.000 от 12 ноября 2018 г.

Добавили возможность отобразить список выполненных задач в «АРМ Задачи документооборота».

3. Релиз № 1.0.53.4.02.000 от 12 ноября 2018 г.

Доработали процедуру закрытия задачи формирования «План-графика финансирования» из модуля «Документооборот». Если при закрытии задачи план-график не сформирован, будет выдано сообщение с причиной.

4. Релиз № 1.0.50.3.02 от 14 февраля 2018 г.

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

5. Релиз № 1.0.48.6.02 от 14 декабря 2017 г.

Доработан интерфейс интеграции с документооборотом. в меню Интеграции добавлен пункт меню выполнения обмена. В меню «Рабочие столы» добавлен рабочий стол по договорам, имеющий возможность отбирать элементы интегрированные с документооборотом.