Facturación
Consolida la facturación del servicio de aseo tomando como base el total de las cuentas contrato facturadas, con subsidios, contribuciones e intereses. Alimenta el reporte de valores facturados por municipio y período.
Consolida la facturación del servicio de aseo tomando como base el total de las cuentas contrato facturadas, con subsidios, contribuciones e intereses. Alimenta el reporte de valores facturados por municipio y período.
Consolida la cartera resultante del cobro de la facturación. Muestra el total de cuentas contrato con deuda y la clasificación de la cartera por edades, estrato y clase de uso.
Consolida el recaudo de los valores facturados por el servicio de aseo, incluidas variables como subsidios, contribuciones e intereses, con totales de lo recaudado por período.
Consolida las PQRS radicadas en los distintos medios dispuestos. Permite ver el tipo y el estado de las solicitudes recibidas y su detalle estadístico dentro del sistema comercial.
Inventario de los suscriptores de la operación y su identificación física: cuenta contrato, dirección del predio, municipio, uso y estrato. Es la base de los demás reportes consolidados.
Balance de solidaridad: lo que se subsidia a los estratos bajos frente a lo que aportan estratos altos, comercial e industrial. Muestra cada uno por separado y el balance neto (déficit o superávit) por período.
Archivo de texto plano (.txt) separado por | con las columnas del catastro,
en este orden:
NIU | MUNICIPIO | FECHA_INGRESO | TIPO_POBLACION | CLASE SERVICIO |
IND_PREDIODESOCUPADO | ESTRATO | DIRECCION | BARRIO | TIPO_VINCULACION |
FECHA_PRESTACION
Los NIU nuevos se insertan y los existentes se actualizan. El encabezado es opcional.
FECHA_PRESTACION (la columna Fecha Inicio de Operación de los archivos
de la operación) es la fecha en que empieza a prestarse el servicio: es la que
determina el prorrateo por días del primer mes. Es opcional — los
archivos de 10 columnas siguen cargando igual, y si se deja vacía en un NIU que ya
existía, se conserva la fecha que ya tenía (no se borra).
El reporte cubre del día 1 al último día del mes (28, 29, 30 o 31 según el mes) y trae una sección por módulo — y las novedades del catastro, una sección por tipo (vinculación, inactivación, edición…), cada una con su total. Sale de dos lados: la bitácora, donde cada módulo registra lo que hace, y las tablas donde quedaron los datos — cada sección dice de dónde salió, para no confundir “no pasó nada” con “no se estaba registrando”.
Archivo de texto plano (.txt) separado por |, una línea por
suscriptor:
NIU | OBSERVACION
El NIU es obligatorio. La observación es opcional por fila: si la
traes en el archivo, manda esa; si no, se usa la que escribas abajo. Una de las
dos tiene que existir — el cambio de estado queda auditado en
catastro_novedades y una baja masiva no puede quedar peor
registrada que una manual. El encabezado es opcional.
La fecha de retiro es una sola para todo el lote: es la fecha de corte del
servicio, y es la que usa la liquidación para prorratear el último mes.
Descargar plantilla de ejemplo
Recalcula uno o varios periodos ya facturados con el dato corregido y las tarifas de cada periodo, y registra la diferencia. La liquidación original no se modifica: se conserva para poder demostrar qué se le facturó al usuario ese mes. Si la diferencia es negativa hay crédito a favor del usuario; si es positiva, cargo.
Sube los archivos CSV (separados por ;) del municipio y periodo. Por municipio son 6 archivos: URBANA/RURAL × NORMAL/DESOCUPADO/SIN_PUERTA_A_PUERTA. La zona y el tipo se detectan por el nombre del archivo. Se reemplaza lo cargado antes para ese municipio+periodo.
Borra las tarifas del municipio y periodo seleccionados arriba. Sirve cuando un cargue quedó incompleto o con archivos equivocados — aunque para corregirlo normalmente basta con volver a cargar los 6 CSV, que reemplazan lo anterior sin necesidad de borrar. La observación es obligatoria: queda registrada con tu usuario y la fecha, y es lo que después permite saber por qué faltan esas tarifas. La liquidación de ese periodo NO se borra — si existe, se te avisa antes de confirmar.
Liquidar (aplicar las tarifas al catastro) ya no se hace desde acá: tiene su propia pantalla en el módulo Liquidación, con su propio municipio, año y mes. Este módulo es solo el cargue de las tarifas.
Se separaron porque para liquidar había que pasar por esta pantalla y el periodo salía de los selectores de arriba — era fácil liquidar el mes que quedó seleccionado en vez del que se quería.
La columna Archivos dice cuántas de las 6 combinaciones zona/tipo llegaron. Si dice menos de 6, ese cargue está incompleto y al liquidar van a aparecer "suscriptores sin tarifa". Ver detalle nombra el archivo que falta.
Sube el .xlsx tal como lo manda EDEQ. No hay que decir qué reporte es: el archivo se identifica solo — facturación emitida, recaudo, cartera o recuperación de cartera — y de ahí salen también el municipio y el periodo. Se reconocen los tres formatos que EDEQ ha usado (marzo–abril con conceptos por nombre, mayo sin municipio, junio–julio con una hoja por municipio). Se reemplaza lo cargado antes de ese periodo + municipio.
El «Reporte x Conceptos» que produce Área Limpia con lo que se le
entregó a EDEQ. Es la mejor fuente que tenemos para el SUI, porque es la
única que trae el periodo de prestación (columna
FECHA_CORTE), los 9 componentes tarifarios por
suscriptor con su subsidio y contribución, y el diferido
separado del resto.
El año y mes que elegís acá son los de la EMISIÓN, no los de la
prestación — hay dos meses de desfase y el periodo de prestación lo dice
el archivo. No se toma de la hoja RESUMEN porque esa etiqueta está
escrita a mano y no siempre corresponde. Al cargar se cruza
VR TOTAL FACT contra lo que emitió EDEQ, NIU por NIU: si el
periodo estuviera equivocado, el cruce no da.
El municipio y el periodo se leen del archivo: del encabezado («DESDE … HASTA … EMPRESA AREA LIMPIA municipio» o «PERIODO : JUN de 2026»), de la columna de municipio, o —para el formato de mayo, que no trae municipio en ninguna parte— del catálogo de cuentas que se va llenando con los meses que sí lo traen. Si el periodo del archivo no coincide con el que elegiste, el cargue se detiene.
Arma el archivo plano del SUI desde lo que ya está cargado. Los componentes tarifarios salen del «Reporte x Conceptos» —tal como se facturaron, con el prorrateo por días ya aplicado y el diferido excluido—, el número y la fecha de factura de lo que emitió EDEQ, las toneladas y el factor de subsidio de las tarifas del periodo de prestación, y la mora y los pagos de la cartera del mes anterior y del recaudo del mes.
El periodo que elegís es el de emisión. Mirá siempre la previa antes de bajar: dice cuántas filas quedan, cuántas se descartan y por qué, y qué campos van en cero por falta de fuente. Si la validación del formato encuentra algo, el archivo no se genera.
Compara suscriptor por suscriptor el total liquidado
(total_factura, que es el mismo VR TOTAL FACT
del Reporte x Conceptos: incluye el IAT y la cuota del diferido)
contra el total que EDEQ reporta como emitido en su reporte de
facturación. Si una cuenta trae más de una factura en el mes, se suman.
El periodo que se escribe es el de PRESTACIÓN, en formato
YYYYMM — es el que tiene la liquidación. El periodo de
emisión de EDEQ es otro: en Quindío emite dos meses
después. No se supone en silencio: sale del
«Reporte x Conceptos» cargado de esa prestación (que es el único
archivo que trae los dos calendarios), o se escribe a mano acá. Si no
hay ninguno cargado, se asume prestación + 2 meses y el resultado
lo dice. Comparar el mismo YYMM de los dos lados
compara meses distintos: ese error ya se cometió una vez y el hallazgo
hubo que retirarlo.
Por número de factura: cuánto se emitió, cuánto se ha pagado y cuánto queda. El cruce es por consecutivo, que es lo único que enlaza el reporte de facturación con el de recaudo. Las facturas de marzo y abril no traen número (ese formato no lo incluía): se cuentan aparte y no aparecen como impagas.
Borra lo cargado de un periodo + municipio. Sirve para limpiar cargues equivocados — incluidas las filas cuyo «municipio» quedó siendo el nombre de una hoja de Excel. Se puede escribir cualquier municipio tal como aparece en la tabla de arriba: el borrado no lo valida, porque si lo validara la fila mala sería imposible de borrar. Queda registrado en la bitácora con el responsable y el motivo.
Archivo con las columnas NIU | CARGO_FIJO | CARGO_VARIABLE | CARGO_VARIABLE_APROVE | VALOR_SUB (separado por |, ; o ,; encabezado opcional). El valor de cada columna es el total a diferir: se divide entre el número de cuotas y se suma una cuota por período, a partir del período de inicio, a la liquidación del suscriptor.
Refinancia cartera YA facturada y vencida en cuotas pactadas -- distinto de "Diferidos" (eso reparte cargos futuros antes de facturarlos, y solo aplica a Quindío).
Cada suscriptor trae su ciclo (1 a 6, heredado de Seacor) en el catastro. Aquí se le da significado de negocio: si es de facturación conjunta (con un tercero como Afinia) o directa (propia).
Bloquea un ciclo para un período puntual, para que no se le apliquen cambios (novedades/PQR) mientras se hace el proceso de liquidación de ese ciclo. El bloqueo es solo para ese período — se reabre automáticamente al pasar al siguiente.
Registra un suscriptor nuevo en el catastro de Córdoba (empresa AFINIA). La cuenta/NIU no puede repetirse con una ya existente.
Archivo(s) de texto plano (.txt) en el mismo formato AS/400 que entrega Afinia, separado por |, sin encabezado, 14 campos por línea (código de tarifa, documento, cuenta/NIU, nombre, dirección, municipio, barrio y situación -- el mismo formato del catastro que ya cargamos). Puedes seleccionar varios archivos a la vez. Las cuentas que ya existen en el catastro se omiten -- este módulo solo agrega suscriptores nuevos, no actualiza los existentes.
Ingresa el NIU y el sistema recupera la cuenta; solo registras el tipo, el medio de recepción, las pretensiones y los hechos.
Variables: {radicado} {niu} {tipo} {fecha_radicacion} {descripcion} {pretensiones} {municipio} {clase_servicio} {estrato} {direccion} {barrio} {fecha}
Ingresa la cuenta contrato y el sistema recupera el suscriptor; solo registras el tipo, el medio de recepción, las pretensiones y los hechos.
Variables: {radicado} {cuenta_contrato} {empresa} {nombre} {tipo} {fecha_radicacion} {descripcion} {pretensiones} {municipio} {uso} {estrato} {direccion} {barrio} {fecha}
Excel con los suscriptores que tenían prestación en el mes elegido: la prestación empezó antes o durante el mes, y no se retiraron antes del día 1. Es el mismo universo que liquida el módulo de Liquidación, así que los conteos siempre coinciden.
Trae dos hojas: RESUMEN (qué es el corte, cuántos entraron,
cuántos quedaron afuera y por qué, y los totales por municipio, clase y
estrato) y CATASTRO con una fila por suscriptor, incluida la
columna DIAS_CON_SERVICIO_EN_EL_MES.
Ojo: los datos de cada suscriptor (dirección, estrato, clase) salen como están hoy, no como estaban en el mes del corte — el sistema no guarda una fotografía mensual del catastro. Lo que sí corresponde al mes es quiénes aparecen.
Acá se van sumando los demás planos. Cada uno se agrega en
app/services/planos_quindio.py y aparece en esta lista sin
tocar la pantalla.
| Clase | TRNA | TRBL | TRLU | TRRA | TRA | % Sub(-)/Contrib(+) |
|---|
Sube los 2 archivos CSV (separados por ;) del municipio, facturador y periodo: Urbana_tarifa_normal.csv y Rural_tarifa_normal.csv. La zona se detecta por el nombre del archivo. Se reemplaza lo cargado antes para ese municipio+facturador+periodo.
Sube el archivo CSV mensual de tarifas que entrega Afinia (separado por ;, un solo archivo con los 22 municipios juntos, identificados por código DANE — no hace falta elegir municipio ni facturador). Se reemplaza lo cargado antes para ese período.
Con las tarifas cargadas arriba, ve al menú Liquidación para crear el período (año/mes) y presionar Liquidar: cruza cada suscriptor activo con la tarifa vigente de su municipio, empresa y estrato, y genera las facturas del período (por ahora solo suscriptores residenciales en zona urbana con condición normal — comercial/industrial/oficial, zona rural, deshabitado y puerta a puerta quedan cargados pero aún no los aplica el motor de liquidación).
Sube el archivo de RTA de tarifas (obligatorio) y, si lo tienes, el de RTA de ajustes. El período se detecta del nombre del archivo; si no se detecta, indícalo manualmente.
Acepta .xlsx o .csv. El período se toma de la columna "vigencia" de cada fila. El recaudo ya viene incluido en este mismo archivo (no hace falta cargarlo aparte en la pestaña Recaudo).
Acepta .xls o .xlsx (hoja "UNIDO <MES>" u otra, se toma la primera hoja). El período se detecta del nombre del archivo (ej. "2602.xls" → julio… 202602); si no se detecta, indícalo manualmente. El recaudo (columna "PAGOS SUSC.") ya viene incluido en el mismo archivo.
Si no marcas ninguna, el usuario queda con acceso a todas las operaciones.
Por seguridad esta pantalla no muestra contraseñas ni tokens: solo el servidor, el esquema y el nombre de la variable, para saber dónde buscarlos. Los datos salen de la configuración que el servicio está usando en este momento, no de una lista escrita a mano.