ЧТЗ Тезис

Zimin Andrey, [08.12.2025 15:30]
@telekost это по интеграции с ТЕЗИС, формат обмена информацией

Zimin Andrey, [08.12.2025 15:30]
По файлам: что они хранят в тезис я ответить не могу, скажу так. Мы в Тезис можем сделать так называемую отметку ( в Тезис - поле "Тип вложения") - "Образцы". Все вложения (например, Оригинал заявки, Акты приема и Возвращения образцов, и т.п.), что ИЦ/ОДО ВБ с таким типом добавит в Заявку, мы сможем вам передать

Zimin Andrey, [08.12.2025 15:30]
Тезис в базе хранит ссылку на файл в файловом хранилище, но для вас, считаю, эта информация излишняя, т.к. независимо от того, как Тезис хранит внутри данные, он их вам в нужном виде передаст. А вот в каком виде передавать - вопрос важный. С учетом того, что файл может быть не один и его размер нам неизвестен, предполагаю, что нужно передавать вложения отдельным запросом, а не внутри файла с информацией по заявке.

Zimin Andrey, [08.12.2025 15:30]
Здравствуйте. Интегрироваться с помощью rest api готовы, формат - json - ок

Zimin Andrey, [08.12.2025 15:30]
Обратите внимание на то, что я ранее о вложениях писала

Добавил таблицы из файла по интеграции с СЭД Тезис.
В части образцов это три этапа - АКТ Приема, Передача на испытания, АКТ Возврата. Вы этого не учли.

В примечании указал Что нам не передается № Заявки по которому принимаем и работаем с образцами. Тут надо или настаивать на передаче от СЭД Тезис, или выбирать в ЛИМС из существующих.

Так же в текущем описании интеграции ТЕЗИС-ЛИМС нет передачи № Акта приема образцов.

Zimin Andrey, [03.12.2025 9:49]
По файлам: что они хранят в тезис я ответить не могу, сказу так. Мы в Тезис можем сделать так называемую отметку ( в Тезис - поле "Тип вложения") - "Образцы". Все вложения (например, Оригинал заявки, Акты приема и Возвращения образцов, и т.п.), что ИЦ/ОДО ВБ с таким типом добавит в Заявку, мы сможем вам передать

Zimin Andrey, [03.12.2025 9:49]
Тезис в базе хранит ссылку на файл в файловом хранилище, но для вас, считаю, эта информация излишняя, т.к. независимо от того, как Тезис хранит внутри данные, он их вам в нужном виде передаст. А вот в каком виде передавать - вопрос важный. С учетом того, что фай может быть не один и его размер нам неизвестен, предполагаю, что нужно передавать вложения отдельным запросом, а не внутри файла с информацией по заявке.

1. Разработка запроса на авторизацию в ЛИМС.

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

Поля для передачи:

Наименование поля в Тезис	Комментарий
ID заявки	UUID
Номер заявки	Текст
Дата заявки	Дата
Рег. номер заявки	Текст
Дата регистрации заявки	Дата
Контрагент	Наименование
Наименование МИ	Текст
Договор	Номер
Договор	Дата
Услуга	Исходя из заполнения таблиц вкладки ИЦ, перечисление: техника, токсика, микробиология
Вложения

3. Передача в ЛИМС информации по образцам (должна осуществляться по нажатии пользователем кнопки «Отправка в ЛИМС»). Передаваться должны строки, в которых указаны конкретные услуги (список будет определен на этапе разработки)

Поля для передачи:

Наименование поля в Тезис	Комментарий
ID заявки	UUID
Номер заявки	Текст
Дата приема	Дата
Наименование образца	Новое поле
Статус образца	Перечисление: На складе, В лаборатории, Возврат на склад
Дата передачи в лабораторию	Дата
Дата отправки	Дата
Дата утилизации/возврата	Дата
Дата возврата на склад	Дата
Место хранения	Новое поле
Количество принятых образцов	Новое поле
Услуга (Из записи таблиц на вкладке «Образцы»)	Справочные значения, множественное поле

4. Передача в ЛИМС назначений в работу: по запуску на исполнение (состояние «Назначена») задачи с типом «Исполнение ИЦ» (т.е. каждая задача будет передаваться отдельным файлом)

Наименование поля в Тезис	Комментарий
ID заявки	UUID
ID задачи	UUID
Номер задачи	Текст
Дата запуска процесса Исполнение	Дата-время
Инициатор	ФИО пользователя
Исполнитель	ФИО пользователя
~~Номер заявки~~
~~Дата заявки~~
~~Контрагент~~	~~Наименование~~
~~Наименование МИ~~
~~Договор~~	~~Номер~~
~~Договор~~	~~Дата~~
~~Рег. номер заявки~~
Услуга, указанная в задаче	Справочные значения, множественное поле
Тема задачи	Текст
Описание задачи	Текст
Дата создания задачи	Дата-время
Выполнить до	Дата-время
~~Вложения~~

5. Получение Тезис из ЛИМС результатов отработки назначения:

Наименование поля в Тезис	Комментарий
ID заявки	UUID
ID задачи	UUID
Комментарий	Текст
Дата исполнения	Дата-время
Вложение

По получении от ЛИМС результатов отработки назначения. Тезис должен автоматически перевести задачу в состояние «Выполнена» с комментарием и прикрепленными к задаче вложениями, полученными из ЛИМС.

Zimin Andrey, [23.10.2025 13:03]
6. Интеграция с ИС «Тезис»
6.1. Целью интеграции является совместное использование ЛИМС в организациях, имеющих и эксплуатирующих информационную систему поддержки клиентов (CRM). ИС «Тезис» относится к системам CRM и обеспечивает информационную поддержку процессов работы с первоначальными обращениями пользователей, уточнению состава запрошенных испытаний, подготовки договорной и сметной документации, а также подготовки бухгалтерской документации (Акты КС-2, КС-3, счет-фактура и пр.).
6.2. Алгоритм взаимодействия предполагает, что при такой интеграции все операции по взаимодействию с сайтом ИЦ, идентификации, регистрации и авторизации контрагентов; получению Заявок на испытания; ведению договорной работы с заказчиком проводятся в ИС «Тезис», кроме того, ИС «Тезис» может выступать в качестве поставщика данных об организационно-штатной структуре, мастер-системой для которых является «1С», а ЛИМС имеет интеграцию в части этих данных с ней. ЛИМС привлекается к участию в БП в момент, когда пользователь ИС «Контур» (сотрудник ИЦ) принимает решение о начале проведения испытаний. Для инициации работы ЛИМС в части проведения испытаний ИС «Контур» использует метод первый метод интеграции «Старт», определяющий необходимость проведения испытаний в рамках сформированного заказа. На основе переданного в методе уникального идентификатора и набора информации (контрагент, заявка, заказ, перечень работ, перечень образцов) ЛИМС копирует эти данные во внутренние таблицы с сохранением соответствующих идентификаторов ИС «Контур» для упрощения других методов взаимодействия. Далее ЛИМС на основе полученного задания (при необходимости сопоставленного с областью аккредитации) и полученных образцов (см ниже) инициирует БП испытаний, результатом которого является Протокол испытаний, представляющий собой составной документ формата word. Для передач Протокола из ЛИМС в ИС «Контур» используется метод «Протокол», в рамках которого передается один текстовый файл и идентификатор задания на проведение испытаний, полученный в методе «Старт». Все поля протокола заполняются в ЛИМС, либо все поля кроме указания данных о заказчике в первой части («шапке») файла?
Вопросы к обсуждению.
А) какая система осуществляет идентификацию и приемку испытываемых образцов (МИ)? Варианты: 1) ИС «Контур» выполняет приемку образцов. В этом случае потребуется синхронизация с ЛИМС в части справочников описания образцов и привлечение технических специалистов для проверки поступивших изделий. 2) ИС «Контур» передает список с текстовым описанием образцов, а их создание в БД и приемку осуществляет ЛИМС. В этом случае проблемой является ограничение контактов ЛИМС с заказчиком.
Б) как осуществлять синхронизацию данных об услугах (прейскурант в ИС «Тезис») и формальным описанием состава испытаний (справочник испытательных ГОСТ из области аккредитации ИЦ, ведущегося в ЛИМС). Требуется анализ такого соответствия.
В) надо ли предусматривать возможность общения ЛИМС с Заказчиком через менеджера ИС «Контур» в процессе проведения испытаний?
6.3. Распределение зон информационной ответственности между системами. ИС «Тезис» выступает в роли масте – системы в части следующих данных:
Описание контрагентов в части заказчиков испытаний, включая информацию об организации и контактных лицах;
Журнала первичных обращений;
Прейскурант услуг ИЦ;
Описание договоров с контрагентами, включая стоимость, сроки, предмет и объем испытаний;
Организационно-штатная структура (справочник подразделений)
Штатное расписание сотрудников с привязкой к подразделениям.
Вопрос к обсуждению. Можно ли использовать реализованные при интеграции ИС «Контур» с «1С» для получения актуальной оргштатной структуры или создать метод получения этой информации из ИС «Контур». Обновление справочников в ЛИМС делать по расписанию?

Zimin Andrey, [23.10.2025 13:03]
6.4. Поскольку в ЛИМС существуют аналогичные перечисленным в 6.2. справочники и таблицы при интеграции для упрощения доступа к данным из интерфейсов GUI ЛИМС и учитывая, что взаимодействие систем носит однократный характер (одно испытание – одно взаимодействие), предлагается использовать метод синхронизации данных по значению, - когда вызов ЛИМС с новым заданием на испытание сопровождается полным набором перечисленных выше данных дополненных идентификаторами . Соответственно ЛИМС, получив такой запрос сначала сохраняет всю полученную информацию во внутренних таблицах, и только потом запускает БП проведения испытаний, опираясь уже на данные из своих внутренних таблиц. Одновременно со значениями ЛИМС сохраняет внутренние идентификаторы соответствующих записей ИС «Тезис».

Прочитал ЧТЗ. 1. Система очень похожа на Альтериос. Описания процессов сделаны в рамках BPNM. Интеграция основана на передаче\приеме json в рамках REST API. У нас тоже самое. Но, надо смотреть конкретные спецификации. 2. Очень четко сформулированы требования к интеграции - что делается на стороне Тезис, что на стороне 1С, ВНИИИМТ без всяких обязательств выполнять любую работу по интеграции на стороне смежных систем. Поддерживаю такой подход. 3. Четко формулируются ограничения при миграции, csv и только. Нет подготовленных данных в данном формате в соответствии с указанными полями документов - идите лесом.4. Реализован (но требует доработок, о чем собственно данное ЧТЗ) функционал по работе с заявками. Про прием образцов не увидел даже намеков. Про направления уже не говорю. 5. Надо определиться, где заканчивается функционал Тезиса с учетом доработок, далее можно говорить об интеграции. Но нашему модулю управления заявками нет места. 6. Надо решить появившуюся проблему - не соответствия нашего ТЗ на разработку ЛИМС, в связи с большими функциональными кусками - интеграциями (Зимин не раз обращал на это внимание). 7. В отношении Олимпа, предлагаю поступить как Тезис - выставить им условия на поставку в ЛИМС всей специфики модуля управления оборудованием (как у нас) для обеспечения проведения испытания. Т.е. при формировании испытания мы запрашиваем у них доступное оборудование со всеми ограничениями (как к "справочнику" в нужном нам формате json), а они пусть обеспечивают выдачу валидных данных. Тогда модуль управления оборудованием не нужен. Вряд ли они смогут, но это уже на усмотрение ВНИИИМТ.

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