# Requerimiento de datos Optimum Oil & Gas:

## Production Dashboard

### Realtime Production parameters

##### Requerimientos:

###### Realtime graph:


Se necesita poder acceder a los valores en el tiempo de los diferentes parámetros acordados para la aplicación, estos idealmente deberían ser enviados por solicitud, es decir, recibir solo los valores en el tiempo de las variables especificadas por el cliente. Se podría de igual forma consumir todas las variables simultáneamente pero esto conllevaría a un consumo mucho mayor de datos y un costo para el performance que posiblemente no sea depreciable.

##### Funcionamiento actual:

###### Panel 1:

La suscripción actual del panel 1 contesta con los siguientes datos:

###### Panel 2:
La suscripción actual del panel 2 contesta con los siguientes datos:

###### Notas:
Entre las respuestas se encontró una que pudiera ser útil para el grafico pero solo se recibió un objeto de este tipo en el minuto que se estuvo conectado al socket.

{
   "type":1,
   "target":"PROD_PANEL_II",
   "arguments":[
      [
         {
            "ipr":[

            ],
            "op":{
               "qtOperatingLiquidRate":0.0,
               "qtOperatingOilRate":0.0,
               "qtOperatingBottomholeFlowingPressure":0.0,
               "qtOperatingTprPumpingSpeed":0.0
            },
            "operatingTpr":[

            ],
            "optimalTPR":[

            ],
            "wellOptimalCP":[

            ],
            "cdField":1,
            "cdFacility":1,
            "cdWell":1,
            "dsWell":"POZO 1 -No borrar-"
         }
      ]
   ]
}

###### Dudas:
¿Existe algún propósito para que existan 2 tipos de sockets? Se tenía entendido que ambas graficas tenían la misma funcionabilidad. Por favor aclarar si esto es así.


##### Conclusión:

No existen los datos ni la funcionabilidad necesaria para alimentar la aplicación cliente.