Разработка #4741
открытоРазработка #3604: [УВПН] Вкладка "Перевод" на УВПН. Уточнение деталей реализации
Разработка #3627: [УВПН] Вкладка "Перевод" на УВПН
[УВПН] Вкладка "Перевод" на УВПН. Разработка 2 этапа.
100%
Описание
[Выполнено] 1. Сейчас SynthesisObject'ы сразу переназначаются в новый заказ при импорте, и весь функционал отправки в работу - это изменение статуса заказа, - именно то, что Андрей Е. написал Альбине здесь:
"Пока что предполагал, что после перевода записей из справочника олигов в производство, пользователь обновит статус соответствующего заказа из статуса "На проверке", после чего олиги начнут отображаться на УВПН и УВП."
[Выполнено] 2. Андрей Е.: "Но в целом, кнопку загрузки .csv-файла можно было бы добавить и на страницу заказа, - и в этом случае после успешного импорта информации из .csv-файла можно было бы сразу обновить информацию о статусе заказа на "В работе"."
При использовании существующего функционала перевода в производство, если произвели импорт на странице заказа - автоматически изменить статус заказа на "В работе".
если из справочника - тогда вручную на деталях через функционал, который уже добавлен.
Есть две страницы - импорт(там происходит импорт и подтверждается создание заказа с импортированными олигами, которые переназначаются в новый заказ) и детали этого нового заказа с типом "перевод в производство". Так вот какая из страниц заказа, на которую требуется добавить аналогичных справочнику функционал перевода в производство, подразумевается здесь.
Получается, что надо дополнительно доработать логику отправки заказа в работу, поскольку сейчас у сущности oligs в новом заказе тип заказа остается SCIENTIFIC, и аналогично переводу в производство через CSV, требуется добавить тот же функционал, который следует за импортом.
3. Для функционала перевода в производство добавить DMT.
[Выполнено] 4. В случае, если перевод в производство выполняется со страницы заказа, то дополнительно сделать валидацию, в котором проверим, все ли sequence соответствуют импортируемым из csv файла олигов на перевод. Если все соответствуют, то выполнить перевод, иначе перевод будет отменён.
Вообще, возможно подошел бы такой вариант, что synthesisObject'ы переназначаются в новый заказ только после импорта и до этого момента, пока заказ имеет статус "В проверке", отображать только небольшую импортированную при создании заказа информацию (передать в проверку или нет, наименование, последовательность, баркод).
После отправки в работу олиги должны быть переименованы: название из системы заменится на название из импортированного файла.
Обновлено Андрей Золотухин 4 месяца назад
- Параметр Оценка временных затрат изменился с 8:00 ч на 9:00 ч
Обновлено Андрей Золотухин 4 месяца назад
- Параметр Тема изменился с [УВПН] Вкладка "Перевод" на УВПН. Коррекция 2 этапа. на [УВПН] Вкладка "Перевод" на УВПН. Переработка 2 этапа.
Обновлено Андрей Золотухин 4 месяца назад
- Параметр Тема изменился с [УВПН] Вкладка "Перевод" на УВПН. Переработка 2 этапа. на [УВПН] Вкладка "Перевод" на УВПН. Разработка 2 этапа.
Обновлено Андрей Золотухин 4 месяца назад
- Параметр Статус изменился с Открыта на В работе
- Описание обновлено (Разница(diff))
Обновлено Андрей Ерзунов 4 месяца назад
Есть две страницы - импорт(там происходит импорт и подтверждается создание заказа с импортированными олигами, которые переназначаются в новый заказ) и детали этого нового заказа с типом "перевод в производство". Так вот какая из страниц заказа, на которую требуется добавить аналогичных справочнику функционал перевода в производство, подразумевается здесь.
В данном случае имел ввиду страницу Деталей заказа. В правом верхнем углу можно было бы добавить кнопку, при нажатии на которую пользователь мог бы загрузить .csv-файл с информацией для импорта сущностей Olig из научных в производственные, и при успешном импорте, - можно было бы автоматически переключить статус заказа.
При нажатии кнопки "Отправить заказ в работу" можно было бы сделать проверку, что все олиги (сущности Olig), находящиеся в нём имеют тип заказа "INDUSTRIAL". Если какие-то из них, - пока что с другим типом заказа, - отобразить предупреждение и не давать отправить заказ в работу.
Обновлено Андрей Ерзунов 4 месяца назад
4. В случае, если перевод в производство выполняется со страницы заказа, то дополнительно сделать валидацию, в котором проверим, все ли sequence соответствуют импортируемым из csv файла олигов на перевод. Если все соответствуют, то выполнить перевод, иначе перевод будет отменён.
Тут да, - согласен, но я бы для найденных олигов по sequence из базы ещё сравнивал их текущее название в базе и исходное название в .csv-файле. Если они отличаются, - то тоже писал предупреждение и не давал выполнить импорт и соответственно перевести заказ в работу.
Обновлено Андрей Ерзунов 4 месяца назад
Вообще, возможно подошел бы такой вариант, что synthesisObject'ы переназначаются в новый заказ только после импорта и до этого момента, пока заказ имеет статус "В проверке", отображать только небольшую импортированную при создании заказа информацию (передать в проверку или нет, наименование, последовательность, баркод.
Идея в целом хорошая, но я думаю, что так мы усложним реализацию, так как потребуется добавить ещё пару сущностей (одну - для хранения статусов, - и вторую для связи физических олигов с, например, сущностью Order, - которая соответствовала бы новому заказу, создание которого пока что не завершено.
Или же вместо первой сущности с информацией о статусах, - можно было бы их хранить в уже существующей сущности OligForScientificOrderRelease, для существующих synthesisObject'ов?
Я бы предложил пока что данную идею не отклонять совсем, но сделать такой вариант, который получается сейчас, если не ошибаюсь, - с Альбиной обсуждали, что олиги будут переназначены в новый заказ сразу после его создания на странице. Но возможно после тестирования функциональности, - данная идея может иметь место.
Обновлено Андрей Золотухин 4 месяца назад
- Параметр Готовность изменился с 0 на 50
- Параметр Статус изменился с В работе на Открыта
- Описание обновлено (Разница(diff))
Обновлено Андрей Золотухин 3 месяца назад
- Параметр Статус изменился с Открыта на Ожидает ревью
Обновлено Андрей Золотухин 3 месяца назад
- Параметр Оценка временных затрат изменился с 9:00 ч на 14:00 ч
- Параметр Готовность изменился с 100 на 80
- Параметр Статус изменился с Ожидает ревью на В работе
- Описание обновлено (Разница(diff))
Обновлено Андрей Золотухин 3 месяца назад
- Параметр Готовность изменился с 80 на 90
- Параметр Статус изменился с В работе на Открыта
Обновлено Андрей Золотухин 3 месяца назад
- Параметр Готовность изменился с 90 на 100
- Параметр Статус изменился с Открыта на Ожидает ревью
Обновлено Андрей Золотухин 21 дня назад
- Параметр Статус изменился с Ожидает ревью на Ожидает тестирования