Foro de ayuda y soporte técnico de Sysme Software

Versión completa: corregir error ticket con ticketbai generado ,
Actualmente estas viendo una versión simplificada de nuestro contenido. Ver la versión completa con el formato correcto.
Hola, Oscar
tengo varios problemas operativos y estructurales con el sistema, y necesito confirmar si existe una solución técnica real. Si no, mi decisión final será migrar al cliente a otro software, porque el riesgo de error fiscal es alto.
1️⃣ Numeración manual / controlada de tickets
He visto en el foro que para tickets de venta se puede usar algo como:

Código:
UPDATE tiquet SET claveiva = '51';
Pero yo necesito aplicar cambios solo a tickets con números concretos, por ejemplo:
1000, 1005, 1010, etc.
No un rango continuo ni todos los tickets.
? ¿Cuál sería la forma correcta de hacerlo?
¿Usando
Código:
IN (1000,1005,1010)
o hay alguna limitación interna del sistema?

2️⃣ Reenvío / regeneración de eFactura rechazadas
Actualmente hago algo así:

Código:
UPDATE efactura
SET enviado = 'Y', respuesta = '<Estado>01</Estado>'
WHERE id >= 1001 AND id <= 1005;
Luego entro en Rechazados y pulso “REGENERA NUEVO”.
Esto funciona, pero es manual, delicado y propenso a errores, sobre todo cuando el cliente no domina bien el flujo.

3️⃣ Problema grave: cliente con múltiples ACTIVIDADES (EPÍGRAFES)
Aquí está el verdadero dolor de cabeza.
Tengo un cliente con 3 ACTIVIDADES distintas, y el sistema permite facturar sin haber seleccionado previamente el EPÍGRAFE correcto.
Resultado:
  • Facturas emitidas con EPÍGRAFE incorrecto
  • Riesgo fiscal real
  • Errores humanos constantes
❗ El sistema no protege al usuario frente a este error.

4️⃣ Propuesta técnica clara (automatización por serie)
La solución lógica que propongo es esta:
  • Vincular cada SERIE de facturación a un EPÍGRAFE fijo
    • Serie F → EPÍGRAFE 1
    • Serie F2 → EPÍGRAFE 51
    • etc.
De esta forma:
  • El usuario solo elige la serie
  • El EPÍGRAFE se asigna automáticamente
  • Se elimina el error humano
  • Se garantiza coherencia fiscal
? Pregunta directa:
¿Es posible implementar esta relación SERIE → EPÍGRAFE a nivel de sistema?

5️⃣ Conclusión (clara y honesta)
Si no es posible automatizar ni forzar el EPÍGRAFE por serie, entonces:
  • El sistema no es adecuado para clientes con múltiples ACTIVIDADES
  • El riesgo de error es demasiado alto
  • Mi decisión será migrar a estos clientes a otro software
  • A partir de ahora, solo trabajaré con clientes de una única ACTIVIDAD
No es una cuestión de comodidad, sino de seguridad fiscal y responsabilidad profesional.
Quedo a la espera de una respuesta técnica clara para decidir cómo proceder.
Gracias.
Chunhai, estás confundiendo el epigrafe con la clave de regimen de impuesto de una venta en particular ... si el usuario no es capaz de saber que clave de impuesto o que epigrafe usar en los envios tendrá que cambiar de software.
(18-12-2025, 07:14 PM)sysme escribió: [ -> ]Chunhai, estás confundiendo el epigrafe con la clave de regimen de impuesto de una venta en particular ... si el usuario no es capaz de saber que clave de impuesto o que epigrafe usar en los envios tendrá que cambiar de software.

es por tienes tres actividad , ya le enseña , pero cada vez el tienes que cambio para hacer otro ,por eso .aveces se olvidad ,mayoria son corrector y subido .tengo que ayudar se soluciona los de errores que no se puede subir
Pero a ver, ahí tiene 2 problemas,

1 - La clave de regimen cuando factura con recargo, para facturar con recargo tiene que asignar la venta a un cliente sujeto a recargo de equivalencia (el cliente lo tiene que solicitar) y ahí, en el mismo terminal de ventas tiene que poner la clave de regimen a 51 o 52 según sea el caso.

2 - El epigrafe, eso solo afecta a la hora de subir los ficheros, no hay que regenerar nada, simplemente subir cada serie con su epigrafe correspondiente.