Módulo 1

Estructura operativa básica y flujo inicial del cliente

Este módulo recoge la operativa base que toda persona del equipo debe dominar al incorporarse a PxN. Su objetivo es entender cómo entra un cliente, qué herramientas usamos, cómo se localiza un expediente y cómo se mueve la información dentro del sistema.

1. Herramientas base de trabajo

El trabajo diario se apoya principalmente en estas herramientas:

💬
1.1. CRM El CRM es el entorno desde el que se gestiona la conversación activa con el cliente. Desde aquí se revisan mensajes, se hace seguimiento y se responde a incidencias o dudas. Uso principal: ver el historial de conversación · identificar el pedido del cliente · hacer seguimiento del estado del caso · enviar respuestas y recordatorios.
✉️
1.2. Correo corporativo El correo se utiliza como repositorio operativo de formularios recibidos y otras comunicaciones automáticas del sistema. Uso principal: recibir la copia estructurada de los formularios enviados por el cliente · localizar comunicaciones automáticas asociadas al pedido · consultar información recibida sin necesidad de entrar en la plataforma original del formulario.
📁
1.3. Drive Drive es el repositorio documental del expediente. Uso principal: acceder a la carpeta del cliente · revisar documentación · consultar archivos finales y carpetas de terminados · localizar materiales asociados al pedido.
📊
1.4. Google Sheets / archivo operativo Google Sheets funciona como tablero interno de control y seguimiento de apoyo. Uso principal: localizar líneas de pedido · revisar tareas y estado de trabajo · consultar información operativa vinculada al expediente.
🖥️
1.5. Dashboard de acceso Al iniciar sesión se abre automáticamente el navegador con el dashboard de trabajo. Incluye: accesos directos a herramientas · usuarios y contraseñas ya cargados en la sesión de Chrome · accesos a recursos de atención al cliente · herramientas auxiliares para gestión documental y trabajo del día a día.
2. Personalización del entorno de trabajo

Cada persona puede organizar su escritorio y su sistema de apoyo interno sin afectar al resto del equipo.

Recomendación de uso

Cada integrante debe construir su propio sistema rápido de trabajo con:

  • enlaces a formularios frecuentes
  • respuestas recurrentes
  • recordatorios operativos
  • notas internas
  • accesos rápidos a carpetas o recursos
Finalidad

Reducir tiempo de búsqueda y responder con más agilidad en tareas repetitivas. Por ejemplo, si falta un formulario, debe poder copiarse el enlace y enviarse directamente al cliente sin tener que volver a buscarlo cada vez.

3. Identificador principal del expediente
3.1. Número de pedido

El número de pedido es la referencia principal de búsqueda en PxN. Se utiliza para:

  • localizar al cliente
  • buscar conversaciones
  • encontrar correos
  • localizar la carpeta de Drive
  • encontrar la línea correspondiente en Google Sheets
Norma operativa

Siempre que se necesite buscar cualquier dato, documento o referencia de un cliente, la búsqueda debe comenzar por el número de pedido.

3.2. Búsqueda secundaria

Si en un caso concreto no se tiene a mano el número de pedido, puede usarse como apoyo el correo o el DNI, pero la referencia preferente de trabajo sigue siendo el número de pedido.

4. Entrada de un pedido nuevo

Cuando entra un pedido nuevo, el sistema crea y actualiza automáticamente varias piezas del expediente.

Procesos automáticos asociados a la compra
  • creación o actualización del contacto
  • creación o actualización de la conversación en CRM
  • creación de carpeta en Drive
  • creación de línea en el archivo operativo
  • envío automático de mensajes al cliente
  • envío de formularios correspondientes según producto y momento del caso
Qué debe hacer atención al cliente al entrar un pedido nuevo

En la operativa base, no es necesario intervenir manualmente en el momento de la compra, porque el cliente queda atendido de forma automática desde el inicio.

5. Canales de comunicación con la familia

La información al cliente se envía por varios canales para asegurar recepción y facilitar respuesta.

Canales utilizados en la fase inicial
  • email
  • WhatsApp
Qué se envía en esta fase

Según el producto contratado y el momento del proceso, el cliente puede recibir:

  • mensaje de bienvenida
  • solicitud de datos
  • formularios
  • guías u otros materiales de apoyo
  • instrucciones para el siguiente paso
Criterio operativo

El objetivo no es solo informar, sino facilitar que el cliente complete el siguiente paso cuanto antes y con la menor fricción posible.

6. Formularios del cliente

Los formularios son la vía principal de entrada de datos al expediente.

6.1. Formulario de datos básicos

Recoge la información general de los progenitores.

Contenido base: datos personales del primer progenitor · datos laborales del primer progenitor · datos personales del segundo progenitor · datos laborales del segundo progenitor.

6.2. Formulario del bebé

Recoge la información vinculada al nacimiento y a la planificación del permiso.

Contenido base: datos del bebé · lugar de nacimiento · sexo · si ha estado ingresado · tiempo de disfrute de las prestaciones por parte de cada progenitor.

6.3. Recepción interna

Cuando el cliente completa un formulario, el equipo recibe una copia estructurada en el correo corporativo. Esto permite revisar la información sin necesidad de entrar cada vez en la plataforma de formularios.

7. Gestión proactiva cuando falta información

No siempre el cliente completa todo a la primera. Por eso, la gestión incluye seguimiento activo.

Procedimiento base

Si falta un formulario o un dato:

  • se contacta con el cliente
  • se le indica qué falta
  • se le facilita directamente el enlace o recurso correspondiente
Norma de trabajo

Siempre que se solicite algo al cliente, debe intentarse dejarle el acceso lo más fácil posible, evitando que tenga que buscar por su cuenta en mensajes anteriores o en el correo.

8. Automatizaciones tras la recepción de formularios

PxN tiene automatizaciones diferenciadas según el formulario recibido.

Qué implica esto
  • no todo el trabajo se hace manualmente
  • el sistema ejecuta acciones internas cuando entra un formulario
  • el equipo debe saber revisar y continuar el flujo, no duplicarlo innecesariamente
Punto importante

Existen varios formularios y varios flujos automáticos asociados. La persona nueva debe aprender a distinguir:

  • qué hace el sistema automáticamente
  • qué revisión humana sigue siendo necesaria
  • en qué punto tiene que intervenir el equipo
9. Productos y alcance general del servicio

Toda persona del equipo debe conocer, al menos a nivel base, qué incluye cada línea de servicio.

Pack Esencial

Incluye la gestión básica de la prestación por nacimiento y cuidado del menor, ayuda de 100 €/mes, alta del bebé en Seguridad Social cuando aplica, certificado de nacimiento para DNI y otros trámites básicos asociados.

Pack Plus

Incluye todo lo anterior y añade guías, modelos de escritos y servicio FamilyCare durante 2 meses.

Pack Premium

Incluye lo anterior y añade planificación de permisos sucesivos, apoyo con modelo 145, comunicación con empresas, escritos personalizados y FamilyCare durante 4 meses.

Asesoría personalizada

Se usa para ordenar casos concretos, resolver dudas específicas y definir pasos. Suele incluir revisión documental y resumen final por email.

10. Criterios de comunicación de PxN

La comunicación con familias debe seguir un mismo estilo de marca.

Tono
  • cercano
  • claro
  • comprensible
  • sin jerga innecesaria
Reglas de estilo
  • no usar “baja de maternidad”
  • usar “prestación por nacimiento y cuidado del menor” o “permiso de maternidad/paternidad”
  • evitar diminutivos
  • priorizar pasos claros y ordenados
  • no generar falsas expectativas

Módulo 2

Experiencia real de cliente + duración de la prestación + revisión operativa básica

Objetivo del módulo

En este módulo la persona nueva debe:

  • vivir en primera persona el proceso de compra de un cliente
  • detectar dudas reales del proceso y de los formularios
  • empezar a dominar la estructura básica de la prestación por nacimiento y cuidado del menor
  • entender una primera operativa de revisión de expedientes y documentación
Bloque A · Contenido técnico / formativo
1. Actividad inicial: compra de prueba del servicio

Como parte del onboarding, cada nueva incorporación debe realizar una compra real de prueba en la web de PxN usando el código de descuento “pruebas”, de forma que el importe quede a cero.

Finalidad de esta actividad. Esta prueba sirve para que la persona nueva vea en primera persona:

  • cómo compra un cliente
  • qué mensajes recibe
  • qué formularios aparecen
  • qué datos se solicitan
  • qué partes del proceso pueden generar dudas
  • cómo se siente el cliente durante el recorrido

Qué debe revisarse durante esta prueba. La persona que realiza la compra debe fijarse especialmente en:

  • claridad del proceso de compra
  • claridad de los emails y mensajes recibidos
  • comprensión de los formularios
  • datos que resultan evidentes
  • datos que pueden generar dudas
  • momentos en los que puede aparecer inseguridad o bloqueo
Registro interno de dudas

Este módulo debe incluir un espacio para que cada persona anote las dudas detectadas durante la prueba.

Plantilla de registro de dudas

Servicio comprado: ______________________________
Fecha de la prueba: ______________________________
Nombre de la persona que realiza la prueba: ______________________________
Paso del proceso Duda detectada Respuesta / aclaración ¿Debe mejorarse algo en el proceso?
Compra web
Email recibido
Formulario datos básicos
Formulario del bebé
Mensajes de seguimiento

Objetivo interno de esta actividad. No se busca solo “probar la web”. Se busca que la persona nueva aprenda a mirar el servicio con ojos de cliente.

2. Prestación por nacimiento y cuidado del menor: duración

La prestación por nacimiento y cuidado del menor se estructura en dos bloques diferenciados que deben analizarse siempre por separado.

2.1. Bloque de semanas hasta los 12 meses

Este es el bloque principal del permiso.

· Para nacimientos hasta el 30/07/2025, corresponden 16 semanas.
· Para nacimientos a partir del 31/07/2025, corresponden 17 semanas.

Estas semanas son el núcleo del permiso y son las que se gestionan principalmente en los trámites de PxN.

2.2. Bloque de semanas hasta los 8 años

Este es un bloque adicional independiente del anterior.

· Para nacimientos hasta el 30/07/2025, corresponden 2 semanas.
· Para nacimientos a partir del 31/07/2025, corresponden 2 semanas.

Estas semanas no deben confundirse con el bloque principal.

2.3. Regla operativa clave. Siempre que se analice un caso, el primer paso es comprobar la fecha de nacimiento del menor, ya que determina:

  • si se aplican 16 o 17 semanas en el bloque principal
  • cómo se interpreta el resto del caso

2.4. Forma correcta de trabajar este concepto. Nunca debe hablarse de una única bolsa de semanas. Debe separarse siempre:

  • semanas hasta los 12 meses
  • semanas hasta los 8 años

2.5. Partos múltiples. En caso de parto múltiple se añade 1 semana adicional por cada hijo extra. Por ejemplo:

  • 1 bebé → 16 o 17 semanas
  • 2 bebés → 17 o 18 semanas
  • 3 bebés → 18 o 19 semanas

El primer bebé no genera incremento. Solo se cuentan los adicionales.

2.6. Importancia práctica. El dominio de las semanas es necesario para:

  • explicar correctamente el permiso a familias
  • detectar errores en formularios
  • planificar el disfrute
  • orientar decisiones
  • ofrecer el servicio adecuado

2.7. Error frecuente. No mezclar las semanas del bloque hasta 12 meses con las semanas del bloque hasta 8 años.

Bloque B · Contenido operativo

3. Revisión de documentación aportada. El objetivo de esta revisión es comprobar el estado real de una solicitud ya presentada y verificar si la documentación es correcta o está incompleta.

4. Acceso a expedientes. La revisión de expedientes se realiza desde el apartado correspondiente del sistema (por ejemplo, “Tus gestiones”), donde se puede localizar al cliente mediante su identificador (DNI u otros datos).

5. Procedimiento básico de revisión.

  1. Acceder al entorno de revisión
  2. Buscar al cliente
  3. Abrir el expediente
  4. Comprobar el estado

Estados habituales: en tramitación · pendiente · incompleto · en resolución.

6. Verificación de documentación. Al revisar un expediente, debe comprobarse:

  • si la documentación requerida está aportada
  • si hay documentos pendientes
  • si existe algún error en la solicitud
  • si hay incoherencias en los datos

7. Revisión de requerimientos. En algunos casos pueden existir requerimientos, especialmente relacionados con representación. Debe verificarse:

  • si la solicitud fue presentada correctamente
  • si la representación está acreditada
  • si el requerimiento ya ha sido resuelto
  • en qué estado queda el expediente tras la subsanación

8. Detección de expedientes incompletos. Cuando un expediente aparece como incompleto:

  • identificar qué documento falta
  • comprobar si ya se ha solicitado al cliente
  • verificar si el problema es de acceso o de contenido

9. Criterio de trabajo. La revisión siempre debe basarse en información real del expediente, documentación disponible y estado del sistema. No deben hacerse suposiciones sin comprobar datos.

10. Resultado esperado del módulo. Al finalizar, la persona debe ser capaz de: realizar una compra de prueba · identificar dudas reales del cliente · registrar esas dudas · entender la estructura de semanas del permiso · diferenciar bloques de disfrute · calcular semanas en casos básicos · revisar un expediente · detectar documentación incompleta · interpretar el estado de una solicitud.

Módulo 3

Cuantía de la prestación + base reguladora + operativa avanzada

Objetivo del módulo

En este módulo la persona nueva debe:

  • entender cómo se calcula cuánto cobra una familia
  • diferenciar base de cotización y base reguladora
  • identificar el tipo de trabajador y aplicar el cálculo correcto
  • saber qué pedir al cliente para calcular la prestación
  • empezar a trabajar con documentación real y casos prácticos
Bloque A · Contenido técnico / formativo
1. Qué se cobra durante la prestación

La prestación por nacimiento y cuidado del menor:

  • se cobra al 100 % de la base reguladora
  • sustituye el salario durante el permiso
  • está exenta de IRPF

Sin embargo, se aplica una deducción aproximada del 4,7 % por cotizaciones. → Por tanto, el importe real percibido será ligeramente inferior al 100 %.

2. Base de cotización vs base reguladora

Base de cotización. Es la cantidad sobre la que el trabajador cotiza a la Seguridad Social. Se encuentra en la nómina como → “base de contingencias comunes”.

Base reguladora. Es la cantidad que se utiliza para calcular la prestación. → No siempre es directamente la nómina → depende del tipo de trabajador.

3. Regla clave

La base reguladora:

  • → se calcula a partir de bases de cotización de contingencias comunes
  • → pero siguiendo reglas distintas según el tipo de trabajador o tipo de alta: autónomo, indefinido, desempleado cobrando prestación por desempleo…
4. Cálculo según tipo de trabajador

Trabajador indefinido

Se toma la base de cotización del penúltimo mes antes del nacimiento. Ejemplo: nacimiento en abril → se toma febrero.

Trabajador autónomo

Se calcula la media de los 6 meses anteriores, sin contar el mes previo al nacimiento. → Siempre se divide entre 6, aunque no haya cotizado todos los meses.

Fijo discontinuo / tiempo parcial

Se calcula la media de los 12 meses anteriores, sin contar el mes previo. → Importante: se divide entre 12, no entre meses trabajados.

Persona en paro (cobrando prestación)

Se utiliza la base reguladora del paro, no el importe que está cobrando. → Debe pedirse al cliente que la consulte en el SEPE.

5. Requisito clave para cobrar la prestación

Para tener derecho a la prestación, la persona debe estar:

  • de alta trabajando
  • o ser autónomo
  • o estar cobrando paro
  • o en situación asimilada al alta

→ Si no hay “salario que sustituir”, no hay prestación.

6. Periodo mínimo de cotización
  • Menores de 21 años → no se exige mínimo
  • Entre 21 y 26 → 90 días
  • General → 180 días en toda la vida laboral
7. Casos especiales

Si no cumple cotización: puede acceder a un subsidio reducido (6 semanas en lugar del permiso completo).

8. Base reguladora diaria

Para calcular lo que se cobra al día, se divide la base reguladora mensual entre 30 días. → El permiso se computa en días naturales.

Bloque B · Contenido operativo
9. Qué pedir al cliente para calcular la prestación

Según el caso:

  • Trabajador indefinido: nómina o base de contingencias comunes
  • Autónomo: bases de cotización de los últimos meses
  • Paro: base reguladora del SEPE
10. Cómo analizar una nómina

Debe localizarse: base de contingencias comunes · salario bruto · deducciones. → La base puede ser mayor que el salario por la prorrata.

11. Orden correcto de análisis de un caso
  1. Identificar situación laboral
  2. Confirmar si está de alta
  3. Verificar cotización mínima
  4. Aplicar regla de cálculo
  5. Obtener base reguladora
  6. Explicar resultado al cliente
12. Pago directo

Se da cuando una persona está de baja médica y su contrato finaliza. En ese caso, la Seguridad Social pasa a pagar directamente. → Es una situación de “alta asimilada”.

13. Criterio importante para atención al cliente

No se debe calcular el paro manualmente ni dar cifras sin base. → Siempre pedir datos reales.

14. Qué debe saber hacer el equipo tras este módulo. Identificar tipo de trabajador · calcular base reguladora básica · interpretar una nómina · pedir correctamente la información al cliente · detectar si tiene derecho o no a la prestación.

Módulo 4

Simulacros + autorizaciones + revisión avanzada + criterio operativo

Objetivo del módulo

En este módulo la persona nueva debe:

  • ejecutar simulacros correctamente
  • validar teléfonos en Seguridad Social
  • entender el flujo completo tras el formulario
  • detectar errores en datos
  • gestionar autorizaciones
  • entender los periodos sucesivos
  • aplicar criterio operativo real
Bloque A · Contenido técnico / formativo
1. Qué es un simulacro

El simulacro es una acción que se realiza tras recibir el formulario de datos básicos. Su objetivo es:

  • comprobar que el DNI es correcto
  • comprobar que el teléfono está registrado en Seguridad Social
  • validar que el cliente es accesible para trámites

No es un trámite real. El cliente recibe un SMS que no debe aceptar. Se utiliza únicamente como validación técnica.

2. Momento en el que se realiza

El simulacro se realiza cuando: el cliente ha comprado · ha enviado el formulario de datos básicos · el bebé aún no ha nacido.

Si el cliente ya ha rellenado también el formulario del bebé: → no se realiza simulacro → se pasa directamente a autorizaciones.

3. Resultado esperado del simulacro

Tras el simulacro: el estado pasa de “pendiente” a “enviado” · se registra la fecha · se confirma que el sistema puede contactar con el cliente.

4. Qué ocurre si falla

Si el simulacro falla, normalmente es por: teléfono no registrado en Seguridad Social · error en DNI · error en el propio formulario. En estos casos: se contacta con el cliente, se le indica cómo corregirlo y se repite el simulacro.

5. Regla clave

El simulacro no es un trámite administrativo. → Es una validación interna imprescindible para poder trabajar correctamente el expediente.

6. Autorizaciones

Para cualquier trámite en nombre del cliente es necesaria una autorización. Se aplica a: prestación por nacimiento · periodos sucesivos · otros trámites en Seguridad Social. No se aplica a: ayuda de 100 €/mes.

7. Periodos sucesivos

La prestación se estructura en:

  • 6 semanas obligatorias tras el nacimiento
  • resto de semanas hasta el primer año → disfrutables de forma flexible
  • 2 semanas adicionales → hasta los 8 años

Estas semanas pueden cogerse seguidas, fraccionarse o planificarse según necesidades.

8. Regla operativa de los sucesivos

Los periodos sucesivos: se solicitan mediante autorización · solo pueden tramitarse cuando faltan 15 días para su inicio.

Bloque B · Contenido operativo
9. Flujo completo tras formulario
  1. Cliente compra
  2. Recibe formulario
  3. Envía datos básicos
  4. Se realiza simulacro
  5. Se valida teléfono
  6. Se envía comunicación al cliente
  7. Se revisa situación
  8. Se hace seguimiento hasta nacimiento
10. Primer contacto con el cliente

El primer contacto tiene como objetivo: resolver dudas · validar datos · transmitir seguridad. Este punto es clave para reducir incidencias posteriores.

11. Revisión del formulario

Siempre debe revisarse: situación laboral · posibles incoherencias · observaciones del cliente. Especial atención a “no trabaja ni cobra paro” → puede esconder pago directo.

12. Detección de pago directo

Cuando una persona no trabaja y no cobra paro, debe revisarse si → está en pago directo (alta asimilada). Esto implica: trámite distinto · no se gestiona por vía estándar.

13. Validación de datos críticos

Datos clave: DNI · teléfono · email. Si hay error: corregir en sistema · corregir en observaciones · dejar trazabilidad.

14. Regla clave de datos

El sistema (bot / automatización) utiliza los datos que constan en la ficha de cada familia. Hoy esa información vive en el panel del equipo (executive.prestacionespornacimiento.es) y en la base de datos central; las hojas de cálculo quedan solo como apoyo. → Si están mal, todo falla. Por tanto: siempre corregir en origen.

15. Uso de observaciones

Las observaciones deben usarse para: errores detectados · cambios de datos · situaciones especiales. Ejemplo: “teléfono incorrecto en formulario”, “cliente en pago directo”.

16. Seguimiento por fecha probable de parto

La fecha probable de parto permite: hacer seguimiento activo · detectar clientes que no avisan · anticiparse a necesidades. Ejemplo: si ha pasado la fecha → escribir al cliente.

17. Gestión de incidencias reales

Casos habituales: teléfono incorrecto · datos mal rellenados · duplicados · información no sincronizada entre pestañas. Acción: revisar · contrastar · corregir manualmente.

18. Trabajo con la ficha operativa

Hoy el centro operativo es el panel del equipo (executive.prestacionespornacimiento.es) y la base de datos central: la información de cada familia vive ahí, y las hojas de cálculo quedan solo como apoyo. Este centro operativo se utiliza para: estados (pendiente, enviado, etc.) · datos del cliente · seguimiento · control de errores.

19. Regla operativa principal

El trabajo en PxN se basa en → revisar → comprobar → corregir. No se asume nada sin validar.

20. Prioridad diaria

Al inicio de la jornada: simulacros · autorizaciones. Esto permite que el equipo siguiente pueda tramitar.

Resultado esperado del módulo. La persona debe ser capaz de: hacer simulacros · detectar errores en datos · validar teléfonos · gestionar autorizaciones · entender sucesivos · revisar formularios · aplicar criterio operativo.

Módulo 5

Autorizaciones de packs + criterio por pack + simulacros + introducción a CUME

Objetivo del módulo

En este módulo la persona nueva debe:

  • saber desde dónde se envía cada autorización
  • distinguir qué autorización corresponde según el pack contratado
  • identificar cuándo consultar correo y cuándo consultar Drive
  • entender el orden correcto entre simulacro y autorizaciones
  • saber cuándo un simulacro ya no procede
  • comprender el motivo por el que las autorizaciones se comunican por Chronos
  • tener una introducción operativa a la CUME
Bloque A · Contenido técnico / formativo
1. Diferencia entre correo y Drive

El correo se utiliza para revisar formularios y datos enviados por el cliente. En el correo se consulta: formulario de datos básicos · formulario del bebé · información inicial del caso · observaciones trasladadas por el cliente.

El Drive se utiliza para consultar documentación y trámites ya trabajados o terminados. En el Drive se consulta: documentos generados · comprobantes · expedientes ya preparados · documentación final de trabajo.

Regla interna: si se necesita revisar lo que el cliente rellenó, se consulta el correo; si se necesita revisar documentación o archivos ya trabajados, se consulta el Drive.

2. Orden correcto del trabajo en packs

Cuando entra un pack, el orden correcto es este:

  1. compra del pack
  2. recepción del formulario de datos básicos
  3. simulacro
  4. revisión de la situación familiar y laboral
  5. nacimiento del bebé
  6. envío de autorizaciones
  7. tramitación

Regla importante: el simulacro va antes que las autorizaciones cuando el bebé todavía no ha nacido.

Excepción: si el cliente compra cuando el bebé ya ha nacido y ya ha rellenado también el formulario del bebé, no se hace simulacro y se pasa directamente a autorizaciones.

3. Qué es una autorización

La autorización es el permiso que el cliente da a PxN para que podamos actuar en su nombre ante la administración. Sin autorización no puede iniciarse el trámite correspondiente.

La autorización no se envía “porque sí”. Se envía porque luego hay que entrar al trámite concreto y hacerlo en representación del cliente. Este punto es importante porque el equipo no debe trabajar en automático: tiene que entender para qué sirve cada autorización que manda.

4. Qué autorizaciones se envían en packs

Dentro del trabajo de packs, las autorizaciones que se han repasado hoy son:

  • prestación por nacimiento y cuidado del menor del primer progenitor
  • prestación por nacimiento y cuidado del menor del segundo progenitor
  • gestión de beneficiarios / asistencia sanitaria
  • solicitud de tarjeta sanitaria europea

Estas autorizaciones se envían desde los servicios concretos de la Seguridad Social correspondientes a cada trámite.

5. Criterio por pack para asistencia sanitaria y tarjeta sanitaria europea

Este punto hay que tenerlo muy claro porque cambia según el pack.

Pack Esencial

En la solicitud de tarjeta sanitaria europea solo se incluye al progenitor con el que esté inscrito el menor. No se tramita para ambos progenitores por defecto.

Pack Plus y Pack Premium

En la solicitud de tarjeta sanitaria europea se incluyen ambos progenitores.

Gestión de beneficiarios / asistencia sanitaria

No va obligatoriamente al segundo progenitor. Va al progenitor que la familia haya elegido para inscribir al menor como beneficiario. Ese dato debe revisarse en el formulario del bebé. Si hay contradicción entre formularios, se toma como referencia principal el formulario del bebé, porque es el último que rellenan.

6. Dónde mirar con quién va la asistencia sanitaria

Para decidir a nombre de qué progenitor se tramita la asistencia sanitaria, hay que revisar el formulario del bebé. Ese formulario indica con quién quieren inscribir al menor.

Regla de trabajo: no decidirlo por intuición · no asumir que siempre será con la madre o con el segundo progenitor · revisar lo que haya elegido la familia.

7. Qué significa “autos enviadas”

Cuando una autorización ya ha sido enviada y se ha cerrado por Chronos, el sistema deja rastro automático en el expediente. Esto permite ver de forma rápida que: ya se ha mandado la autorización · no debe volverse a enviar · el expediente está en otra fase.

Regla importante: si un pedido ya tiene autorizaciones enviadas, debe revisarse si el simulacro ya estaba hecho o si incluso el caso ya está cerrado antes de repetir trabajo.

8. Simulacros pendientes: cómo interpretarlos bien

No todo “simulacro pendiente” significa que haya que hacer un simulacro. Antes de lanzarlo, hay que comprobar: si el bebé ya ha nacido · si ya hay autorizaciones enviadas · si el pedido ya está cerrado · si se trata de un pack de prueba.

Si el bebé ya ha nacido y el caso ha pasado a fase de autorizaciones, el simulacro ya no procede. Si es un pack de prueba, no se trabaja como caso real.

9. Qué significa “pendiente él” o “pendiente ella”

Cuando aparece “pendiente él” o “pendiente ella”, normalmente el problema está en el teléfono registrado en la Seguridad Social de ese progenitor. No significa que falte documentación, ni que falte certificado, ni que el trámite esté mal planteado. Significa, normalmente, que no se ha podido completar la validación o autorización de ese progenitor porque el teléfono no coincide con el que tiene la Seguridad Social.

10. Criterio de uso de Control F

El Control F se usa para comprobar si una autorización o simulacro ya aparece como enviada o pendiente dentro del listado.

Regla práctica: si todavía no aparece, lo normal es enviarla desde la parte inferior del trámite · una vez enviada, sí debe aparecer al buscarla · si aparece cuando no debería, puede indicar que ya se había trabajado antes. El equipo debe entender que ese paso no es un gesto mecánico, sino una comprobación de estado.

11. Por qué se pasa por Chronos después de enviar autorizaciones

Después de enviar autorizaciones, se pasa por Chronos para avisar al cliente. Esto se hace porque, si una familia recibe de repente una solicitud de acceso a sus trámites por parte de alguien que no identifica, puede no aceptarla.

La comunicación por Chronos sirve para:

  • avisar de que la autorización ha sido enviada
  • explicar qué tienen que aceptar
  • reducir rechazo o confusión
  • preparar el siguiente paso del trámite
12. Introducción a CUME

Se ha trabajado una primera introducción a la CUME. La lógica base que debe quedar registrada es esta:

  • puede tramitarla la mutua o la Seguridad Social
  • en la práctica, casi siempre la lleva la mutua
  • para saberlo, debe revisarse quién cubre las contingencias profesionales
  • cada mutua tiene su propio procedimiento y sus propios formularios
  • la documentación debe enviarse al contacto concreto que lleve ese expediente o esa oficina
  • los formularios de la mutua deben completarse
  • la documentación debe firmarse con certificado digital de los progenitores
  • suele acompañarse de informe médico o declaración médica del menor, además del resto de documentación exigida por la mutua

Regla operativa: antes de tramitar una CUME, hay que llamar a la mutua, identificar la delegación y confirmar la persona responsable del caso y el correo al que hay que enviar toda la documentación.

Bloque B · Contenido operativo
13. Flujo operativo para autorizaciones de packs
  1. localizar el pedido
  2. revisar formulario en correo
  3. confirmar datos de progenitores
  4. entrar en representante
  5. acceder al trámite concreto
  6. comprobar con Control F si ya aparece algo enviado
  7. bajar al final
  8. pegar DNI y cuatro últimos dígitos del teléfono
  9. solicitar autorización
  10. volver a comprobar que aparece como enviada o pendiente
  11. pasar por Chronos
  12. avisar a la familia
14. Trámites concretos que se han practicado hoy

Hoy se ha practicado operativa real con: autorización de prestación por nacimiento y cuidado del menor · autorización de asistencia sanitaria / gestión de beneficiarios · autorización de tarjeta sanitaria europea.

El objetivo de este bloque no es solo aprender clics, sino entender: qué se tramita · para quién se tramita · por qué se tramita así según el pack.

15. Criterio para revisar antes de enviar una autorización

Antes de enviar una autorización, debe revisarse siempre: número de pedido correcto · pack contratado · quiénes son los progenitores · con quién va la asistencia sanitaria · si el bebé ya ha nacido · si el caso es real o de prueba · si el trámite ya se envió antes · si hay observaciones relevantes.

16. Qué hacer cuando no aparece coincidencia con el teléfono

Si al intentar enviar la autorización o el simulacro aparece el mensaje de que no existe ningún ciudadano con ese DNI y esos cuatro dígitos de teléfono, debe actuarse así:

  1. repetir la comprobación por si ha habido error al teclear
  2. si vuelve a fallar, asumir que el teléfono no está correctamente registrado en Seguridad Social
  3. avisar al cliente con el mensaje correspondiente
  4. pedirle que actualice su teléfono
  5. dejar el estado como pendiente él o pendiente ella, según corresponda
  6. relanzarlo cuando el cliente confirme que ya lo ha actualizado
17. Qué hacer con los packs de prueba

Los packs de prueba no se gestionan como expedientes reales. Si aparece un pack de prueba en simulacros o autorizaciones: no se trabaja como si fuera un cliente real · se cierra o se deja fuera del flujo operativo real.

18. Qué hacer cuando el sistema muestra estados incoherentes

Puede ocurrir que una pestaña marque pendiente, otra indique que ya está hecho, o un caso figure como simulacro pendiente pero el expediente ya esté cerrado. En esos casos, no se actúa a ciegas. Hay que: revisar historial · revisar si hay autos enviadas · comprobar si el bebé ya ha nacido · revisar si el expediente ya está cerrado · corregir el estado operativo real.

19. Criterio de trabajo que se refuerza hoy

La operativa no consiste en copiar, pegar y enviar sin pensar. Consiste en: entender qué trámite estás tocando · saber por qué lo haces · revisar si ese paso sigue teniendo sentido · anticipar errores · no duplicar trabajo. Eso es especialmente importante en: simulacros · autorizaciones · criterios por pack · lectura de estados.

Módulo 6

Vía larga + cierre de pack + criterio de tramitación + atención a cliente

Objetivo del módulo

En este módulo la persona nueva debe:

  • saber tramitar una prestación por vía larga paso a paso
  • entender cuándo se usa la vía larga
  • completar correctamente una solicitud con datos reales
  • registrar el seguimiento del expediente
  • diferenciar vía normal vs vía larga
  • cerrar un pack completo correctamente
  • interpretar casos reales de clientes
  • explicar pagos y plazos de forma clara
Bloque A · Contenido técnico / formativo
1. Qué es la vía larga

La vía larga es una forma alternativa de presentar la prestación cuando: la vía normal falla · la Seguridad Social no permite tramitar correctamente · la persona está en pago directo. → Actualmente, el uso principal es en casos de pago directo.

2. Cuándo usar vía larga

Se utiliza cuando: la persona está de baja médica y en pago directo · el sistema no reconoce que está de alta · hay errores técnicos en la plataforma habitual. → No es la vía habitual, es una solución alternativa.

3. Qué es el pago directo

El pago directo ocurre cuando la persona está de baja médica y finaliza su contrato. En ese caso: deja de pagar la empresa · pasa a pagar la Seguridad Social directamente. → Esto afecta a cómo se tramita la prestación.

4. Datos necesarios para tramitar

Para completar una vía larga se necesitan: DNI (y fecha de validez) · número de soporte · número de Seguridad Social · datos personales · datos laborales · datos del bebé · IBAN · documentación (DNI, libro de familia, representación).

5. Tipos de solicitud

Dentro del formulario: solicitud inicial · periodos sucesivos. → Es clave seleccionar correctamente.

6. Inicio del descanso antes del parto

Se puede adelantar el inicio del permiso: máximo 4 semanas antes del parto. Pero esas semanas se descuentan del total. Ejemplo: si adelanta 4 semanas → luego quedan menos semanas tras el nacimiento.

7. Selección de situación laboral

Este punto es crítico. Ejemplo: pago directo → se marca como desempleo / cese de actividad; trabajador activo → cuenta ajena o autónomo. → No depende de cómo estaba antes, sino de su situación en ese momento.

8. Cálculo automático del sistema

El sistema calcula automáticamente la duración e indica fecha máxima. → pero hay que validar que no exceda el límite.

9. Documentación obligatoria

Debe adjuntarse: modelo de representación · DNI · libro de familia. → Formato flexible (foto, captura, PDF).

10. Código de seguimiento

Al finalizar la solicitud se genera un código de seguimiento. Este código permite consultar el estado y es imprescindible guardarlo. → Se registra en la hoja de seguimiento.

11. Diferencia visual entre vías

Vía normal: plataforma moderna · integrada en Seguridad Social.
Vía larga: interfaz antigua · formato distinto · comprobante diferente. → Esto ayuda a identificar errores.

12. Plazos de la prestación

Aprobación → puede tardar varias semanas. Primer pago → 10-15 días desde aprobación. → No desde la solicitud.

13. Diferencia entre nómina y prestación

Muy importante para cliente: la empresa paga hasta el nacimiento; la Seguridad Social paga después. Ejemplo: nacimiento el día 13 → empresa paga del 1 al 12 → INSS paga desde el 13. → Por eso pueden recibir importes parciales.

Bloque B · Contenido operativo
14. Flujo completo de vía larga
  1. acceder al sistema
  2. introducir referencia + DNI
  3. validar con código
  4. seleccionar solicitud inicial
  5. rellenar datos personales
  6. rellenar datos del bebé
  7. indicar situación laboral
  8. añadir IBAN
  9. adjuntar documentación
  10. firmar
  11. validar con código
  12. generar solicitud
15. Registro en la hoja de seguimiento

Tras finalizar: copiar código de seguimiento · ir a la pestaña “seguimiento” · añadir nombre, número de pedido, fecha y código.

16. Guardado de documentación

Descargar justificante PDF · renombrarlo correctamente · subirlo a Drive · ubicarlo en carpeta del cliente.

17. Revisión del pack

Antes de cerrar: comprobar qué servicios aplican · identificar si hay casos no tramitables. Ejemplo: mutualidades (Muface, Isfas, Mugeju) → no se tramita por Seguridad Social.

18. Criterio clave de negocio

No todo se tramita. Hay que: leer el formulario · entender la situación · decidir qué aplica. → Esto es clave en PxN.

19. Edición del informe final

El informe se genera automáticamente, pero requiere revisión manual. Debe ajustarse: fechas reales · duración · eliminar estimaciones si no son fiables · adaptar a cada caso.

20. Cierre del pack

El cierre incluye: subida de documentación · informe final · envío por Chronos · envío por email · acceso a Drive. → El cliente recibe todo centralizado.

21. Atención a cliente (caso real)

Ejemplo trabajado. Cliente pregunta: “solo he cobrado 500 €”. Respuesta correcta:

  1. verificar fechas
  2. explicar diferencia empresa / INSS
  3. explicar plazos
  4. validar si está aprobado

→ Siempre explicar con contexto.

22. Regla de comunicación

Nunca dar respuestas genéricas. Siempre: revisar expediente · revisar fechas · adaptar respuesta.

23. Resultado esperado del módulo. La persona debe ser capaz de: tramitar una vía larga completa · registrar seguimiento · diferenciar vías · interpretar pagos · explicar plazos a cliente · cerrar un pack correctamente · aplicar criterio de qué sí / qué no se tramita.

Propuestas para siguiente formación
  • plantilla estándar de respuesta a clientes (pagos, plazos, dudas frecuentes)
  • checklist de cierre de pack
  • casos reales de error en vía larga
  • criterios completos de mutualidades
  • simulación completa de expediente (inicio → cierre)

Anexo

Apuntes de formaciones anteriores

Resúmenes de las sesiones de formación y llamadas de equipo (CALL PXN) celebradas entre el 31 de marzo y el 15 de abril de 2026, ordenados cronológicamente. Sirven como memoria operativa de criterios y casos ya trabajados.

Formación · 31/03/2026

Prioridades, autorizaciones y periodos sucesivos

La formación arrancó organizando prioridades del equipo: primero había que sacar 3 autorizaciones pendientes, después avanzar con los periodos sucesivos que estaban sin tramitar, y dejar para más tarde simulacros o tareas menos urgentes. También se fijó un criterio claro: si una persona pregunta por su convenio colectivo, se le indica que debe pedirlo directamente a su empresa; no se redacta un escrito si no es cliente.

Uno de los bloques principales fue la gestión de autorizaciones. Se repasó que, en este flujo, normalmente hay que enviar tres documentos: solicitud de maternidad/paternidad, tarjeta sanitaria de la mamá y tarjeta sanitaria del papá. Además, se revisaron incidencias donde el cliente decía que no le habían llegado documentos, pero internamente sí figuraban como enviados o autorizados, por lo que se insistió en verificar el estado real antes de duplicar trabajo.

La segunda gran parte fue la práctica de periodos sucesivos. Se trabajaron casos reales como Lucía, Guillermo y Cristian, repasando el proceso: revisar empresa correcta, fechas, jornada completa o parcial, teléfono, email, número de cuenta y lanzar la solicitud. Quedó muy marcado que, si hay error en los datos —como un IBAN mal copiado—, el trámite puede fallar, y que el comprobante descargado debe guardarse siempre.

Aquí salió una regla operativa muy importante para el manual: el orden correcto es solicitar el sucesivo, descargar el comprobante, guardarlo en Drive y después cerrar en Chronos. Si se cierra en Chronos sin subir antes la documentación al Drive, el mensaje automático puede no salir. Ese fue uno de los aprendizajes más claros del día.

También hubo bastante peso de bloqueos técnicos. Nicolás y Dayana no podían finalizar algunos trámites porque no tenían bien instalada Autofirma, así que se desvió parte del trabajo hacia otras tareas mientras Javi resolvía la instalación. En paralelo, se reforzó la idea de que, si un trámite se atasca por un problema técnico, no se debe paralizar todo: se reasigna trabajo para seguir avanzando.

Otro bloque muy importante fue la Ayuda de 100 € por madre trabajadora (Modelo 140). Se asignaron varios casos a Nicolás y Dayana, y se aclaró un criterio clave: si la persona la quiere “en renta”, no se tramita desde ahí, porque se aplicará en la declaración del año siguiente; en esos casos debe constar como “no aplica” o “no tramitamos”. También se recordó revisar siempre en qué cuenta debe ingresarse la ayuda antes de completar los datos.

La sesión incluyó además un entrenamiento práctico de maternidad por vía larga, usando el caso de Nairu. Se repasó cómo preparar el poder de representación, la solicitud de nacimiento, la afiliación del bebé, el envío a firma electrónica y el registro del código de seguimiento. También se vio que, si el alta normal no puede hacerse, se pasa a vía larga, y que en afiliación del bebé hay campos que deben quedar en blanco precisamente porque el trámite busca obtener ese número.

En atención a clientes se fijaron varios criterios útiles: el primer cobro suele tardar 10 a 15 días desde la aprobación; si un cliente no ve una resolución o aprobación, primero hay que pedir autorización para consultar “tus gestiones”; y cuando hay dudas de cuantías, conviene pedir la resolución de aprobación, porque ahí figuran los importes diarios. También se explicó que el cobro puede variar según el número de días del mes.

En cuanto a política interna de servicios, se recordó que el Pack Plus no incluye cálculo de lactancia, porque eso es propio del Premium, y que en el Esencial los clientes nuevos ya no tienen WhatsApp, mientras que algunos antiguos sí lo conservan por venir de la política anterior.

Por último, quedaron varias ideas operativas muy claras: documentar siempre incidencias, dejar seguimientos fechados cuando algo no pueda cerrarse, corregir documentación aunque ya se hubiera firmado si hay errores de nombres, y mantener ordenadas las carpetas para evitar duplicidades o confusiones.

Idea-fuerza del día. La formación del 31/03 estuvo enfocada en que el equipo interiorizara una secuencia de trabajo muy concreta: priorizar, tramitar con orden, guardar comprobantes, no bloquearse por incidencias técnicas y dejar siempre trazabilidad en el sistema.
Formación · 01/04/2026

Packs completos: cerrar con orden y criterio

La sesión del 1 de abril estuvo enfocada en consolidar el trabajo práctico del equipo sobre packs completos de trámites, revisando de forma muy detallada cómo gestionar altas en Seguridad Social, Tarjeta Sanitaria Europea, ayuda de 100 €, maternidad, paternidad y periodos sucesivos. También se reforzaron varios criterios de control de calidad para evitar errores antes de tramitar.

Uno de los primeros puntos clave fue la importancia de verificar siempre la ortografía exacta de los apellidos del bebé antes de iniciar cualquier trámite. Se insistió en que un error en este punto obliga a rehacer solicitudes y puede afectar gestiones como el alta en Seguridad Social o la ayuda de 100 €.

Se repasó el proceso completo de un pack de trámites, usando como ejemplo el pack 9182. El orden de trabajo fue: alta del bebé en Seguridad Social, solicitud de Tarjeta Sanitaria Europea, revisión de si procedía o no la ayuda de 100 €, y después tramitación de la prestación por nacimiento para madre y segundo progenitor. Se dejó claro que no se empieza a tramitar un pack hasta comprobar que todo esté en “okay”.

En la parte de alta en Seguridad Social, se explicó cómo dar de alta al bebé como beneficiario, revisar qué progenitor figura como titular, comprobar domicilio y firmar con certificado digital. Además, se recalcó que, una vez finalizado el trámite, hay que descargar y guardar correctamente dos documentos: el comprobante de alta y el certificado de beneficiario.

Sobre la Tarjeta Sanitaria Europea (TSE), se fijó una regla muy clara: en los packs Premium y Plus se tramita para ambos progenitores cuando corresponda, mientras que en los packs Esencial normalmente solo se tramita para el progenitor con el que el menor está vinculado como beneficiario. También se insistió en revisar bien el domicilio y en guardar la solicitud en PDF con una nomenclatura clara antes de subirla al Drive y cerrar el caso en Chronos.

En cuanto a la prestación por nacimiento, se recordó que el inicio del descanso siempre debe coincidir con el día del nacimiento y que hay que revisar con mucho cuidado el resumen final antes de registrar la solicitud. También se vio que, aunque falten algunos documentos como certificado de empresa o inscripción del menor, se puede dejar la solicitud preparada y pedir lo pendiente al cliente para no frenar el proceso.

Respecto a la ayuda de 100 €, se reforzaron varios criterios. Si en el pack consta que la persona la quiere en renta, no se tramita como abono anticipado. Si hay duda entre pago mensual o renta, se deja pendiente y se pregunta al cliente antes de cerrar. También se aclaró que, aunque habitualmente se use la cuenta de la madre, si en el formulario se indica otra cuenta específica para esta ayuda, debe utilizarse la señalada.

Otro bloque importante fue el de mutualidades y regímenes especiales. Se dejó claro que cuando una familia está en MUFACE, ISFAS u otro régimen mutualista, algunos trámites de Seguridad Social pueden no proceder, pero eso no significa automáticamente que la ayuda de 100 € no corresponda. Hay que revisar quién paga realmente la prestación y clasificar bien el caso antes de marcarlo como “no aplica”.

La sesión también trabajó bastante los periodos sucesivos. Se repasó cómo identificar qué sucesivos estaban realmente listos para tramitar —solo los marcados en verde— y cómo gestionar casos normales y casos más complejos por vía larga. En este último tipo, se usó poder de representación y código QR, y se comprobó que puede dar bastantes errores técnicos, por lo que exige más supervisión.

Aquí salió una regla operativa muy importante: el certificado de empresa de un periodo sucesivo no puede presentarse por adelantado, porque debe emitirse con fecha del mismo día de inicio del periodo. Este criterio quedó muy marcado como uno de los aprendizajes clave de la jornada.

A nivel de organización interna, también se vio que había un volumen muy alto de chats pendientes, así que se priorizó responder chats antes de volver a trámites más largos. Además, se repartieron funciones: Miriam centrada en maternidad y paternidad, Paula apoyando cierres, revisiones y formación, y Nicolás y Dayana avanzando con ayuda de 100 €, TSE y altas en Seguridad Social para ganar práctica real.

Por último, se reforzaron varios criterios operativos útiles para el manual: usar las observaciones como sistema de alerta, dejar en rojo lo interno y sensible, marcar bien qué packs están siendo trabajados para evitar duplicidades, y documentar cualquier error técnico o incidencia antes de continuar.

Idea-fuerza del día. La formación del 01/04 estuvo muy enfocada en que el equipo aprendiera a cerrar packs con orden y criterio, entendiendo qué trámites van primero, qué depende de qué, qué documentos hay que guardar siempre y cuándo un caso requiere parar, preguntar o dejar anotación antes de seguir.
Formación · 07/04/2026

Parto múltiple, cierre de packs y expedientes archivados

La reunión del 7 de abril giró sobre todo en torno a tres bloques: documentación de parto múltiple, cierre correcto de packs de maternidad/paternidad y seguimiento de expedientes que estaban archivados o pendientes de reapertura. También se reforzaron varios criterios operativos importantes para evitar errores al cerrar expedientes o preparar documentación antes del nacimiento.

Uno de los primeros temas fue el caso de Estela, donde el ayuntamiento había enviado un certificado histórico de empadronamiento en lugar del colectivo que normalmente se pide. Aun así, se decidió enviar el documento tal y como estaba, para no paralizar el caso, y dejar toda la documentación lista en la carpeta de terminados para cerrarlo de forma conjunta después de la última revisión.

El gran bloque del día fue la documentación de parto múltiple. Se explicó al equipo que estos casos suelen implicar dos ayudas distintas: por un lado, el subsidio por parto múltiple y, por otro, el pago único por parto múltiple. Se recalcó que hay que revisar con muchísimo cuidado los formularios de datos básicos y del bebé para saber quién es la persona beneficiaria de cada trámite y evitar errores al preparar la documentación.

En esta parte se trabajaron varios casos concretos, como el de Araceli Vázquez, donde se concluyó que el pago único debía ir a nombre de la madre y el subsidio a nombre del padre, según la información recogida en formularios. También se revisaron detalles como nacionalidad, dirección correcta, segunda residencia, cuenta bancaria y si existían hijos anteriores, porque eso puede afectar apartados como familia numerosa o determinadas casillas del formulario.

Otro criterio importante del día fue cómo actuar cuando la documentación de parto múltiple se prepara antes de que nazcan los bebés. La recomendación fue dejar los documentos prácticamente listos, pero esperar a completar nombres definitivos y datos del nacimiento antes de enviarlos a firmar, para no generar errores posteriores por nombres faltantes o incompletos. Cuando el nacimiento ya se ha producido, entonces sí se completa y se manda a firma inmediatamente.

También se fijó una forma clara de organizar estas ayudas dentro del Drive: crear carpetas separadas de “subsidio” y “pago único”, y una vez presentadas o listas, mover los comprobantes a “terminados”. Se insistió en que esta separación ayuda mucho a no mezclar documentos y a cerrar después con más seguridad.

Además del trabajo de partos múltiples, se revisaron varios periodos sucesivos con incidencias, como el caso de Álvaro, donde había fechas mal puestas y hubo que corregirlas con urgencia. También salió el criterio de que, cuando una persona tiene situaciones laborales mixtas —por ejemplo, autónomo y cuenta ajena a la vez—, conviene preguntar de forma expresa si quiere el mismo número de semanas en ambas prestaciones antes de tramitar.

Otro bloque relevante fue el de los expedientes archivados o bloqueados, especialmente el caso 8056, cuya reapertura seguía sin respuesta. Ante esa falta de movimiento, se decidió presentar una nueva queja, adjuntando captura del estado y justificante previo, para dejar constancia de que la reapertura se había solicitado y seguía sin avance. Aquí se reforzó la idea de que, si un expediente no se actualiza tras un tiempo razonable, hay que pasar a la fase de queja o reclamación.

En materia de cierre de packs, se repasó paso a paso cómo debe hacerse correctamente: antes de cerrar hay que revisar toda la información, comprobar fechas, cuantías, cuenta bancaria, tipo de prestación, descargar el informe en PDF y asegurarse de que también está el certificado de beneficiarios, porque ahí aparece el número de Seguridad Social del bebé, que luego hay que reflejar en el informe. Solo después de tener todo esto correctamente guardado en “terminados” se cierra el pack en Chronos.

Se insistió mucho en una idea: es mejor tardar un poco más en revisar que cometer un error en una prestación, porque una vez solicitada, modificar datos puede ser mucho más problemático. También se recordó que la maternidad/paternidad puede cerrarse aunque falten algunos documentos, pero esos faltantes deben quedar identificados y bien controlados.

La sesión también dejó claros varios criterios sobre situaciones especiales. Se explicó que esta categoría aplica, por ejemplo, en partos múltiples, en casos de ingreso hospitalario del bebé o si el recién nacido ha tenido peso inferior a 1.500 gramos, porque eso puede modificar la duración del permiso o generar ampliaciones. Se recordó que estos datos suelen aparecer ya reflejados en el formulario del bebé y hay que estar atentos al revisarlo.

En los casos de pluriempleo, se repasó que, si una persona tiene dos trabajos, al simular la prestación aparecen ambas empresas y hay que marcar de forma manual las semanas que solicita en cada una. Aquí volvió a salir una regla práctica muy útil: cuando hay más de una empresa, siempre es recomendable preguntar exactamente qué semanas quiere la persona en cada una, en vez de asumir que serán iguales.

También se tocaron varios supuestos de no aplica, como mutualidades o personas sin cotización en Seguridad Social para determinadas prestaciones. La pauta fue clara: si realmente no procede el trámite, debe dejarse reflejado como “no aplica” o “no tramitar”, y aun así cerrar bien la parte documental del expediente para que no quede abierta de forma innecesaria.

Idea-fuerza del día. La formación estuvo muy enfocada en que el equipo aprenda a cerrar bien, no solo rápido: revisar formularios con lupa, distinguir correctamente subsidio y pago único en partos múltiples, detectar cuándo algo está archivado y exige reclamación, y no cerrar un expediente sin informe, comprobantes y certificado de beneficiarios bien guardados.
CALL PXN · 08/04/2026

Sostener el orden cuando hay mucho volumen

La sesión del 8 de abril estuvo muy enfocada en ordenar la operativa del equipo en medio de bastante volumen de trabajo. Se habló de enseñar a Nicolás a gestionar una maternidad de pago directo, de seguir formando al equipo en trámites menos habituales y de dejar grabados algunos procesos para usarlos después como apoyo interno.

Uno de los temas más claros del día fue la necesidad de poner orden visual en la asignación de tareas. Se definió un sistema de colores para trabajar mejor los packs y sucesivos: azul para Nicolás, naranja para Dayana, rosa para Paula, y se dejó claro que había que unificar el código para no confundirse con lo urgente o con lo que no se puede hacer todavía. Más tarde, además, se reforzó que Dayana debía entrar en la pestaña de packs y ejecutar todo lo marcado en naranja, incluyendo autorizaciones, trámites y cierre por Chronos.

También se trabajó mucho sobre qué hacer cuando la operativa técnica falla. Hubo varios problemas de acceso o lentitud con Seguridad Social y también incidencias con Chatwoot (el chat de clientes donde se atiende a las familias), donde a algunos miembros no les llegaban bien los accesos o no funcionaba la restauración de contraseña. Como la Seguridad Social iba especialmente lenta, se propuso aprovechar el tiempo adelantando otras tareas, como ayudas de 100 € de mamá trabajadora.

Otro aprendizaje importante del día fue el de los comprobantes que no se descargan a tiempo. Se revisó un caso de sucesivo que aparecía como tramitado, pero no estaba ni en WhatsApp ni en Drive. La conclusión fue muy clara: si el trámite se ha hecho pero no se descargó el comprobante en ese momento, luego puede verse que está presentado, pero ya no se puede volver a descargar. Eso refuerza otra vez la importancia de guardar todo en el momento correcto.

En el plano comercial-operativo, también se habló de cómo vender trámites grises o más delicados. Paula planteó el caso de una clienta a la que el INSS ya no iba a responder más por vía de quejas y que necesitaba una reclamación formal previa por una base mal calculada. Como era un trámite con trabajo real pero sin garantía de éxito, se decidió ofrecerlo como una “rectificación de datos” de 19,90 € / 20 €, en vez de meterlo como una ampliación más cara.

Hubo además conversación sobre precios y percepción de valor. Se comentó que los sucesivos a 9,90 € están muy ajustados, aunque se mantuvo la idea de no mover precios de momento ese año. El equipo coincidió en que 20 € por un sucesivo simple puede resultar caro para algunos casos, especialmente si solo es un tramo corto.

Uno de los bloques más tensos del día fue la gestión de una clienta conflictiva de un pack Plus. Según se comenta en la llamada, la clienta reclamó con insistencia porque entendía que se le había prometido más de lo que realmente incluía su pack. El equipo revisó que el pack Plus no incluía ciertas gestiones como si fuera Premium, pero, por la conversación previa mantenida por teléfono y la mala expectativa generada, decidieron regalarle un sucesivo, hacerle el cálculo de lactancia y avanzar también con el título de familia numerosa, que sí había comprado aparte. Aquí volvió a salir una idea muy importante: el teléfono genera muchos malentendidos si no se deja todo bien encajado por escrito.

Relacionado con esto, se repasó la documentación que faltaba para completar ese caso: empadronamiento colectivo, documentación de identidad, registros y otros documentos necesarios para tramitar correctamente el título de familia numerosa. Se dejó claro que el problema no era “no haber hecho nada”, sino que faltaban documentos del cliente para poder seguir.

En cuanto a la ayuda de 100 €, salió una regla práctica muy útil para gemelos o parto múltiple: si la persona la quiere en modalidad mensual, hay que hacer una solicitud por cada hijo, no una única solicitud conjunta. Es una de esas pequeñas reglas operativas que conviene tener súper visibles porque se olvidan fácil.

También se tocaron varios criterios de comunicación con clientes. Por ejemplo, cuando un cliente está nervioso o bloqueado, a veces un audio corto y claro funciona mejor que varios mensajes escritos. Paula puso un ejemplo muy bueno explicando que primero se pueden tramitar las 19 semanas, y dejar lactancia y vacaciones para más adelante, cuando ya se tenga el calendario y se pueda ver qué les sale más ventajoso.

A nivel de seguimiento interno, Miriam explicó que no basta con filtrar por “tramitar”, porque muchos sucesivos no se están volcando bien. Por eso recomendó revisar también por fecha de inicio y por casos “pasados de fecha”, marcándolos visualmente y haciendo revisión manual cuando haga falta. Es decir: menos confianza ciega en el sistema y más revisión operativa real.

La sesión terminó bastante orientada a preparar el día siguiente: grabar procesos útiles, enseñar cambios de datos como el sexo del bebé o rectificaciones, seguir asignando packs por colores y avanzar con más autonomía cuando ya estuvieran funcionando bien los accesos al chat de clientes.

Idea-fuerza del día. La llamada giró sobre una idea muy concreta: cuando hay mucho volumen, lo más importante es sostener el orden. Eso significa asignar mejor, dejar los criterios visibles, no perder comprobantes, no depender solo del sistema y comunicar muy bien qué incluye cada pack para evitar incendios con clientes.
CALL PXN · 10/04/2026

Preparar bien para ejecutar mejor

La sesión del 10 de abril estuvo muy centrada en ordenar pendientes reales, repartir mejor la carga entre Nico y Dayana y avanzar en todo lo que pudiera dejarse preparado, aunque varias herramientas siguieran fallando. Desde el principio se revisó qué podía sacar Nico en autonomía, qué debía quedarse Miriam, y qué convenía pasar a Paula por depender de Autofirma, QR o registro.

Uno de los primeros temas fue el caso 9267, una clienta que había comprado un pack esencial y un título de familia numerosa. Se revisó que todavía no había enviado el formulario específico de familia numerosa, así que se dejó claro que el siguiente paso era volver a pedirle esa documentación y fijar seguimiento para después de su cita o de la entrega pendiente.

En esa parte volvió a reforzarse un criterio importante: para tramitar correctamente familia numerosa hace falta pedir bien el formulario y la documentación complementaria, y no se puede cerrar nada “a medias” si faltan datos de progenitores, hijos o documentación básica. La lógica del día fue justo esa: mejor dejar el expediente bien pedido y bien anotado que aparentar que está avanzado cuando aún no lo está.

Otro bloque fuerte del día fue el de las rectificaciones de datos. Paula explicó cómo se tramita una rectificación del sexo del bebé: se hace por el enlace de modificación de datos, adjuntando un escrito firmado, el certificado de nacimiento, el alta incorrecta y la documentación necesaria para que la Tesorería corrija el dato. Nico se puso con ese trámite en directo para aprenderlo haciéndolo.

También se trabajó la rectificación de cuenta bancaria, aclarando que se hace por registro, con asunto específico de rectificación de cuenta y adjuntando la documentación que permita identificar correctamente a qué expediente o prestación afecta el cambio. En esta parte quedó la duda de qué documentación exacta había que adjuntar en algunos casos, y se decidió esperar la validación final de Paula antes de cerrarlo del todo.

El otro gran protagonista del día fue el atasco técnico: “Tus gestiones” y parte de la operativa de Seguridad Social seguían cayéndose, lo que impedía revisar estados, tramitar sucesivos o rematar vías largas con normalidad. Por eso buena parte del trabajo se reconvirtió en preparar escritos, clasificar pendientes y avisar a clientes de que el sistema seguía dando error.

En esa misma línea, se acordó que cuando el sistema está caído hay que comunicarlo con claridad a los clientes para que no piensen que no se está trabajando en su caso. De hecho, Miriam pidió expresamente que se les enviara el recorte o aviso correspondiente para que supieran que el bloqueo era técnico y no falta de gestión por parte del equipo.

Hoy además hubo avance con las vías largas porque por fin llegaron varios QR. Aun así, aunque ya se podían copiar los códigos y preparar el acceso, seguían dándose errores en algunos puntos del proceso. Paula aprovechó para enseñar otra vez cómo se inicia una vía larga: desde el QR, indicando que se actúa para otra persona, marcando el tipo de representante correcto y evitando llevar el proceso a “tu seguridad social” cuando no toca.

En el reparto de tareas quedaron localizadas al menos dos vías largas para preparar documentación de forma prioritaria, entre ellas la de Antonio (9584) y otra adicional, mientras que otras ya estaban prácticamente montadas y solo esperaban ejecución técnica cuando el sistema dejara. Además, Miriam comentó que estaba identificando también bastante documentación de parto múltiple para dejarla anotada en pendientes y no perderla de vista.

Otro punto útil del día fue la formación sobre cómo priorizar pendientes. Miriam recordó a Nico que no todo lo que aparece en colores o en estado “tramitar” se toca igual: los amarillos no se hacían en ese momento, algunas filas estaban duplicadas, y otras tenían notas rojas o dependían de datos que todavía no existían. Es decir, hoy se trabajó mucho el criterio de leer antes de ejecutar.

También se reforzó el uso de estados internos para dejar todo bien clasificado: preparado, pendiente de firma, listo para tramitar, error de plataforma o pendiente por QR. Aunque parezca menor, esta parte fue clave para que el trabajo no se perdiera entre bloqueos técnicos y para que otra compañera pueda retomar el caso sin empezar de cero.

En el plano operativo, hubo además bastante trabajo de revisión de sucesivos. Se vio que algunos no podían tocarse porque faltaban datos, otros estaban mal clasificados y algunos dependían de que Dayana los retomara. Se reafirmó la necesidad de marcar bien cada caso en color y dejar claro si realmente está listo o solo parece listo.

Idea-fuerza del día. La jornada fue muy de preparar bien para ejecutar mejor: menos cierres espectaculares y más estructura interna. Se avanzó en enseñar rectificaciones, ordenar familia numerosa, reactivar vías largas con QR y sostener el trabajo aunque Seguridad Social siguiera fallando.
CALL PXN · 13/04/2026

No todo bloqueo es culpa del trámite

La sesión del 13 de abril estuvo marcada por un arranque bastante intenso, con varios clientes escribiendo por muchos canales a la vez y con el equipo intentando contener urgencias mientras seguían saliendo incidencias técnicas y documentales. Uno de los primeros focos fue el caso 9067, donde hubo presión del cliente porque sentía que no se le estaba contestando, aunque en realidad la referencia iba dirigida a otra persona y no a Paula directamente.

A nivel operativo, volvió a salir un patrón que se repite mucho: cuando falta información del padre o hay datos incompletos, no se puede improvisar. Nico lo vio con un simulacro donde faltaba el DNI del padre y se le explicó que, si faltan esos datos o el teléfono no entra, toca usar el mensaje de “no teléfono” o pedir la información por chat antes de seguir. También se recordó que si un caso parece monoparental o no trae datos completos del otro progenitor, primero hay que confirmarlo antes de meter mano.

Otro gran tema del día fue el bloqueo general de la Seguridad Social. El equipo comentó varias veces que desde por la mañana no estaban dejando ni hacer sucesivos ni entrar con normalidad en ciertas partes de la plataforma. Paula llegó a decir que llevaba días con incidencias técnicas y que así no se podía trabajar, mientras Miriam proponía incluso poner una queja porque el atasco ya estaba afectando a la producción real del equipo.

Además, se revisaron varios casos donde el verdadero problema no era el equipo, sino que el cliente o la empresa habían aportado mal la documentación. Esto salió muy claro con un caso donde primero parecía que la empresa debía hacerse cargo de la paternidad por vacaciones cotizadas, pero luego se descubrió que el cliente había dado una información errónea sobre los días reales. Esa parte reforzó una idea importante del día: muchas veces el atasco no está en el trámite, sino en que los datos iniciales no son fiables.

El caso más caótico de la jornada fue probablemente el de Lady Catherine. Al revisar la documentación, detectaron que había certificados mal emitidos, nombres invertidos, documentación cruzada y, lo más surrealista, que parecía que la propia clienta se había inscrito a sí misma en lugar de al bebé en el registro. Esto obligó al equipo a revisar todo con lupa, distinguir qué documento correspondía realmente al menor y decidir que el caso quedaba demasiado enredado para resolverlo deprisa y corriendo.

También hubo trabajo importante de rectificaciones y reaperturas. Miriam López Vázquez estaba con una rectificación de cuenta bancaria y, a la vez, se revisaba otro caso en el que había que pedir a la empresa que corrigiera el certificado de empresa porque salían 17 semanas en lugar de 19. Ahí se acordó que, si el error venía de la empresa, primero había que pedirles la corrección, y además dejar preparado el escenario por si había que hacer una reapertura o una modificación ante Seguridad Social. Incluso se valoró “regalar” esa modificación al cliente para desactivar el conflicto.

En paralelo, se revisó el caso 8778, donde la clienta veía la prestación como “anulada” o “cancelada” en sus notificaciones, pero no había llegado ninguna resolución clara. La pauta acordada fue revisar si se había enviado el LINA/LINAT, si estaban los certificados de empresa correctos y, antes de sacar conclusiones, pedir autorización y revisar el expediente con más detalle.

A nivel de ayudas, hubo una buena noticia con un caso de parto múltiple: después de varias quejas, ya les habían confirmado que iban a ingresar la prestación, lo que sirvió para cerrar el círculo y demostrar que insistir con una queja a tiempo puede funcionar. Eso dio un pequeño respiro entre tanta incidencia.

También se siguió formando al equipo en documentación de parto múltiple. Dayana preguntó específicamente si los documentos para preparar iban en la pestaña de subsidio o de pago único, y se le confirmó que el trabajo estaba justo en esas carpetas. Luego Miriam le enseñó cómo mandar a firmar el poder de representación con iLovePDF, usando firma dibujada y cuidando bien qué documento correspondía a cada trámite. Se recalcó además que el poder de representación era solo para el pago único, no para el subsidio.

En la parte final del día se vio bastante trabajo de reparto y asignación interna. Miriam comentó que había repartido varios packs, cuatro para Dayana y tres para Nico, y que además había que recordar mirar bien las observaciones antes de ponerse a tramitar. Eso encaja con la lógica general del día: con tanto ruido, tanta llamada y tanta incidencia, la única forma de no perderse era repartir tareas con criterio y dejar todo muy claro.

Idea-fuerza del día. La sensación general del 13/04 fue esta: no todo bloqueo es culpa del trámite. A veces el expediente está frenado porque la Seguridad Social falla, otras porque la empresa emite mal un certificado, y otras porque el propio cliente manda documentación incorrecta o incompleta. El trabajo del equipo fue justamente separar una cosa de la otra y no dejar que el caos del cliente se convirtiera en caos interno.
CALL PXN · 14/04/2026

Limpiar pendientes y corregir criterios en packs

La sesión de hoy estuvo muy centrada en limpiar pendientes reales, desbloquear vías largas y corregir errores de criterio en packs y prestaciones. Desde el inicio se repasó qué le quedaba a Nico por cerrar, qué packs seguían abiertos y qué trámites seguían atascados entre comprobantes pendientes, maternidades sin rematar y sucesivos todavía sin ejecutar.

Uno de los temas más importantes del día fue el caso 9150, una maternidad que viene de pago directo. Se confirmó que ese tipo de caso no iba por la vía normal, sino por vía larga, y que Paula prefería asumirlo ella directamente para que Miriam pudiera centrarse en chat y otros frentes. Eso dejó bastante claro que los expedientes de pago directo siguen tratándose como casos delicados y conviene no repartirlos sin control.

También hubo bastante foco en las ampliaciones por hospitalización. Se revisó el caso de Valeria, que sí había podido hacerse, frente al de Marvin, que seguía dando error de plataforma al intentar tramitarlo. A partir de ahí se confirmó que el problema no era el expediente en sí, sino la propia página de la Seguridad Social, que seguía fallando también con otros trámites.

Otro bloque fuerte del día fue la gestión de los QR para vías largas. Se comprobó qué códigos estaban ya usados, cuáles seguían libres y cuáles había que reservar para casos concretos. Miriam llegó a subir nuevos códigos y a marcarlos en verde claro para que el equipo tuviera visibilidad inmediata. La conclusión práctica fue que el cuello de botella no era la falta de QR, sino los errores de la propia plataforma.

En paralelo, se insistió mucho en priorizar packs antes que simulacros o autorizaciones, sobre todo en el caso de Nico. Miriam le pidió expresamente que cerrara primero los packs pendientes y dejara lo demás para más tarde. La lógica del día fue muy clara: primero cerrar lo que ya está medio hecho y luego ir a lo accesorio.

A nivel operativo salió un aprendizaje importante con los certificados de empresa. Se recordó que, cuando el cliente envía un certificado, no basta con marcarlo como recibido: hay que comprobar que las fechas del certificado coinciden con lo que se pidió realmente en la prestación. Ese control se remarcó varias veces como parte esencial del cierre de packs.

También hubo revisión de sucesivos con cobro retrasado o dudoso, como el caso de Rocío y Miguel, donde aparecía como resuelto y con mensajes de abono, pero seguía sin haberse cobrado. Ahí se comentó que, por fechas, todavía podía encajar un pago a final de mes, aunque el caso quedaba bajo vigilancia. Eso reforzó otra idea del día: no todo lo “resuelto” está realmente cerrado hasta que el dinero llega.

En la parte de packs, surgió una incidencia útil con la Tarjeta Sanitaria Europea. Nico detectó un caso donde en el sistema aparecía como hecha, pero el documento no estaba en el Drive. Miriam le enseñó entonces cómo recuperarla correctamente: no se guarda como archivo normal, sino con botón derecho e imprimir, porque así es como se genera bien el PDF válido de la TSE.

Aquí además se corrigió un criterio importante: una maternidad o paternidad premium no incluye por defecto la Tarjeta Sanitaria Europea como si fuera un pack completo. Miriam revisó un caso en el que Nico la había ofrecido pensando que entraba dentro del servicio, y le aclaró que eso solo aplica cuando es un pack que lo incluya, no una paternidad o maternidad premium aislada. Fue uno de los aprendizajes operativos más útiles del día.

También se revisaron varios casos de autónomos y esenciales donde los clientes estaban mezclando permiso, lactancia y periodos sucesivos como si todo entrara en el mismo servicio. Paula aclaró con bastante precisión que, en un pack esencial, se pueden tramitar las semanas que indiquen en origen, pero los periodos sucesivos no están incluidos y se cobran aparte. Eso se explicó en un caso donde la clienta quería combinar seis semanas, lactancia y el resto más adelante, y hubo que dejar muy claro qué era prestación y qué era un servicio adicional.

En ayudas también salió una decisión práctica interesante: en un caso de familia numerosa que iba a pasar a categoría especial, Miriam propuso solicitar ya la ayuda de 100 €, para que la familia empezara a cobrar cuanto antes, y después hacer la modificación a 200 € cuando el título cambiara oficialmente. La idea fue muy operativa: mejor que empiecen a percibir algo ya, y luego se corrige gratis, a que se queden esperando meses sin cobrar nada.

A nivel interno, el día también sirvió para un avance importante con Chatwoot (el chat de clientes). Paula confirmó que ya estaban llegando los correos de acceso, Nico consiguió por fin entrar y eso se celebró casi como un hito operativo del día. Más allá de lo anecdótico, era importante porque da autonomía real para gestionar comunicación y seguimiento desde una sola herramienta.

Idea-fuerza del día. La sensación global fue esta: hay mucho trabajo que parece pequeño, pero bloquea muchísimo. Un comprobante que falta, una TSE mal guardada, una vía larga que usa mal el QR, una prestación premium confundida con un pack completo o una familia numerosa mal planteada pueden hacer que un expediente que parecía casi cerrado se quede frenado durante días. Por eso la lección del día fue clara: revisar cada detalle con calma antes de dar un caso por terminado, porque un fallo pequeño mal detectado cuesta después mucho más tiempo de arreglar que de prevenir.
CALL PXN · 15/04/2026

Asesoría estratégica de conciliación laboral (teletrabajo)

La sesión de hoy fue distinta a las internas de operativa pura, porque estuvo centrada en una asesoría estratégica de conciliación laboral. El objetivo principal fue preparar a la clienta para la negociación con su empresa sobre teletrabajo, después de una negativa previa y con la incorporación tras maternidad ya encima. La conversación giró en torno a cómo llegar a esa reunión con una estrategia útil, poco agresiva y bien pensada.

Lo primero que se asentó fue el contexto real del caso: antes de la maternidad, la práctica habitual en la empresa era trabajar en remoto casi toda la semana, con una dinámica muy flexible y normalmente 4 días de teletrabajo y 1 presencial, o incluso más flexibilidad cuando no había necesidad real de oficina. Ese punto se convirtió en la base de toda la estrategia: no se está pidiendo algo nuevo, sino mantener una forma de trabajo que ya existía.

Uno de los mensajes jurídicos más importantes de la llamada fue este: el teletrabajo no se impone, se pacta. Por eso, aunque se pueda pedir formalmente, no se puede plantear como si fuera un derecho automático e indiscutible. La clave no estaba en “exigir” teletrabajo, sino en obligar a la empresa a explicar por qué algo que antes funcionaba ahora ya no puede mantenerse.

A nivel estratégico, se insistió mucho en el tono de la negociación. La recomendación fue acudir con una actitud calmada, conciliadora y muy poco legalista, casi de “yo solo quiero seguir como estaba hasta ahora”. Nada de entrar con colmillo, nada de ir agresiva, nada de enseñar todas las cartas. La idea fue proyectar buena fe, mostrar disposición a entender a la empresa y, al mismo tiempo, obligarles a concretar qué ha cambiado realmente.

En esa línea, se trabajó una pregunta clave para llevar muy clara a la reunión: “Cuando me fui de maternidad, esta era la práctica habitual. ¿Ha cambiado? Y si ha cambiado, ¿ha cambiado para todos?”. Esa pregunta resume casi toda la lógica del caso, porque desplaza la carga de la explicación a la empresa.

Otro punto importante fue dejar constancia de que la negociación empieza el 17 de abril, no el 14, aunque el escrito se hubiera recibido antes. Se explicó expresamente que esa diferencia puede parecer pequeña, pero no lo es, y que conviene fijar bien esa fecha desde el principio. Fue uno de los puntos más concretos y técnicos de toda la sesión.

La propuesta principal que se trabajó de cara a la reunión fue muy clara: mantener 4 días de teletrabajo y 1 presencial, porque era la dinámica que venía funcionando antes. No se recomendó entrar a discutir todavía reducciones, horas concretas o fórmulas más enrevesadas si antes no se entiende exactamente qué objeción pone la empresa sobre la mesa.

También se habló del llamado enfoque de “puerta de atrás”. No en el sentido de renunciar al teletrabajo, sino en el de aceptar que quizá la empresa no quiera formalizarlo por escrito porque no quiere “atarse” ni sentar precedente. Si la empresa da a entender que en la práctica se va a seguir igual, aunque no lo firmen, la estrategia podía ser aceptar esa situación de momento y volver a mover ficha más adelante si hace falta.

A partir de ahí, se planteó un segundo nivel de protección: si la empresa mantiene en la práctica el teletrabajo pero no lo quiere formalizar, se podría esperar unos meses y pedir una concreción horaria más adelante, una vez vista la evolución real tras la reincorporación. Es decir, no quemar todas las balas en la primera reunión.

En la conversación también se abordó el tema de la guardería, la lactancia y la organización familiar, pero con un matiz importante: no convenía entrar en demasiados detalles futuros ni revelar más de la cuenta. La recomendación fue hablar en términos humanos y razonables —necesidad de cierta flexibilidad, organización con la guardería, continuidad de la lactancia—, pero sin convertir eso en un listado rígido de exigencias desde el minuto uno.

De hecho, se insistió en que, si la empresa pregunta por planes futuros o por necesidades más concretas, no conviene adelantarse en exceso. Se puso como ejemplo que otras personas se habían equivocado por contar demasiado pronto toda su estrategia, y eso había debilitado su posición. La consigna fue clara: ir leyendo la reunión, hablar hasta donde conviene y no dar información que todavía no haga falta dar.

Otro bloque importante fue el del posible sondeo sobre salida de la empresa. Se valoró que, aunque no fuera lo más probable, podían tantear si la trabajadora estaría dispuesta a marcharse. En ese escenario, la respuesta aconsejada fue no cerrarse en caliente ni entrar en pánico, sino contestar algo como: “No es una opción que haya barajado; si me lo queréis plantear, dejádmelo por escrito, lo reviso y os respondo”.

La sesión cerró con una idea muy fuerte de fondo: la empresa probablemente no quiere formalizar por escrito el teletrabajo porque eso le quita margen de maniobra, pero eso no significa que la trabajadora tenga que renunciar a protegerse. La estrategia pasa por ser más lista que agresiva: preguntar, escuchar, detectar dónde está realmente el problema y moverse con calma.

Idea-fuerza del día. La clave de esta asesoría fue esta: no se trataba de entrar a pelear, sino de entrar a leer la jugada. La prioridad no era demostrar quién tiene razón desde el minuto uno, sino entender por qué la empresa dice que no, forzarles a explicarlo y mantener una posición inteligente que permita proteger a la clienta sin romper la negociación antes de tiempo.
Prestaciones por Nacimiento Manual de Onboarding · PxN
Guía de referencia del equipo de tramitación y atención — Julio 2026.