La Comisión Europea aprueba el mecanismo ibérico para abaratar la luz

  • Iniciador del tema Iniciador del tema PabloB
  • Fecha de inicio Fecha de inicio
Cada día cambia la gente que paga el tope de gas como un concepto aparte en factura. Varios miles entran (renovación de contrato) y otros miles salen (pasan a regulado). Hay 16 millones de clientes de mercado lilbre. Si la contratación se reparte igualmente durante los 365 días del año, cada día 44.000 contratos se renuevan, y empiezan a pagar MAG o no, dependiendo de las condiciones particulares, de lo que esté cubierto con mecanismos de protección del precio, etc. Yo creo que es un mas complejo que el cálculo de una factura individual, lo que justifica parcialmente los tiempo de generación de facturas ya que la media es distinta para cada uno de los millones de clientes afectados, dependiendo de su consumo, de su día de renovación, de su día de facturación.... y además las comercializadoras dependen de la transferencia de los datos desde las distribuidoras... ¡y de que no salga un nuevo decreto cambiando todo!
nada que no pueda hacer un bot de telegram ....
yo creo que están reunidos en modo lobby viendo cómo pasar ese cobro extra a sus cuentas de beneficios sin que se lo reclame REE o quien sea que deba gestionarlo

@Luzecita Fotovoltaica Bot
 
nada que no pueda hacer un bot de telegram ....
yo creo que están reunidos en modo lobby viendo cómo pasar ese cobro extra a sus cuentas de beneficios sin que se lo reclame REE o quien sea que deba gestionarlo

@Luzecita Fotovoltaica Bot
Sinceramente, dudo mucho que un bot de telegram pudiera hacer calculos con 720 valores de consumo por usuario, 720 valores de precio de la energía, 720 de precio del tope de gas y varios millones de registros de usuarios,a cada uno con sus tárifas especificas para cada unos de esos valores, cada uno con sus rangos de fechas, cada uno con sus potencias contratadas, cada uno con sus promociones, con sus servicios adicionales, que es lo que hace una comercializadora...
Creo que sobrevaloras un poco la capacidad de cálculo de de un bot de telegram.
 
Sinceramente, dudo mucho que un bot de telegram pudiera hacer calculos con 720 valores de consumo por usuario, 720 valores de precio de la energía, 720 de precio del tope de gas y varios millones de registros de usuarios,a cada uno con sus tárifas especificas para cada unos de esos valores, cada uno con sus rangos de fechas, cada uno con sus potencias contratadas, cada uno con sus promociones, con sus servicios adicionales, que es lo que hace una comercializadora...
Creo que sobrevaloras un poco la capacidad de cálculo de de un bot de telegram.
Ese bot calcula perfectamente el valor del tope de gas subiéndole la Excel de consumos de la distribuidora. Es incomprensible que si ese bot lo hace, una empresa como Endesa siga facturando con estimaciones.
 
Sinceramente, dudo mucho que un bot de telegram pudiera hacer calculos con 720 valores de consumo por usuario, 720 valores de precio de la energía, 720 de precio del tope de gas y varios millones de registros de usuarios,a cada uno con sus tárifas especificas para cada unos de esos valores, cada uno con sus rangos de fechas, cada uno con sus potencias contratadas, cada uno con sus promociones, con sus servicios adicionales, que es lo que hace una comercializadora...
Creo que sobrevaloras un poco la capacidad de cálculo de de un bot de telegram.
compruébalo, mete el csv del último mes o del último año de tu distribuidora y verás el resultado, no tiene mucho secreto, sólo es cuestión de hacer una buena programación y tener unas bases de datos de las que tirar
 
El boot de Telegram no se forra con las facturas de sus clientes. Así que si necesitan 1000 monos con calculadora no se qué hacen que no los han contratado ya...
Es una puta vergüenza cómo funcionan las facturaciones y la atención al cliente, y no hay disculpa posible. Ellos saben antes que nadie los cambios que van a haber y no tienen ninguna prisa por adaptarse y dar un servicio decente a sus clientes, después de la pasta que ganan.

Ya pasó lo mismo con los cargos y peajes en diciembre, que van a mear y no se la encuentran! Pero es que no son Manolo y Benito de mi barrio, son empresas multimillonarias...

Pero para engañar viejas si que están espabilados...
 
compruébalo, mete el csv del último mes o del último año de tu distribuidora y verás el resultado, no tiene mucho secreto, sólo es cuestión de hacer una buena programación y tener unas bases de datos de las que tirar
Nada que ver. Las bases de datos con millones de registros consumen muchos recursos y en las eléctricas el último año ha requerido muchos cambios. Estas comparando contar las monedas que tienes en el bolsillo con gestionar el PIB.
 
Última edición:
Nada que ver. Las bases de datos con millones de registros consumen muchos recursos. Estas comparando contar las monedas que tienes en el bolsillo con gestionar el PIB.
Pero qué tiene que ver eso con añadir el procedimiento para calcular el tope de gas? Solo tienen que calcular ese valor, cruzando los consumos de ese usuario con la base de datos única de precios del tope de gas. Eso es trivial, se ejecuta en un mainframe, probablemente un Z15 contra bases de datos DB2 en procesos nocturnos llamados Jobs programados en JCL y Cobol o PL1. A diario veo enormes procesos de este tipo corriendo rapidísimo en aerolíneas, bancos y energéticas, entre otras. Llevo toda mi vida dedicándome precisamente a eso, al mundo del mainframe, primero como programador, luego en Seguridad y ahora auditando esos sistemas.

En este caso basta con que creen una nueva base de datos en DB2 declarada de forma similar a la que utilicen para almacenar los precios del kWh del PVPC. Cargan los precios en dicha tabla, por fecha, hora y precio y ahora se van al programa de PL1 que calcula la factura, e insertan un nuevo procedimiento con el código prácticamente igual al que utilizan para calcular el precio a pagar por consumo para los de PVPC, pero multiplicando el valor horario del consumo por el del precio de la nueva tabla que hemos creado, y ese resultado lo guardan igual que guardan en el del PVPC.

Ahora van al módulo de por ejemplo STO (IMS) que pinta la factura, y cambian la estimación que están calculando por el precio que han calculado en el paso anterior. Esto es un cambio para un programador junior.

Además, hay otras compañías que no están facturando por estimación. Poco le cuesta a Iberdrola solucionar esa cagada.

Otra cosa es que Endesa tiene denunciada la medida del tope de gas, y ese pueda ser el motivo por el que siga facturando por estimación, para si luego tuviera que devolver que fueran cantidades menores, pero sino, informáticamente hablando, no tiene sentido alguno.
 
Última edición por un moderador:
Pero qué tiene que ver eso con añadir el procedimiento para calcular el tope de gas? Solo tienen que calcular ese valor, cruzando los consumos de ese usuario con la base de datos única de precios del tope de gas. Eso es trivial, se ejecuta en un mainframe, probablemente un Z15 contra bases de datos DB2 en procesos nocturnos llamados Jobs programados en JCL y Cobol o PL1. A diario veo enormes procesos de este tipo corriendo rapidísimo en aerolíneas, bancos y energéticas, entre otras. Llevo toda mi vida dedicándome precisamente a eso, al mundo del mainframe, primero como programador, luego en Seguridad y ahora auditando esos sistemas.

Además, hay otras compañías que no están facturando por estimación. Poco le cuesta a Iberdrola solucionar esa cagada.

Otra cosa es que Endesa tiene denunciada la medida del tope de gas, y ese pueda ser el motivo por el que siga facturando por estimación, para si luego tuviera que devolver que fueran cantidades menores, pero sino, informáticamente hablando, no tiene sentido alguno.
El procedimiento no se límita a añadir el tope de gas, sino los cambios normativos, los cambios tarifarios, los cambios fiscales, etc. Hace poco mas de mes y medio que entró en vigor el decreto del tope del gas, de forma retroactiva, y condicionado a circustancias de compra de la energía que requieren estudio por parte de las secciones legales de cada cambio. Eso tiene que aprobarse los departamentos comerciales de cada empresa, en implementarse, modificarse en las bases de datos, probarse en los sandbox, pasar a producción, etc, y una vez implementado, seguir facturando lo actual y refacturar hacia atras hasta la fecha retroactiva de aplicación. Eso requiere sus plazos, aparte de las consultas al legislador, reclamaciones, recursos, etc...
Las gestiones van mucho mas allá del simple cálculo en los mainframes, y seguro que te has encontrado en situaciones en las que la implementación va por delante de la autorización de los procesos, sobre todo cuando los datos que llegan a tus bases de datos proceden de un tercero, que en casos es tuyo y en otros casos no.
Por otra parte esos calculos en mainframes me cuadran. En un bot de télegram lo veo que iría un poco mas apretado.
 
El procedimiento no se límita a añadir el tope de gas, sino los cambios normativos, los cambios tarifarios, los cambios fiscales, etc. Hace poco mas de mes y medio que entró en vigor el decreto del tope del gas, de forma retroactiva, y condicionado a circustancias de compra de la energía que requieren estudio por parte de las secciones legales de cada cambio. Eso tiene que aprobarse los departamentos comerciales de cada empresa, en implementarse, modificarse en las bases de datos, probarse en los sandbox, pasar a producción, etc, y una vez implementado, seguir facturando lo actual y refacturar hacia atras hasta la fecha retroactiva de aplicación. Eso requiere sus plazos, aparte de las consultas al legislador, reclamaciones, recursos, etc...
Las gestiones van mucho mas allá del simple cálculo en los mainframes, y seguro que te has encontrado en situaciones en las que la implementación va por delante de la autorización de los procesos, sobre todo cuando los datos que llegan a tus bases de datos proceden de un tercero, que en casos es tuyo y en otros casos no.
Por otra parte esos calculos en mainframes me cuadran. En un bot de télegram lo veo que iría un poco mas apretado.
Pues yo estoy convencido de que están a la espera de la resolución de su reclamación, y ese es el motivo por el que siguen facturando por estimación. Muchas otras compañías ya lo calculan correctamente, sin estimaciones
 
Pues yo estoy convencido de que están a la espera de la resolución de su reclamación, y ese es el motivo por el que siguen facturando por estimación. Muchas otras compañías ya lo calculan correctamente, sin estimaciones
Naturgy o Repsol también han tenido bastantes problemas con la facturación este año, por poner otros ejemplos. Pero vamos, la respuesta de “se me ha caído el sistema” o ”el sistema está caído“ o simplemente que se caiga la llamada son clásicos en las llamadas a las Comercializadoras, o incluso los “errores backdoor“ que permitían contratar tarifas fuera de plazo desde las webs… ya partiendo de ahí me puedo esperar cualquier cosa…
 
El procedimiento no se límita a añadir el tope de gas, sino los cambios normativos, los cambios tarifarios, los cambios fiscales, etc. Hace poco mas de mes y medio que entró en vigor el decreto del tope del gas, de forma retroactiva, y condicionado a circustancias de compra de la energía que requieren estudio por parte de las secciones legales de cada cambio. Eso tiene que aprobarse los departamentos comerciales de cada empresa, en implementarse, modificarse en las bases de datos, probarse en los sandbox, pasar a producción, etc, y una vez implementado, seguir facturando lo actual y refacturar hacia atras hasta la fecha retroactiva de aplicación. Eso requiere sus plazos, aparte de las consultas al legislador, reclamaciones, recursos, etc...
Las gestiones van mucho mas allá del simple cálculo en los mainframes, y seguro que te has encontrado en situaciones en las que la implementación va por delante de la autorización de los procesos, sobre todo cuando los datos que llegan a tus bases de datos proceden de un tercero, que en casos es tuyo y en otros casos no.
Por otra parte esos calculos en mainframes me cuadran. En un bot de télegram lo veo que iría un poco mas apretado.
prueba el bot y luego nos cuentas .... hasta en colores te lo saca
 
No tengo ningún interés por llevarme el mérito, pero creo que el primero que habló de octopus en este foro fui yo... ;-)
Me imagino que se refiere a que abrí el hilo específico para la tarifa, pero si tienes razón, tienen que conseguirte urgentemente una cuenta en Forocoches pero ya!
 
Atrás
Arriba