Cómo detectar si es una derivación a back

Existe un equipo dedicado a la gestión de solicitudes que comprenden los conceptos de pago, informe de centralización contable, transfer bancario, integraciones.

¿Cómo detectar si debo derivar al back?

• es creación o configuración de ítem?
• es centralización?
• es transfer bancario?
• es integraciones?

Para todo estos tipos de caso, debe contener una información mínima

• archivo
• nombre de la base a trabajar
• contexto del caso

Primer debemos saber que el cliente tiene opciones de transfer bancarios nativos de Talana. Sin embargo, debemos ponernos en dos situaciones:

1. Los transfers nativos no le sirven al cliente: Para ello es importante que el cliente nos haga llegar el formato de configuración de su banco ya sea txt o excel. Si es que no lo posee debe pedirlo directo a su ejecutiva de cuenta
2. El transfer nativo posee un error en la estructura, para este caso debemos derivar a ITOps; sin embargo, este ticket pasará a ser un ticket escalado, ya que el impacto que posee su modificación será para todos los clientes que lo utilizan. En este caso, el accionable es activar el punto 1.

Suelen aparecer errores cuando se quiere descargar el transfer, estos generalmente son porque no existen cuantas asignadas en la ficha del colaborador.
 

Cuando es configuración o edición de ítem, debemos preguntar lo siguiente:

• es un monto informado o calculado?
• es creación o modificación?
• a partir de cuándo aplica el cambio?

También incluir en la solicitud la siguiente documentación el archivo de control de cambios.

En el archivo de control de cambio el cliente debe ser lo más detallado posible para que así el equipo pueda desarrollar la tarea de forma más fluida y ágil. Esto ayudará a los tiempos de respuesta hacia el cliente.

¿Cuándo sé que es una modificación de ítem?

• El cliente puede indicar que el ítem de pago no da el resultado esperado.
• En este caso, puede ser un ítem que no tenga considerado un caso borde. Esto debido a que cuando se liberó el ítem consideró solo algunas condiciones dadas en las pruebas del concepto.
• Cuando el cliente indica directamente que quiere modificar el funcionamiento del ítem.

         En este sentido se refiere a que el cliente nos indica que debe actualizarse la fórmula por alguna nueva necesidad.

¿Cómo analizo un ítem de pago?

• El cliente debe indicar el ítem de pago y alguna descripción o más específicamente el funcionamiento.
• Si el cliente no está siendo claro en su requerimiento, debemos pedir algún caso de ejemplo para poder graficar y entender lo que nos esté solicitando cambiar.

Es una solicitud por centralización que podemos solucionar en nuestro nivel cuando:

• Es una Centralización Nativa
• No cuadra debe y haber (revisar que solo los aportes patronales tengan cuenta y contracuenta)
• No se está visualizando centros de costo o cuentas contables en los ítems (revisar Ficha para ceco y asignación de cuenta contable al ítem en configuración de ítems). 

En caso de no cumplir con lo anterior, debemos compartir el siguiente link al cliente, que contiene una sección completa de Centralización Contable en el que se detalla como funciona, tipos de centralizaciones, planes de cuentas, entre otra información complementaria.

Es una solicitud por centralización contable que se debe derivar a back cuando:

• Se informa de un error del reporte de centralización contable no nativa, ya sea que los valores no coincidan o falte información.
• Existe un descuadre de archivo no nativo (Diferencia entre el total del Debe y el Haber, confirmar paso 2 de encabezado anterior).
• Cuando se necesita distribuir por algún campo como centro de costo, división u otro que el cliente nos señala.
• Se debe agregar otro ítem a los que se aperturan por Numero de documento, ya sea de institución o trabajador.

Cuando se debe realizar un cambio en la centralización,

• El cliente necesita cambiar el formato del archivo de centralización.
• El cliente necesita actualizar las cuentas contables a los ítems.
• El cliente necesita migrar a una centralización más compleja.

Cómo podemos detectar que tipo de centralización posee el cliente, 

En primera instancia debemos indagar en el requerimiento y preguntar al cliente que archivo está descargando. Con esta información podemos identificar si es nativa o personalizada. En el caso de ser personalizada lo puedes verificar en la ruta -> Herramientas avanzadas -> Implementación -> Reportes programables.

Una Integración es el proceso de vincular diferentes sistemas o subsistemas en un único sistema, garantizando el funcionamiento óptimo sin intervención humana.

Qué módulos nos permite integrar con otros sistemas

- Gestión de Personas
- Remuneraciones
- Asistencia y Turnos
- Firma Electrónica
- Reclutamiento y Selección

Qué tipos o formas de conexión nos permiten generar una integración con otros sistemas

- API: (pendiente definición)
- SSO (Single sign-on), (pendiente definición)
- Plugin, (pendiente definición)
- Webhook, (pendiente definición)
- Procesos Cron, (pendiente definición)

Importante a considerar

El cliente puede escribirnos al chat solicitando una cuenta de integración para ello tenemos la macro "Solicitud cuenta API (integración)" que es el levantamiento previo antes de derivar al back.

El cliente nos puede solicitar la información que Talana dispone en sus API, para ello disponemos un link https://talana.com/es/api/swagger/que podemos compartir.
Talana no realiza desarrollos a medida para clientes.