# Migración de componentes a HELA

> // TODO: BORRAR CUANDO SE ELIMINE EL MÓDULO DE PROCESOS

## MELONES ABIERTOS:
- En midgard había PostOutput, PutOutput... Nos las hemos llevado a Odin para que se puedan consumir en Hela.
- A futuro habría que migrar todo lo de midgard a Odin cambiando los servicios de Midgard.
- Se ha tenido que migrar a Odin cosas de OHSP. Migrar estas partes en Midgard para evitar duplicados:
- ora-methodology-configuration.service.ts
- OhspConstants
- ora-report-methodology.model
- ora-report-methodology.mapper
- ora-report-methodology.mapper
- ora-fine-matrix.model
- ora-fine-matrix.mapper
- ora-fine-matrix-risk-level-range.model
- ora-fine-matrix-risk-level-range.mapper
- ora-binary-matrix.model
- ora-binary-matrix.mapper
- ora-binary-matrix-element.model
- ora-binary-matrix-element.mapper
- ora-form-field-configuration

## MELONES SIN ABRIR:
- Midgard / Intranet: Usar los sc-inputs de odin
- Revisar el sc-input-select en odin. Está el sc-input-select.scss y input-select.scss que soin distintos.
- Midgard: Refactorizar y reubicar cada cosa que hay en styles.scss. Hay muchas cosas que no son generales y que se deberían estar reutilizando en otros proyectos. Cargarse el styles-new.scss
- Revisar importaciones de estilos en midgard, intranet y asgard. Hay duplicidades con importaciones que se hacen en el package.json y luego en el styles.scss.

## Migración de modelos
- [x] 📁attachment-translated
- [x] 📁checklist
- [x] 📁conditional-visibility-option
- [x] 📁drag-drop
- [x] 📁nested-option
- [x] 📁nested-option-grouped
- [x] 📁notification-rule
- [x] 📁process-category
- [x] 📁process-configuration-catalog-field
- [x] 📁process-configuration-field
- [x] 📁process-configuration-field-option
- [x] 📁process-configuration-type-field
- [x] 📁process-field-grouped
- [x] 📁process-sort
- [x] 📁process-type
- [x] 📁process-type-phase
- [x] 📁process-type-team
- [x] 📁process-type-template

## Migración de fakes
- [x] 📁process-category
- [x] 📁process-field
- [x] 📁process-field-options
- [x] 📁process-fields
- [x] 📁process-labels
- [x] 📁process-type
- [x] 📁process-type-phase
- [x] 📁process-type-team
- [x] 📁process-type-template

## Migración de servicios
- [x] 📁checklist
- [x] 📁drag-drop
- [x] 📁notification-rule
- [x] 📁process
- [x] 📁process-catalog-field
- [x] 📁process-category
- [x] 📁process-edit-field-modal
- [x] 📁process-field-group
- [x] 📁process-field-option
- [x] 📁process-field-table
- [x] 📁process-field-table-group
- [x] 📁process-labels
- [x] 📁process-type
- [x] 📁process-type-field
- [x] 📁process-type-phase
- [x] 📁process-type-phase-sort
- [x] 📁process-type-team
- [x] 📁process-type-template

## Migración de componentes
- [x] 📁process-categories-modal - 30m [HE TARDADO 30mins literalmente]
- [x] 📁process-category-list - 30m [HE TARDADO 1h 20mins]
- He tenido problemas con los estilos de datagrid
- Problemas con la sesión a la hora de detectar permisos
- Problemas con la fuente en hela, he tenido que hacer como en midgard en el index.html
- [ ] 📁process-edit-field-modal - 2d
- [ ] 📁process-field-configuration - 2d
- [x] 📁process-replace-field-modal- 30m
- [x] 📁process-type-creation-modal - 30m
- [ ] 📁process-type-edition - 2d
- [x] 📁process-type-favourite-button - 15m
- [x] 📁process-type-list - 1h 30m
- [ ] 📁process-type-phase-edition - 2d
- [x] process-type-delete-section-modal (hacía falta en process.service)
- [x] process-field-configuration.configuration (hacía falta en drag-drop.service)

Demo
- /process/configuration/field
- Cuando seleccionas en la tabla All en el filtro selector, se ve esto - LUIS
- Pasa también en /process/configuration/category/1/type/list
- Texto de placeholder - LUIS
- Parece editar cualquier grupo/tabla de campos entra en el modal por defecto en modo lectura, no hay manera de editarlo - LUIS
- Al intentar entrar en el primer elemento de un grupo en demo salta este error del método setUpReadonlyView. Es probable que esté relacionado con el punto anterior
- Refrescar listado - LUIS
- Al publicar/descartar un grupo en estado borrador no actualiza los grupos aunque hace la llamada y el grupo viene a current
- Al viuncular/desvincular un campo no actualiza la tabla aunque hace la llamada
- Ver vigente te lleva siempre al primer grupo - LUIS
- /process/configuration/type/1?status=current&readonly=false
~~- Al reordenar no deja pasar un elemento al inicio - WILLY~~
~~- Plantilla no muestra los Switch - WILLY~~

- /process/configuration/type/2?status=draft&readonly=false
- En estado borrador un tipo no deba ver el current al hacer click. La ruta no es buena, le falta el process - WILLY

- /process/configuration/category/list
- Botón de editar está antes del polaco - WILLY
- En el modal de editar se está mutando el objeto y antes de guardar se reflejan los cambios en la tabla (se ve por detrás del modal) - WILLY

- ~~Ajustar el get de tipo para que traiga la última versión, no la current - Willy~~

- PUT /process-type/{TYPE_ID}/replace-field => LUIS
- Comprobar que los parámetros de entrada y salida coincide con lo que está en notion
- En el menu contextual de las causas, mostrar “reemplazar campo” si el campo trae “associatedSystemFieldId” not null.
- El servicio devolverá un versionId, habrá que refrescar la fase para que se muestre la nueva versión (si el tipo estaba en estado vigente) [ESTO SE HA CAMBIADO POR EL ID DE FASE]

- GET /process-type/{id_tipo}/field/{FIELD_ID} => LUIS
- Comprobar que los parámetros de entrada coincide con lo que está en notion
- Ajustar la entidad para que coincida con la respuesta que está en notion

- GET /process-type/{TYPE_ID}/phase/{PHASE_ID}/field/ - LUIS => Se lo he pasado a WILLY por el cambio de estructura en la entidad
- renombrar a /process-type/{TYPE_ID}/field
- la fase se pasa por un filtro filterByPhaseId
- Comprobar que los parámetros de entrada coincide con lo que está en notion
- Ajustar la entidad para que coincida con la respuesta que está en notion [Reorganizar Drag and Drop]
- Integrar el search de campos de un tipo en la pestaña de notificaciones
- Integrar el search de campos de un tipo en el modal de visibilidad de la fase

- DELETE /process-type/{TYPE_ID}/phase/{PHASE_ID}/field => bea
- Se ha cambiado a un bulk delete:
- La url /process-type/{TYPE_ID}/phase/{PHASE_ID}/field-bulk
- Recibe un array de ids
- Cuando borremos una sección pasamos el id de la seccion o todos los ids de la seccion dependiendo de lo que elijan en el modal
- El servicio devolverá un versionId, habrá que refrescar la fase para que se muestre la nueva versión (si el tipo estaba en estado vigente)

[INTEGRADO, falta comprobar una vez que el back arregle unas cosillas]
- POST /process-type/{TYPE_ID}/phase/{PHASE_ID}/field => LUIS
- Enviar el orden en el que va a ir el campo que estamos creando (nuevo parámetro “order” en el request)
- El servicio devolverá un versionId, habrá que refrescar la fase para que se muestre la nueva versión (si el tipo estaba en estado vigente

- PUT /process-type/{id_tipo}/phase/{PHASE_ID}/field/{FIELD_ID} => LUIS
- Nuevo parámetro isFromConfiguration. Hay que mandarlo a true cuando modifiquemos un campo desde el modal derecho (no estamos en el catálogo)
- El servicio devolverá un versionId, habrá que refrescar la fase para que se muestre la nueva versión (si el tipo estaba en estado vigente)

- POST /process-type/{TYPE_ID}/phase/{PHASE_ID}/field-sort (Willy a falta de integrar con back) -
- El servicio devolverá ~~un versionId~~, ~~habrá que refrescar la fase para que se muestre la nueva versión~~ (si el tipo estaba en estado vigente)
- Se va a devoler un phaseId para volver a hacer un get en caso de cambiar a estado borrador. No hace falta la nueva versión para refrescar el tipo ya que siempre trae lo último.

- ~~Al actualizar el tipo tras pasar de current a borrador todas las fases cambian de id. Hay que actualizar el selector de fases del header de edición de fase. - WILLY~~