corregir error ticket con ticketbai generado ,

[chunhai]

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.

[sysme]

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.

[chunhai]

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

[sysme]

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.