Skip to main content

FAQ

Представления, типы форм и переносы

В: Каким типом представления нужно пользоваться при создании форм?
О: Только «представление» и «представление список».
Зависимые типы не использовать — это легаси, дающее нестабильные переносы между серверами.

В: Почему после переноса отчёта ломаются связи по id?
О: В редакторе отчётов нет openId до момента вызова отчёта «вживую». Поэтому прямой фильтр "dataId": [{{openId}}] на этапе конструктора падает.

В: Как правильно добавить соединение к представлению по openId?
Ответ Константина:

  1. Сначала добавить чистое соединение без id:


    {"type": "view-data-v2", "filter": {"viewId": "XXX"}}

  2. После того как оно добавилось — расширить до:


    {"type": "view-data-v2", "filter": {"viewId": "XXX", "dataId": [{{openId}}]}}

В: Можно ли использовать _id вместо openId?
О: Нет. В контексте view-data работает только openId.
Если нужно подставить id в отчёт для теста — можно добавить openId в переменные отчёта вручную (лайфхак от Василия).

Права, группы и видимость задач

В: Почему задача не видна под другим аккаунтом, даже суперюзером?
О: Чаще всего — пользователь не состоит в нужной группе.
В ряде модулей (пример — «Резерв оборудования») бизнес-процесс настроен так, что задачу видит только инициатор.

Ошибка при создании акта приёмки в модуле «Управление образцами»

(Validation failed (uuid is expected))

В: Почему при создании нового акта в моих задачах выводится ошибка “Validation failed (uuid is expected)”?
О: Ошибка возникает, когда шаблон идентификатора или поле, где система ожидает UUID, заполнено некорректным выражением. В новых представлениях ЛИМС более строгая проверка типов, и любое выражение в шаблонах TМ, кроме разрешённых, воспринимается как некорректный UUID.

Пояснение экспертное (Сикоренко):
В шаблоне ТМ допустимы только два варианта:

  1. Пустая строка — тогда система выводит UUID записи.

  2. {{field_name}} — тогда подставляется значение конкретного атрибута, который вы хотите показывать вместо UUID.

Любые другие выражения, даже похожие на старые шаблоны (конкатенации, {{_id}}, куски текста + поле, попытки формировать строковый ключ) в текущей версии не поддерживаются. После перехода на новые представления такая логика считается некорректной и вызывает валидатор UUID.

В: Как определить конкретную причину на форме?
О: Нужно открыть шаблон отображения для поля, которое выводится в шапку акта или в саму запись акта, и проверить, что там:
— нет текста,
— нет составных выражений,
— нет старых паттернов вроде {id}, ${id}, {{_id}},
— стоит либо пусто, либо чистое {{поле}}.

В: Как исправить?
О:

  1. Найти проблемное поле в шаблоне ТМ для данного акта.

  2. Удалить любые конструкции, кроме двух разрешённых.

  3. Если нужно показывать человеко-читаемое значение — подставить атрибут, например {{НомерАкта}}.

  4. Сохранить представление и пересоздать акт.

Пример задачи и реализации:
Постановка: При создании акта система падает на валидации UUID.
Реализация:
— в шаблоне ТМ было выражение Акт № {{Номер}},
— такая комбинированная строка теперь считается недопустимой,
— заменили на чистое {{Номер}} (или оставили пусто, если нужен UUID),
— ошибка исчезла, акт создаётся корректно.

Back to top