# OOG: Alarm Operational - Conexiones a backend (01 Junio del 2020)

## Alarms by well in a field/facility/well


### Conteo de conexiones: 0

### Estado (Se necesita mas informacion)
Simulando feature por medio de funcion que devuelve data mock en el servicio.

### notas
Se necesita por parte de BLC que se especifique el endpoint que proporciona la informacion de alarmas por pozo segun el parametro *IdField* || *IdFacility* || *IdWell* para cumplir con la feature deseada.

## Alarms count by field/facility/well


### Conteo de conexiones: 0

### Estado (on espera)
Simulando feature por medio de funcion que devuelve data mock en el servicio.

### notas
Esta feature a nivel de nuestra logica esta muy ligada a "Alarms by well in a field/facility/well" por lo que se decidio que es conveniente esperar a la culminacion de dicha feature para su implementacion real.

## Alarms By Priority by field/facility/well


### Conteo de conexiones: 1

### Estado (Conectado a backend)

#### Modelo utilizado

(Abrir imagen en nueva pestaña si se dificulta su lectura)

#### Endpoint utilizado
1. http://blc-ven-develop.eastus2.cloudapp.azure.com:9004/api/v1/general/alarms_operational_dashboard/get_priority_alarms_by_list_of_wells?wellsId=${wellId} (GET)
2. http://blc-ven-develop.eastus2.cloudapp.azure.com:9004/api/v1/general/alarms_operational_dashboard/get_priority_alarms_by_list_of_facilities?facilitiesID=${facilityId} (GET)
3. http://blc-ven-develop.eastus2.cloudapp.azure.com:9004/api/v1/general/alarms_operational_dashboard/get_priority_alarms_by_list_of_fields?fieldsId=${fieldId} (GET)

### notas
1. La feature quedo funcional para la fecha 1 Junio 2020.
2. El modelo utilizado fue exactamente el mismo para los 3 endpoints relacionados con esta feature.

## Alarms By Relation By Day by field/facility/well

### Conteo de conexiones: 1

### Estado (Conectado a backend con error)

#### Modelo utilizado
(Abrir imagen en nueva pestaña si se dificulta su lectura)

#### Endpoint utilizado
1. http://blc-ven-develop.eastus2.cloudapp.azure.com:9004/api/v1/general/alarms_operational_dashboard/get_relation_day_alarms_by_list_of_wells?wellsId=${wellId} (GET)
2. http://blc-ven-develop.eastus2.cloudapp.azure.com:9004/api/v1/general/alarms_operational_dashboard/get_relation_day_alarms_by_list_of_facilities?facId=${facilityId} (GET)
3. http://blc-ven-develop.eastus2.cloudapp.azure.com:9004/api/v1/general/alarms_operational_dashboard/get_relation_day_alarms_by_list_of_fields?fieldsId=${fieldId} (GET)
4. 

### notas
1. El modelo utilizado fue exactamente el mismo para los 3 endpoints relacionados con esta feature.
2. El panel no contemplara que la cantidad de alarmas total sea igual a 0 por lo que no se considerara como caso de uso necesario.
3. El endpoint que termina en *"get_relation_day_alarms_by_list_of_facilities?facId=${facilityId}"* retorna un numero en lugar del modelo convenido por lo que la carga inicial falla cuando el usuario desea filtrar por facility

## Alarms By field/facility/well


### Conteo de conexiones: 0

### Estado (Se necesita mas informacion)
Simulando feature por medio de funcion que devuelve data mock en el servicio.

### notas
No se tiene claro si se utilizara un endpoint o un websocket para esta feature. BLC describe que esta grilla debe ser real time. Indicamos que en las historias el comportamiento real time no es solicitado. En dado caso no se ha proporcionado documentacion alguna de algun websocket relacionado a esta feature. Se esta en la espera que ambas partes aclaren que es lo correcto.

## Mute alarm


### Conteo de conexiones: 1

### Estado (Conectado a backend)

#### Modelo enviado a backend

#### Modelo utilizado

#### Endpoint utilizado
http://blc-ven-develop.eastus2.cloudapp.azure.com:9004/api/v1/general/alarms_operational_dashboard/silence_alarm (PUT)

### notas
La respuesta es exitosa para la alarma con **id = 7**, dicho esto, la feature *"Alarms By field/facility/well"* no se encuentra conectada a backend por lo que no se han podido hacer mas pruebas con los ids de alarmas reales.

## Mute alarms


### Conteo de conexiones: 1

### Estado (Conectado a backend)

#### Modelo enviado a backend

#### Modelo utilizado

#### Endpoint utilizado
http://blc-ven-develop.eastus2.cloudapp.azure.com:9004/api/v1/general/alarms_operational_dashboard/silence_alarm (PUT)

### notas
La respuesta es exitosa cuando solo se selecionada la alarma con **id = 7**, dicho esto, la feature *"Alarms By field/facility/well"* no se encuentra conectada a backend por lo que no se han podido hacer mas pruebas con los ids de alarmas reales.

## Acknowledge alarm


### Conteo de conexiones: 1

### Estado (Conectado a backend)

#### Modelo enviado a backend

#### Modelo utilizado

#### Endpoint utilizado
http://blc-ven-develop.eastus2.cloudapp.azure.com:9004/api/v1/general/alarms_operational_dashboard/accept_alarm (PUT)

### notas
La respuesta es exitosa para la alarma con **id = 7**, dicho esto, la feature *"Alarms By field/facility/well"* no se encuentra conectada a backend por lo que no se han podido hacer mas pruebas con los ids de alarmas reales.

## Acknowledge alarms


### Conteo de conexiones: 1

### Estado (Conectado a backend)

#### Modelo enviado a backend

#### Modelo utilizado

#### Endpoint utilizado
http://blc-ven-develop.eastus2.cloudapp.azure.com:9004/api/v1/general/alarms_operational_dashboard/accept_alarm (PUT)

### notas
La respuesta es exitosa cuando solo se selecionada la alarma con **id = 7**, dicho esto, la feature *"Alarms By field/facility/well"* no se encuentra conectada a backend por lo que no se han podido hacer mas pruebas con los ids de alarmas reales.