Customer Portal
El Customer Portal es la puerta de acceso de autoservicio a través de la cual cada cliente realiza sus operaciones con la empresa. Ofrece a cada cuenta una ventana única y autenticada sobre la totalidad de su relación: facturas pendientes y liquidadas, pedidos y envíos en curso, incidencias de soporte abiertas e históricas, contratos firmados y documentos compartidos, así como los registros de perfil y de contacto que rigen la forma en que ambas organizaciones colaboran. Allí donde una operativa tradicional dispersa esta información entre hilos de correo, colas telefónicas y adjuntos en PDF, el portal la consolida en una única superficie continuamente precisa que el cliente controla de forma directa.
Dentro de Nashua 360, el Customer Portal es la contrapartida orientada al exterior del back office interno. No tanto custodia datos maestros propios como expone, bajo estrictos permisos, los registros que residen en Contabilidad, Servicio y Soporte, Ventas y Gestión Documental. Su propósito de negocio es doble: reducir la carga entrante permitiendo que los clientes resuelvan sus propias dudas y completen sus propias operaciones, y elevar la calidad del servicio haciendo que la relación sea legible para ambas partes en todo momento.
Qué hace el portal
El portal ofrece un conjunto completo de capacidades de autoservicio a lo largo de todo el ciclo de vida del cliente. En el plano financiero presenta cada factura con su estado, su antigüedad y su saldo pendiente, genera y descarga el documento de origen y admite el pago en línea mediante métodos guardados, tarjeta, domiciliación bancaria o transferencia, con pagos parciales, liquidación consolidada de varias facturas y emisión automática de recibos. Los extractos de cuenta y los históricos de transacciones descargables están disponibles bajo demanda.
En el plano comercial, los clientes consultan los pedidos en curso desde su confirmación hasta la entrega, siguen los envíos con las referencias del transportista y los hitos de entrega, y revisan presupuestos y renovaciones. En el plano del servicio, registran incidencias de soporte mediante un formulario de admisión guiado, adjuntan pruebas, siguen el estado y la correspondencia encadenada, y consultan una base de conocimiento publicada antes incluso de abrir un caso. Una biblioteca documental alberga contratos, acuerdos firmados, certificados, albaranes y especificaciones, cada uno con control de versiones y capacidad de búsqueda. Por último, un área de administración permite al cliente mantener los datos de la empresa y de contacto, delegar el acceso a colegas con permisos acotados, definir preferencias de comunicación y notificación, y gestionar los usuarios que operan sobre la cuenta. Toda acción está disponible sin necesidad de una llamada telefónica, y todo resultado se escribe directamente en los sistemas de registro.
El dominio y el modelo de datos
En el centro del portal se sitúa la cuenta: la organización cliente tal como la conoce la empresa, el único ancla al que pertenece todo lo que es visible en el portal. Una cuenta agrupa a una o varias personas con derecho a iniciar sesión, y esas personas ostentan roles que determinan qué pueden ver y hacer. Un contacto financiero liquida facturas; un contacto de logística sigue las entregas; un administrador gobierna a los demás. Los permisos son la columna vertebral silenciosa de todo el dominio: nada aparece en el portal a menos que la persona que ha iniciado sesión esté autorizada, a través de su cuenta y de su rol, a verlo.
En torno a ese ancla se agrupan las transacciones que describen la relación en movimiento. Algunas son financieras, como las facturas y los pagos que las cancelan; algunas son comerciales, como los pedidos y los envíos que los cumplimentan; algunas son conversacionales, como los casos de soporte y sus intercambios. Cada una pertenece a la cuenta y se entiende en los propios términos del cliente y no en la jerga interna. Lo que une la cuenta y sus transacciones es el documento: el contrato, extracto, recibo o albarán que confiere valor probatorio a una transacción. Como el portal refleja el back office en lugar de duplicarlo, cada uno de estos conceptos es una vista viva de un registro en el que las operaciones ya confían, de modo que lo que el cliente lee es siempre lo que la propia empresa custodia.
Flujos de trabajo principales
Los recorridos recurrentes son deliberadamente breves. En el flujo de pagar una factura, el cliente abre las partidas pendientes, selecciona una o varias, confirma el importe y liquida con un método guardado o introducido; el pago se registra, el saldo se actualiza y el recibo se emite en el mismo gesto. En el flujo de registrar y seguir un caso, se guía al cliente a través de un proceso de admisión estructurado que capta el contexto adecuado de entrada, adjunta los archivos de apoyo y, después, sigue la incidencia a través de su acuse de recibo, su avance y su resolución con plena visibilidad de cada respuesta.
El flujo de seguir un pedido avanza desde la confirmación hasta la preparación, la expedición y la entrega, mostrando los detalles del transportista y las fechas revisadas a medida que cambian. El flujo de recuperar un documento permite al cliente buscar en la biblioteca, abrir la versión vigente de un contrato o certificado y descargarlo para sus propios registros. Como base de todos ellos, el flujo de gestionar el acceso permite al administrador de una cuenta invitar a colegas, asignar roles, revocar accesos y ajustar las preferencias de notificación sin implicar al proveedor. Cada flujo de trabajo concluye en un estado definitivo y una notificación, de modo que el cliente nunca se queda con la duda de si una acción ha surtido efecto.
Profundidad funcional que marca la diferencia
El detalle es donde un portal se gana la confianza. La presentación financiera sigue una práctica rigurosa de cuentas por cobrar: las facturas muestran tramos de antigüedad correctos, los abonos y los ajustes se compensan contra los saldos, las cuentas multidivisa se muestran en su propia denominación, y los pagos parciales y los pagos en exceso se concilian con limpieza en lugar de quedar sin asignar. El tratamiento de los pagos está tokenizado, de modo que los datos de tarjeta y bancarios nunca residen en el portal, y cada liquidación genera un rastro auditable que vincula pago, factura y recibo.
El control de acceso es igual de riguroso. La autenticación admite el single sign-on y los desafíos de múltiple factor, las sesiones se rigen por políticas, y cada vista y cada acción se comprueban contra los permisos, de modo que una cuenta nunca pueda vislumbrar los datos de otra. Las interacciones de servicio respetan los compromisos que importan a los clientes: los objetivos de respuesta y resolución son visibles, la prioridad es explícita y el historial del caso es inmutable. Los documentos se conservan bajo control de versiones con reglas de retención, uso compartido controlado y un registro de quién accedió a qué. La accesibilidad y el comportamiento responsive se tratan como requisitos, de modo que las mismas capacidades funcionan en un teléfono en un muelle de carga igual que en un escritorio. En todo momento, el portal mantiene un registro de actividad completo, lo que ofrece a ambas partes una constancia defendible de quién hizo qué, y cuándo.
Cómo encaja en la suite Nashua 360
El Customer Portal resulta valioso precisamente porque no es una aplicación independiente; es la cara externa de la plataforma más amplia. Sus facturas, saldos y pagos son los registros vivos del módulo de Contabilidad, de modo que una liquidación en el portal se concilia al instante contra el libro mayor y el extracto del cliente nunca se desvía de los libros. Sus casos de soporte son incidencias auténticas de Servicio y Soporte, que comparten las mismas colas, prioridades y compromisos de servicio con los que trabajan los agentes internos, lo que significa que un cliente y un agente están siempre viendo un único caso compartido.
Cada contrato, certificado y albarán se sirve desde Gestión Documental, heredando su control de versiones, su retención y sus permisos en lugar de copiar los archivos a un almacén independiente. Los pedidos y envíos reflejan el estado que residen en los registros de ventas y cumplimentación de la suite, y la identidad fluye desde el modelo central de acceso y permisos de la plataforma. Como estas conexiones son nativas, el portal no necesita ninguna capa de sincronización y no corre el riesgo de convertirse en un espejo desactualizado: es una lente con permisos sobre los mismos datos con los que opera la empresa, y eso es lo que le permite ser a la vez autoservicio para el cliente y fuente de autoridad para la organización.
AI Workers dentro del portal
Los AI Workers operan en el portal como participantes de pleno derecho y no como un chatbot añadido. Un cliente puede preguntar, en lenguaje natural, qué facturas están vencidas, cuándo está previsto que llegue un pedido o a qué le compromete una cláusula contractual, y el Worker responde a partir de los propios datos permisionados de la cuenta, respetando exactamente los mismos límites de permisos a los que se enfrenta un usuario humano. Más allá de responder, los Workers ejecutan: preparan un pago contra las facturas seleccionadas para que el cliente lo confirme, abren una incidencia de soporte bien formulada a partir de un problema descrito, o reúnen los documentos adecuados para una solicitud.
Del lado de la empresa, los Workers vigilan las anomalías y las excepciones y las plantean con antelación, señalando una factura que se desliza hacia una retención de crédito, un envío que se retrasa respecto a lo prometido o un caso que incumple su objetivo de respuesta. Extraen estructura de lo que los clientes suben, leyendo un pedido de compra o un aviso de remesa y asociándolo a los registros correspondientes para que la admisión sea limpia. Ofrecen apoyo a la decisión resumiendo la situación de una cuenta antes de una conversación de renovación. Y actúan como nodos de revisión y aprobación dentro de los flujos de trabajo, de modo que un reembolso importante, un cambio contractual o una concesión de acceso sensible puedan encaminarse a través de un Worker que comprueba la política y las pruebas antes de que avancen, conservando el ser humano la última palabra. El resultado es un portal que no es simplemente una ventana, sino un participante activo y responsable de la relación.
