Проект

Общее

Профиль

Разработка #4438

открыто

Разработка #3604: [УВПН] Вкладка "Перевод" на УВПН. Уточнение деталей реализации

Разработка #3627: [УВПН] Вкладка "Перевод" на УВПН

[УВПН] Вкладка "Перевод" на УВПН. Коррекция под обновленные требования.

Добавил(а) Андрей Золотухин 5 месяца назад. Обновлено 19 дня назад.

Статус:
Ожидает тестирования
Приоритет:
Обычный
Дата начала:
08.12.2025
Срок завершения:
Готовность:

100%

Оценка временных затрат:
36:00 ч
Участок:
УВПН
Тип задачи:
Новая разработка
Общее время (ч):
0.00
Ревьюер:
Тестировщик:
Ожидается содействие:

Описание

Задача связана с уточнениями ТЗ.

[Выполнено] 1. На странице со списком олигов на УВП необходимо добавить кнопки с дополнительной функциональностью, среди которых "Передать в проверку", "Списать" и "Передать на производство". Правильно ли я понимаю, что первые две кнопки должны работать как возможность множественного редактирования статуса для выбранных олигов, а кнопка "Передать на производство" должна перенаправлять на страницу выдачи заказчику?

Ответ: Кнопка списать - нажимаю, открывается окошко, там сканирую пробирку(и) и подтверждаю списание, в этот момент статус в заказе изменяется на "списан" и я физически утилизирую пробирку. Кнопка передать в проверку -аналогично, сканирую и статус меняется на передан "в проверку". потом я должна буду подтвердить прохождение проверки, и тогда статус поменяется на "готов к выдаче" или "списать". Передать на производство - окошко, в нем сканирую и передаю, статус меняется на выдан. Списать, передать в проверку и передать на производство - все сканированием.

2. Для олигов, переведённых из Науки в Производство, - серия будет формироваться по стандартному алгоритму на УВП, или же в качестве даты в составе серии для данных олигов всегда будет использоваться дата синтеза олига? Данный вопрос исходно появился в связи с тем, что на текущий момент в системе реализован общий алгоритм для присвоения серии, который, если я не ошибаюсь, учитывает не только дату синтеза, а ещё несколько факторов. И в связи с этим хотел бы уточнить, можно ли для данных олигов использовать тот же общий алгоритм, или же в данном случае будет достаточно всегда ориентироваться на дату синтеза. В данном случае пока что увидел, что записи сгруппированы по названию олигов, - и для всех строчек применена сквозная нумерация В целом, при создании заказа на перевод можно было бы зафиксировать номера похожим образом, и использовать их при присваивании серии олига, но правильно ли я понимаю, что если для части олигов будет использоваться общий алгоритм установки серии (для олигов после перечистки), - номера в серии могут пересекаться с теми, что были зафиксированы для олигов в заказе.

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

[Выполнено] 3. Хотел бы уточнить, как было бы удобнее скачивать файлы Маршрутных листов и Аналитических паспортов для нескольких олигов, - несколько файлов должны объединиться в архив, и ещё думал над тем, может их будет необходимо объединить в один .pdf-файл?

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

4. Появился вопрос по поводу маршрутного листа и олига, который передавали в проверку (в этом случае необходимо вычитать 100 мкл). Правильно ли я понимаю, что если для олига в системе есть информация о том, что его до этого когда-либо передавали в проверку, - должно выполняться вычитание 100 мкл. Здесь по большей части имею ввиду, должна ли наследоваться данная информация о передаче олига в проверку после выполнения различных процессов (например разведение или переливание, или же объединение олигов).

Ответ: Если олиг не будет передаваться в проверку вычитаем 50 мкл, если олиг не был проверен до перевода - вычитаем еще 50, те общее 100 мкл.
Если олиг когда-либо передавали в проверку, можно просто это показать где-то, но это не влияет на вычитание в маршрутном листе.

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

Ответ: Увп попросил не сканированием, а например в трех точечках, или иным способом.

6. Хотел бы уточнить работу статуса проверки у разработчика. Насколько понимаю, статус работает как уникальная метка для импортированных олигов, которая говорит, что при формировании заказа на перевод не было нужный серий."
Если я правильно понимаю, в данном случае имеется ввиду статус "Передать в проверку", хотел бы уточнить, - данный статус должен отображаться после импорта олигов в той же колонке со статусом в заказе?

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

После того как присвоена серия, создаются маршрутные листы и в них в графе объем должен быть объем, которые указан в заказе минус 50 -если не передавали в прорверку, либо минус -100 , если дополнительно передавали разработчику после создания перевод.

- Правильно ли я понимаю, что данный статус отображается в той же колонке "Статуса в заказе", где будет отображаться, например, статус "Передан в проверку"?

- Да.

7. "Уточнить, будут ли устанавливаться статусы в заказе будут после успешного импорта. Если да, то уточнить, какие, если ранее мы договорились, что статус при импорте и статус в заказе - это одно и то же:
1. Олигу нашлась соотв. серия.
2. Олигу не нашлась сооотв. серия.
3. Олиг требует проверки у разработчиков."

У нас должно быть два этапа - статусы до подтверждения Соней заказа и после:
Те когда Соня загрузила csv (1 этап) - у нее появится список и напротив каждой строки будет написано:
1. Олигу нашлась серия ( значит все совпало название, последовательность, серия)
2. Олигу требуется проверка ( совпало название и последовательность) (статус "Передать в проверку")
3. Ошибка «не совпало название» - требуется переименовать олиг при переводе.
4. Ошибка «не совпала последовательность» - Соня должна будет переименовать олиг вручную в системе, чтобы строка исчезла
Когда Соня уберет ошибки, она подтвердит заказ, он сформируется и в заказе уже будут статусы готов к выдаче, списать, передать в проверку итд.


Файлы

clipboard-202512081629-arqpl.png (117 КБ) clipboard-202512081629-arqpl.png Андрей Золотухин, 08.12.2025 13:29
clipboard-202512081629-7cd2q.png (144 КБ) clipboard-202512081629-7cd2q.png Андрей Золотухин, 08.12.2025 13:29

Обновлено Андрей Золотухин 5 месяца назад

  • Параметр Статус изменился с Открыта на В работе
  • Описание обновлено (Разница(diff))

Обновлено Андрей Золотухин 5 месяца назад

  • Параметр Тема изменился с [УВПН] Вкладка "Перевод" на УВПН. Коррекция под новые требования на [УВПН] Вкладка "Перевод" на УВПН. Коррекция под обновленные требования.

Обновлено Андрей Золотухин 5 месяца назад

  • Параметр Готовность изменился с 0 на 30

Обновлено Андрей Золотухин 5 месяца назад

  • Параметр Готовность изменился с 30 на 70

Обновлено Андрей Золотухин 5 месяца назад

  • Параметр Готовность изменился с 70 на 60

Обновлено Андрей Золотухин 5 месяца назад

Обновлено Андрей Золотухин 5 месяца назад

Обновлено Андрей Золотухин 5 месяца назад

Обновлено Андрей Золотухин 5 месяца назад

Обновлено Андрей Золотухин 5 месяца назад

  • Параметр Готовность изменился с 60 на 80

Обновлено Андрей Золотухин 5 месяца назад

  • Параметр Оценка временных затрат изменился с 16:00 ч на 24:00 ч
  • Параметр Готовность изменился с 80 на 60
  • Описание обновлено (Разница(diff))

Обновлено Андрей Золотухин 4 месяца назад

  • Параметр Готовность изменился с 60 на 70

Обновлено Андрей Золотухин 4 месяца назад

  • Параметр Оценка временных затрат изменился с 24:00 ч на 32:00 ч

Обновлено Андрей Золотухин 4 месяца назад

  • Параметр Оценка временных затрат изменился с 32:00 ч на 36:00 ч

Обновлено Андрей Золотухин 3 месяца назад

  • Параметр Готовность изменился с 70 на 90

Обновлено Андрей Золотухин 3 месяца назад

  • Параметр Статус изменился с В работе на Открыта

Обновлено Андрей Золотухин 3 месяца назад

  • Параметр Готовность изменился с 90 на 100
  • Параметр Статус изменился с Открыта на Ожидает ревью

Обновлено Андрей Золотухин 19 дня назад

  • Параметр Статус изменился с Ожидает ревью на Ожидает тестирования

Экспортировать в Atom PDF