Разработка #4438
открытоРазработка #3604: [УВПН] Вкладка "Перевод" на УВПН. Уточнение деталей реализации
Разработка #3627: [УВПН] Вкладка "Перевод" на УВПН
[УВПН] Вкладка "Перевод" на УВПН. Коррекция под обновленные требования.
100%
Описание
Задача связана с уточнениями ТЗ.
[Выполнено] 1. На странице со списком олигов на УВП необходимо добавить кнопки с дополнительной функциональностью, среди которых "Передать в проверку", "Списать" и "Передать на производство". Правильно ли я понимаю, что первые две кнопки должны работать как возможность множественного редактирования статуса для выбранных олигов, а кнопка "Передать на производство" должна перенаправлять на страницу выдачи заказчику?
Ответ: Кнопка списать - нажимаю, открывается окошко, там сканирую пробирку(и) и подтверждаю списание, в этот момент статус в заказе изменяется на "списан" и я физически утилизирую пробирку. Кнопка передать в проверку -аналогично, сканирую и статус меняется на передан "в проверку". потом я должна буду подтвердить прохождение проверки, и тогда статус поменяется на "готов к выдаче" или "списать". Передать на производство - окошко, в нем сканирую и передаю, статус меняется на выдан. Списать, передать в проверку и передать на производство - все сканированием.
2. Для олигов, переведённых из Науки в Производство, - серия будет формироваться по стандартному алгоритму на УВП, или же в качестве даты в составе серии для данных олигов всегда будет использоваться дата синтеза олига? Данный вопрос исходно появился в связи с тем, что на текущий момент в системе реализован общий алгоритм для присвоения серии, который, если я не ошибаюсь, учитывает не только дату синтеза, а ещё несколько факторов. И в связи с этим хотел бы уточнить, можно ли для данных олигов использовать тот же общий алгоритм, или же в данном случае будет достаточно всегда ориентироваться на дату синтеза. В данном случае пока что увидел, что записи сгруппированы по названию олигов, - и для всех строчек применена сквозная нумерация В целом, при создании заказа на перевод можно было бы зафиксировать номера похожим образом, и использовать их при присваивании серии олига, но правильно ли я понимаю, что если для части олигов будет использоваться общий алгоритм установки серии (для олигов после перечистки), - номера в серии могут пересекаться с теми, что были зафиксированы для олигов в заказе.
Ответ: серия состоит из даты синтеза и номера по порядку, особый случай олиги, отправленные на повторную очистку. Там есть два случая: первый просто забрали из архива и выпустили, там по дате синтеза и номер по порядку в рамках заказа на перевод, а второй случай- когда отправили на перечистку - там стандартная схема по дате разведения и номер общий из общего списка за сегодняшний день в увп. номера могут пересекаться, но у них будет дата другая. серия состоит из двух частей дата и номер. если образец списан, то он не участвует в нумерации.

[Выполнено] 3. Хотел бы уточнить, как было бы удобнее скачивать файлы Маршрутных листов и Аналитических паспортов для нескольких олигов, - несколько файлов должны объединиться в архив, и ещё думал над тем, может их будет необходимо объединить в один .pdf-файл?
Ответ: без архивирования несколько файлов можно скачать? На увп отдельный файл, это отдельная серия, поэтому объединять в один не нужно. в названии файла фигурирует название олига и серия. Один за другим и каждый файл с отдельным названием.
4. Появился вопрос по поводу маршрутного листа и олига, который передавали в проверку (в этом случае необходимо вычитать 100 мкл). Правильно ли я понимаю, что если для олига в системе есть информация о том, что его до этого когда-либо передавали в проверку, - должно выполняться вычитание 100 мкл. Здесь по большей части имею ввиду, должна ли наследоваться данная информация о передаче олига в проверку после выполнения различных процессов (например разведение или переливание, или же объединение олигов).
Ответ: Если олиг не будет передаваться в проверку вычитаем 50 мкл, если олиг не был проверен до перевода - вычитаем еще 50, те общее 100 мкл.
Если олиг когда-либо передавали в проверку, можно просто это показать где-то, но это не влияет на вычитание в маршрутном листе.
5. Правильно ли я понимаю, что функциональность подтверждения прохождения проверки должна выполняться также с помощью сканирования, и у соответствующих олигов будет изменён статус?
Ответ: Увп попросил не сканированием, а например в трех точечках, или иным способом.
6. Хотел бы уточнить работу статуса проверки у разработчика. Насколько понимаю, статус работает как уникальная метка для импортированных олигов, которая говорит, что при формировании заказа на перевод не было нужный серий."
Если я правильно понимаю, в данном случае имеется ввиду статус "Передать в проверку", хотел бы уточнить, - данный статус должен отображаться после импорта олигов в той же колонке со статусом в заказе?
Если в переводе, который оформляет Соня, не было серий, а в архиве она есть, то для этого образца будет статус передать в проверку. Он отображается после того, как Соня подтвердит заказ на перевод.
После того как присвоена серия, создаются маршрутные листы и в них в графе объем должен быть объем, которые указан в заказе минус 50 -если не передавали в прорверку, либо минус -100 , если дополнительно передавали разработчику после создания перевод.
- Правильно ли я понимаю, что данный статус отображается в той же колонке "Статуса в заказе", где будет отображаться, например, статус "Передан в проверку"?
- Да.
7. "Уточнить, будут ли устанавливаться статусы в заказе будут после успешного импорта. Если да, то уточнить, какие, если ранее мы договорились, что статус при импорте и статус в заказе - это одно и то же:
1. Олигу нашлась соотв. серия.
2. Олигу не нашлась сооотв. серия.
3. Олиг требует проверки у разработчиков."
У нас должно быть два этапа - статусы до подтверждения Соней заказа и после:
Те когда Соня загрузила csv (1 этап) - у нее появится список и напротив каждой строки будет написано:
1. Олигу нашлась серия ( значит все совпало название, последовательность, серия)
2. Олигу требуется проверка ( совпало название и последовательность) (статус "Передать в проверку")
3. Ошибка «не совпало название» - требуется переименовать олиг при переводе.
4. Ошибка «не совпала последовательность» - Соня должна будет переименовать олиг вручную в системе, чтобы строка исчезла
Когда Соня уберет ошибки, она подтвердит заказ, он сформируется и в заказе уже будут статусы готов к выдаче, списать, передать в проверку итд.
Файлы