Aurora Office · Conceptos
Qué resuelve la consola
Un switch de pagos se administra, no solo se despliega. Hay que dar de alta un banco, decidir qué pasos corren para su tráfico, mapear sus campos, probar el flujo antes de encenderlo, certificarlo y dejar constancia de quién aprobó qué. Todo eso se puede hacer con la API del switch y un archivo de texto. Aurora Office existe para que no haga falta, y para que nadie tenga que escribir configuración a mano delante de un banco.
Office es la consola de Switch Aurora. Si todavía no conoces el switch, empieza por Qué es Switch Aurora.
La regla que ordena todo lo demás
Sección titulada «La regla que ordena todo lo demás»Office nunca escribe en la base de datos del switch. Cada cambio viaja por la API de administración del switch, con una credencial de alcance, exactamente igual que si lo hiciera un programa. El switch es la fuente de verdad y Office se alinea a lo que está desplegado.
No es purismo. Escribiendo por la API:
- la consola no se acopla al esquema del switch, y un cambio de columna no la rompe en silencio;
- no hay que desplegar los dos sistemas a la vez;
- dos consolas no se pisan;
- y cada cambio queda en la auditoría del switch con el cliente que lo pidió.
La base propia de Office guarda solo lo suyo: usuarios, solicitudes de publicación, preferencias, la bitácora. No una copia del modelo del switch.
Una pantalla por pregunta
Sección titulada «Una pantalla por pregunta»La consola tiene una pantalla por cada pregunta que un operador se hace de verdad. En el menú Operación:
| Pantalla | La pregunta que responde |
|---|---|
| Panel | ¿Están arriba los enlaces, pasa tráfico, hay algo sin entregar, alguien en stand-in? |
| Estado | ¿Qué enlaces respondieron, cuándo y cuánto tardaron? |
| Monitor | ¿Qué está haciendo el switch ahora mismo? |
| Cola sin entregar | ¿Qué reversos y avisos no han llegado a su destino? |
| Mapa | ¿Por qué puerto entra una transacción, qué la decide y a qué nodo sale? |
| Tráfico | ¿Cuánto pasó, con qué resultado y en cuánto tiempo? |
| Puertos y Nodos | ¿Quién escucha dónde, y en qué estado está cada contraparte? |
| Interconexiones | ¿Qué contrapartes hay, en qué versión y con qué certificación? |
| Bancos | ¿Con qué instituciones hablamos y por dónde sale cada riel? |
| Rieles por BIN | ¿A qué nodo va una tarjeta según su BIN? |
| Reglas de ruteo | ¿Qué reglas de flujo hay, en qué orden se evalúan y qué decidirían? |
| Flujos | ¿Qué pasos corre cada tubería, en su orden real? |
Y aparte, en Gobierno, la Bitácora de cambios: ¿quién tocó esto?
Tres principios que se notan en cada pantalla
Sección titulada «Tres principios que se notan en cada pantalla»- Nada se afirma sin dato. Si una consulta al switch no respondió, la pantalla dice «sin dato», nunca un cero ni un verde. Un cero real (no hubo tráfico) y una consulta fallida son dos hechos distintos y la consola no los confunde. Ese «sin dato» ya destapó una vez un despliegue del switch hecho sin su esquema; un cero inventado habría tardado horas en notarse.
- Lo visual explica, no decora. El mapa y los flujos se dibujan en el servidor, se pueden descargar e imprimir, y enseñan cosas que ninguna tabla enseña: un puerto que una plantilla declara y el switch no tiene abierto, o un nodo al que nadie llega.
- La ayuda vive donde se necesita. Cada pantalla tiene un panel plegado «¿Qué es esto?» con su guía y el glosario, en español y en inglés. Esta Academy cuenta lo mismo con más contexto.