La entrega la confirma la propia app: "recibida" cuando el aviso llega al telefono y "leida" cuando se abre. Un guion quiere decir que el dispositivo no lo ha confirmado todavia — un telefono con una version anterior de la app no confirma nunca, y eso no significa que no le haya llegado.

A su hora el aviso sale como cualquier otro, con su historial y su confirmacion del telefono. Si el servidor estaba apagado, sale en cuanto vuelva. Los destinatarios se miran al salir: "todos" son los que tengan dispositivo en ese momento.

El codigo es lo que la empresa le pasa a sus clientes: con el, ese telefono entra en su lista y empieza a recibir sus avisos. Regenerarlo invalida el viejo al instante, que es lo que hay que hacer si se filtra. Una empresa desactivada no deja entrar a nadie nuevo, pero conserva sus clientes y su historial.

Cada alta de la web comercial llega aqui esperando una decision. Aprobar abre el CRM a esa empresa en el acto; rechazar deja escrito el motivo, que es lo que el comercio lee al entrar. Ninguna de las dos borra nada: la solicitud se queda, con quien la reviso y cuando. Las fechas son UTC, cuatro horas por delante de las del equipo.

Cada cuenta de empresa entra y ve solo lo suyo: sus clientes, su historial y sus avisos programados. El directorio de destinatarios si es de todos, porque es el mismo para las tres. El superadministrador lo ve todo y es el unico que puede crear empresas y cuentas.

Cada vez que alguien entra al panel, sale, usa la clave o se le niega el paso queda una linea aqui. De quien llama se guarda una huella, no su direccion. Las fechas son dias completos y en hora UTC, que es la del registro: las horas que veras son cuatro por delante de las del equipo.

Estos numeros son de todas las empresas juntas, y por eso esta pantalla no la ve un comercio: lo que hay aqui es justo lo que un comercio no puede saber de los demas. Se cuentan al pedirlos, no se guardan, y cada uno se puede comprobar abriendo la lista de la que sale. Aqui no hay ningun importe: lo que se factura sale de las ordenes de pago, no de multiplicar un precio por un recuento.

Un plan no se puede publicar hasta que tenga precio en dolares, periodicidad y descripcion: son las tres cosas que la pagina comercial necesita para enseñarlo. Mientras le falte alguna se queda sin publicar, y los precios no los pone el panel por su cuenta: los escribe quien los tenga aprobados. Un limite en blanco quiere decir sin definir, que no es lo mismo que cero ni que sin tope.

El manifiesto va firmado, asi que lo que dice aqui -la version, el peso, la huella- lo ha dicho NOTINFY: la firma se comprueba con la misma clave publica que llevan dentro los telefonos, y un fichero que no cuadre no se ensena como si valiera. Lo que no se puede comprobar desde aqui es de que aplicacion es ni con que clave esta firmado el APK, porque eso solo se ve por dentro del fichero; de eso se encarga el telefono antes de instalar nada.

Se busca el fichero que el propio manifiesto anuncia, en la carpeta del manifiesto, y se lee entero para calcular su huella: por eso puede tardar un momento. Es la unica comprobacion que el servidor puede hacer por su cuenta, y es la que hace falta: el manifiesto va firmado, pero el APK no, asi que quien controle el servidor web podria cambiarlo por otro sin tocar el manifiesto. Lo que lo impide es esta huella, que va dentro de la parte firmada.

Publicar una version no se hace desde el panel, y no es que falte: publicar es firmar, y firmar necesita la clave privada del manifiesto, que vive solo en el equipo de desarrollo. Llevarla a este servidor pondria en la misma maquina la clave que decide que actualizaciones aceptan todos los telefonos y el servidor web por el que pasan, y eso es lo que no puede pasar. La version se publica desde el equipo de desarrollo, con scripts\publicar-version.ps1, y lo que se mira aqui es lo que quedo publicado: esta pantalla es la comprobacion, no la publicacion.

Cuatro rechazos seguidos que se podian corregir -mirando el extracto, releyendo la orden- dejan a esa cuenta sin conciliar hasta que alguien se lo levante: el bloqueo no se cae solo, y por eso el boton esta aqui y no hay ninguna espera que agotar. Lo que no cuenta son los fallos que no dependen de quien concilia -una peticion mal formada, un fallo del servidor-, y un pago que cuadra deja la cuenta a cero otra vez. Levantar el bloqueo no borra nada: la fila se queda con su fecha y con quien la levanto.

Lo que cabe en cada campo no se repite aqui: lo dice el servidor, y su frase sale tal cual debajo del boton. El mismo movimiento cargado dos veces se rechaza -lo impide un indice unico sobre lo que identifica la operacion, no esta pantalla-, porque dos veces la misma transferencia no son dos pagos. El comercio se puede dejar sin elegir: es el dinero que entro y todavia no se sabe de quien es, y se le atribuye el dia que se concilie con la orden de alguien.

Sin filtro de comercio salen tambien los que no son de nadie, que es lo que hace falta para cuadrar un extracto entero: los que ya tienen comercio se pueden filtrar, y los que no, no. Un movimiento ya conciliado no se puede volver a usar, y eso no lo impide esta pantalla: lo rechaza la conciliacion, dentro de la misma transaccion en la que acredita el saldo.

El importe en dolares es el que quedo congelado cuando se emitio la orden, y es el que tiene que cuadrar con el movimiento del banco: el de bolivares sale de la tasa de ese dia y no se recalcula. Dar una orden por pagada no activa al comercio: el alta comercial, el pago y la suscripcion son tres cosas distintas y siguen separadas hasta que haya una politica aprobada.

De la referencia solo cuentan los digitos -los guiones, los espacios y las letras se tiran- y se toman los ultimos seis: con menos, la busqueda devolveria media tabla. Esta busqueda propone y no compara importes: quien decide si un pago vale es la conciliacion, con la orden bloqueada y dentro de su transaccion.

Un saldo en blanco quiere decir sin registrar, y no un cero: un cero diria que la cuenta esta a cero, que es un dato que nadie tiene. El importe de cada apunte va con su signo porque es lo que mueve el saldo, y lo que se lee de un recibo es el importe sin signo: los dos salen de la misma fila, y restarlos aqui seria calcular en el sitio donde no se puede comprobar.

Aqui esta todo lo que se intento, lo que acredito un pago y lo que no: un intento rechazado es la explicacion de por que un pago no entro, y sin el no habria forma de saberlo. De la referencia del banco solo se guardan los seis ultimos digitos -lo justo para reconocer la operacion en el extracto, y no para reconstruirla-, y las fechas son dias completos en hora UTC. La tasa y los bolivares de cada fila son los de su orden, congelados al emitirla: el historial no los guarda ni los recalcula, los lee de la orden, y por eso van en blanco cuando el intento no tiene orden. Esta tabla no se toca: se lee.

Buscar no acredita nada. Un pago se puede encontrar con la fecha y seis digitos, y eso no demuestra de quien es: mientras la titularidad no se pueda comprobar, lo que se hace es encontrar el pago y dejar dicho que se busco. Lo que aparece con varias coincidencias no se resuelve solo -no se elige ninguna, porque elegir seria darle a quien teclea el dinero de otro-: eso lo revisa el administrador.

Esto si mueve dinero, y la busqueda de arriba no: buscar contesta lo que hay en el banco y deja el monedero quieto; reclamar convierte los bolivares a dolares y los suma al saldo. Por eso aqui si se teclea el importe, y por eso tiene que ser el exacto: el importe que se escribe no es el que se cobra -lo que se convierte es el de la fila del banco, que es el unico que consta-, y sirve para reconocer el pago entre los del mismo dia que acaban en los mismos seis digitos. Si con los tres datos cuadra un solo pago, entra en el monedero; si cuadran dos o mas no se acredita ninguno -elegir uno seria darle a quien teclea el dinero de otro- y el caso queda para que lo mire el administrador. Y aunque cuadre uno solo, puede quedar igualmente para revision: solo se convierte con una tasa del dia del pago, asi que un pago de un dia sin tasa -de un dia que no se observo ninguna, o de antes del 12/10/2026, cuando empezo a anotarse el dia de cada observacion- no se puede convertir. Eso no es un fallo de esta pantalla: es lo que el sistema puede afirmar y lo que no.

Cada fila es un pago del extracto del banco, y el importe esta en bolivares, tal como entro: la conversion a dolares del monedero no se ha hecho todavia -y por eso lo que se lee aqui es lo que entro, no lo que acabara en un saldo-, y el pago que cuadra y no se convierte queda para revision. Lo que esta pendiente es dinero que entro y todavia no es de nadie, y por eso ningun comercio lo ve en su lista. El grupo es del banco y no se toca: un pago no se atribuye por ahi.

Cada fila es una tasa que NOTINFY observo, o el rastro de una vuelta en la que no se pudo observar ninguna: no es un historial oficial del BCV, porque el servicio que tenemos contesta la cotizacion del momento y no ofrece consultas hacia atras. Lo unico que se afirma de una fila es lo que se ve en ella -que valor se leyo, cuando lo leyo nuestro reloj y que contesto el servicio, que se puede abrir tal cual-. Decir observada no es decir oficial: nadie confirma que esta sea la tasa que el BCV publico. Lo que si se sabe es de que dia es, y desde el 12/10/2026 ese dia es el que manda: lo que se aplica al convertir un pago es la vigencia de la fila -el dia de Venezuela en que NOTINFY la vio-, y es lo que decide si una fila sirve para eso o no. La columna Dia es el dia de Venezuela de nuestra consulta: las dos fechas son la misma salvo cuando los dos relojes caen a distinto lado de la medianoche de Caracas, y por eso el tooltip de la columna dice cual es la vigencia de esa fila. Un fuera de banda es una cotizacion que se aparta de la ultima conocida mas de lo admitido: no se usa, se mira. Un entrado sin testigo es la primera del historial -o la primera despues de un hueco-: no se comparo con nada porque no habia con que. Y los huecos -el servicio que no responde, una respuesta que no se puede leer- son miradas que no se pudieron hacer, no tasas que cambiaran. Esta tabla no se toca: se lee.