Producto · Trámites
Form Builder
Trámites que cobran y consultan datos, sin escribir código.
El organismo arma el formulario, publica el trámite y el ciudadano paga y adjunta lo que hace falta. Los datos que el Estado ya tiene se consultan por X-Road en lugar de pedírselos de nuevo.
El problema
Por qué hay cuatrocientos trámites en línea y no cuatro
Casi todo trámite provincial es la misma cosa: un formulario, un pago y una consulta a otro organismo. Cuando esas tres piezas no viven en la misma herramienta, cada trámite nuevo es un proyecto de software: presupuesto, desarrollo, testing, mantenimiento.
Trabajando con trámites provinciales nos chocamos con ese techo: para que un formulario cobrara un arancel o consultara un dato por X-Road, había que desarrollar. Cada trámite digital nuevo tardaba meses.
Si cada trámite es un proyecto de software, la fila de espera es infinita.
Qué hace
Armar, cobrar, consultar
Las tres piezas de un trámite, en la misma herramienta y sin equipo de desarrollo de por medio.
Armar
Un editor visual para construir el formulario del trámite: campos, validaciones, documentación adjunta y flujos de revisión.
Cobrar
El pago integrado al formulario: aranceles, tasas y boletas por e-pagos, conciliados con cada solicitud.
Consultar
El formulario consulta por X-Road los datos que el Estado ya tiene, en lugar de pedirle al ciudadano que los cargue de nuevo.
Cómo se integra
Del pliego al trámite publicado
El organismo diseña y publica el trámite desde el panel, sin equipo de desarrollo.
Los pagos se acreditan por la pasarela provincial y quedan conciliados con cada solicitud.
Las consultas a otros organismos viajan por la red X-Road existente, con sus permisos y su auditoría.
¿Cuántos trámites te faltan poner en línea?
Si la respuesta se mide en años de desarrollo, el problema no es tu equipo: es que cada trámite sigue siendo un proyecto. Hablemos.