Cinco preguntas que evitan respuestas vagas
Pregunta qué versión estará adaptada, en qué fecha, cómo se instalará, qué modalidad utilizará y qué documento identificará el cumplimiento. Añade el soporte previsto para incidencias de remisión.
“Estamos trabajando en ello” no permite planificar. Necesitas una fecha de prueba y saber si la actualización requiere cambiar licencia, infraestructura o formato de datos.
Comprueba el acceso a tus datos
Localiza exportaciones de clientes, productos, facturas y pendientes. Abre los archivos para comprobar que contienen información útil; un botón de exportar no garantiza calidad ni completitud.
Guarda una copia original y anota la versión del programa. El histórico debe permanecer consultable aunque dejes de emitir desde esa aplicación.
Prepara una vía alternativa
Si puedes obtener operaciones estructuradas, el CSV permite generar facturas sin volver a teclearlas. Si el programa puede comunicarse y alguien mantiene el desarrollo, estudia la API. Para poco volumen, utiliza la creación manual.
La alternativa debe probarse antes de la fecha límite. Elige una operación normal y otra problemática para descubrir campos o decisiones que faltan.
Decide sin dramatizar
Actualizar con el proveedor actual suele ser razonable cuando ofrece una solución clara y compatible. VerifacturDocs cobra sentido cuando quieres facturar sin un ERP completo o conservar un sistema que no resuelve el registro.
Compara coste, trabajo de adaptación y dependencia futura. La decisión útil es la que puedes mantener después del primer mes.
Solicitud al proveedor
- Versión y fecha de disponibilidad
- Modalidad y documentación
- Proceso de actualización
- Exportación y recuperación de datos
- Soporte ante rechazos
Qué respuesta necesitas recibir del proveedor
Pide el nombre de la versión, la fecha prevista de disponibilidad, el procedimiento de actualización y cualquier coste o requisito técnico. Pregunta también cómo se generan el QR y los registros, cómo se consultan los estados de remisión y qué ocurre ante un rechazo.
Una respuesta útil debe permitirte organizar una prueba. Si solo recibes mensajes generales, fija por escrito la información pendiente y prepara una alternativa. Esperar no es una estrategia cuando el sistema carece de mantenimiento o depende de una persona que ya no presta soporte.
Guía de aplicación paso a paso
Reúne señales de mantenimiento. Comprueba la última versión publicada, los canales de soporte y la frecuencia de respuesta. Busca comunicaciones dirigidas a tu producto concreto. Que la empresa siga activa no garantiza que mantenga una versión antigua o un desarrollo personalizado instalado hace años.
Formula preguntas cerradas. Pregunta si tu versión se actualizará, en qué fecha, con qué coste y qué requisitos tendrá. Solicita cómo se probará y qué documentación acompañará al cambio. Las preguntas cerradas hacen visible una ausencia de plan que un mensaje comercial genérico puede ocultar.
Asegura la salida de datos. Obtén copias y exportaciones antes de que el soporte desaparezca por completo. Comprueba que puedes identificar clientes, series, facturas e importes. No esperes al cambio para descubrir que la copia depende de una contraseña o de un formato que nadie interpreta.
Define un plan temporal. Si no deseas migrar toda la gestión, separa la emisión nueva. La entrada manual puede resolver poco volumen; el CSV, operaciones preparadas; la API, un programa propio mantenible. Prueba la alternativa sin desconectar todavía el acceso al histórico.
Decide con una fecha límite. Fija cuándo debe existir una demostración válida del proveedor. Si no llega, activa la alternativa probada. Una fecha interna evita prolongar indefinidamente la espera y deja margen para formar al equipo antes del plazo que corresponda.
Ejemplo práctico
Una pyme utiliza un programa creado hace diez años y la persona que lo mantenía ya no responde. Extrae una muestra de clientes y operaciones, identifica las series activas y comprueba si puede producir un CSV consistente. Mientras evalúa una sustitución completa, puede organizar la emisión nueva por otra vía. El histórico sigue disponible para consulta y la falta de soporte deja de bloquear la fecha legal.
Antes de cerrar la decisión
La ausencia de comunicación puede deberse a retraso, abandono del producto o una política comercial poco clara. No necesitas adivinar la causa para actuar. Define la evidencia que aceptarás como garantía suficiente y prepara una salida basada en datos que controles. Así la decisión deja de depender de promesas sucesivas.
Si finalmente llega una actualización viable, compárala con la alternativa utilizando las mismas operaciones. Valora coste, soporte, continuidad y trabajo diario. Haber preparado otra vía no es esfuerzo perdido: te proporciona copias, conocimiento del proceso y capacidad para negociar sin quedar bloqueado.
Preguntas frecuentes
¿Cuándo debería preparar una alternativa?
Cuando no recibes una versión, una fecha y un plan de pruebas verificables, especialmente si el producto ya no tiene mantenimiento. Preparar una salida no obliga a activarla, pero reduce dependencia.
¿Qué datos conviene poder extraer?
Clientes, conceptos, series y operaciones pendientes, con identificadores estables. El formato necesario dependerá de si continuarás manualmente, mediante CSV o con una API.
Fuentes consultadas
Contenido informativo. La aplicación de la norma depende de la situación de cada negocio.