|
Descripcion operacion
@djatila Tienes el buzon lleno, no puedo contestar tu mensaje.
Cuando hay un error continua mandando el campo operacion vacio. No entiendo antes se comia la descripcion de las reparaciones ahora me da error. Cita:
|
dudas
y en vez de andar con sustitutivas, rectificativas ...etc, etc, no es mejor dar da baja la factura y emitir un alta nuevo con las modificaciones que sean necesarias ??
|
Cita:
Pero tampoco es necesario que detalles a ese nivel la operación Con poner reparacion o algo así |
Cita:
Cambios de tipos de iva, precios etc. Para el que lo tenga el toro cogido por los cuernos bien. Pero imagínate que este gobierno no para de hacer cambios fiscales y tipos impositivos de un día para otro. Que hagas un tiquet al 0% y al día siguiente, esté al 4% los mismos productos,, además no te admiten ya enviar al 0% a no ser que sea una rectificativa o una sistitutiva ni el usuario va a cambiar el tipo d eiva un momentito para emitir la factura. Se pueden producir muchas situaciones irregulares y no está el horno para bollos. |
Cita:
|
Cita:
Yo hasta ahora no habia usado las rectificativas ni las sustitutivas, hacia una nueva NEGATIVA y a continuación la NUEVA correcta. Pregunto que pasa CONTABLEMENTE con estas facturas que has hecho 1º NORMAL que incluso puede estar liquidada en el IVA mes anterior, la RECTIFICATIVA o la SUSTITUTIVA en el mes siguiente . Como se arregla en la contabilidad la presencia de estas 2 o 3 facturas que una arregla/sustituye a la otra. ???? |
Cita:
En contabilidad, si no lo tienes preparado para las sustitutivas lo que hagas tiene que quedar a cero, solo se declara el tiquet, creo que había que hacer 2apuntes. El receptor sí se lo declara el día que emitas la sustitutiva, pero tampoco es tema mío, yo hago lo que me dice la ley emito una sustitutiva detallando los tiquets y fechas de emisión de esos tiquets, el resto no quiero saber nada. |
Cita:
Lo que si es mejor que dividas los conceptos por líneas para rellenar los items correctamente en la facturae, no recuerdo el tamaño de cada item en facturae si era 500 o 1000 pero tb puedes tener problemas si lo haces así. Además en facturae entras en más detalles co.o son las unidades de medida y para poner aceite, si rellenas 3 litros no puedes/debes poner 3 litros escrito, por que cuando empiece es fácil que algún cliente te la rechace por cualquier chorrada que no esté correcta , ya que el cliente tendrá otro soft2are que las absorberá y tiene que coincidir, y hay muchos mijitas |
Apunte rectificacion huella
Hola, como seria el alta solo para la sustitucion de la huella, el error 2000?
|
Cita:
El alta ? |
Cita:
|
Cita:
A mi me va bieb |
Cita:
Deciros que a veces, devuelve error con operacion vacia lo que da fallo al parsear, la respuesta por campo vacio. |
Cita:
Que hacer con la siguiente factura en el registro de huella anterior, admitirá las 2, la errónea y la arreglada? Vaya lio aquí |
Solucion al encadenamiento
Cita:
Cita:
|
Errores
Hola, como os decia los errores los genero yo,En este caso estoy actualizando la operativa que uso para facturar las proformas almacenadas, si automatizamos la operativa , el 99% de errores no pueden ocurrir.
El otro 1 lo genera el servicio de la aeat. |
Estoy intentando hacer un recopilatorio de las diferentes circunstancias que pueden darse al enviar facturas, con ayuda de varios mensajes del hilo, que creo que pueden resultar muy útiles.
Al menos a mí esto es lo que más me cuesta entender para saber qué hacer exactamente en cada caso, qué mensaje mostrar al usuario, evitar enviar duplicados, etc. La lista oficial de errores posibles está aquí: https://prewww2.aeat.es/static_files...res.properties El envío puede devolver lo siguiente: - Error en el envío/conexión: Ocurre si por ejemplo no hay conexión a internet, el servidor de Hacienda está caído, se ha superado el tiempo de espera porque está saturado, etc. Aquí Hacienda no ha recibido nada y por lo tanto no ha respondido nada. Aún no tienen la factura ni nada. Aquí simplemente hay que marcarla como "Error" y volver a enviar la factura (o lo que estés enviando) cuando volvamos a tener conexión, pero con cuidado de seguir el orden cronológico de las mismas (a lo mejor se han hecho 5 facturas desde que perdimos la conexión, así que hay que enviarlas por orden porsiaca). - Factura Correcta (sin errores/avisos): Aquí está todo bien. O al menos Hacienda se la ha tragado. Ya tienen la factura. La marcamos como "enviada" y listo. Ojo, que sea correcta no quiere decir que no tenga algún error. Puede que nos hayamos equivocado nosotros (importe, cliente incorrecto, IVA incorrecto...) así que podemos "subsanarla" obviamente, o "rectificarla" si fuera el caso. - Factura "Parcialmente Correcta": Hacienda la ha recibido y en principio la ha aceptado, aunque tiene algunos datos que no son del todo válidos. Habría que marcarla como "Enviada con avisos" o algo así, para que sepamos que algo está mal y hay que subsanar (y evitar enviarla dos veces) No podremos volver a subirla como factura ordinaria porque ya existe. Si acaso, hay que hacer una "subsanación" (¿o Anulación?), según el error que sea, hasta que devuelva "Correcta". - Factura Incorrecta Hacienda no ha recibido la factura. No se trata de un error de conexión/envío, sino de la factura. Habría que marcarla como "Error" y volver a subirla como "subsanación por rechazo previo", habiendo corregido los errores indicados. Según el listado de errores, habría que distinguir qué errores son "subsanables", cuales requieren "rectificativa" y con cuales se puede reenviar de nuevo sin que dé "duplicada". O incluso si hay algún error/aviso que no sea importante y a Hacienda le de igual y se puede quedar así. A mí esto es lo que más me preocupa, porque conociendo a los clientes, son capaces de reintentar "Enviar" 500 veces sin leer el mensaje ni nada, o de ponerse a enviar como locos una vez se reanude la conexión sin importar el orden, etc. Pero lo más importante es cómo proceder en cada caso, porque en un software (por ejemplo un TPV, cuya interfaz suele ser más minimalista sin tantas opciones visibles), si ocurriera un error que hay que subsanar, hay que decirle al usuario que debe modificar algo, y no todos los empleados de la tienda tienen permisos para modificar facturas, cambiar el cliente, etc. |
Cita:
A eso me referia, cuando contesta el servidor de acienda como parcialmente correcta,en este caso por huella , en la misma respuesta te da los datos correctos, que yo son los que capturo , para almacenar en mi registro de encadenamiento, ahora mismo estoy automatizando la correccion y reenvio de la factura, en este caso seria tan sencillo como sustituir los datos en nuestra factura por los de la respuesta, reenviar el mismo registro y solucionado. En mi caso ya he subsanado el porque pasaba mal los datos para generar la huella, un fallo menos a ocurrir. |
Cita:
A ver Si se ha enviado un registro con la huella incorrecta, quien dice uno dice 2 seguidos o 4 por que envias en un lote, y ya están emitidos los qrs. Que pasa con esos qrs, siguen rulando? Y está claro que sí te devuelve un registro con la huella errónea hay que regenerar y enviar como subsanacion desde ese hasta el último envío , digo yo que será así por lógica. |
Os sigue dando error al deserializar la Respuesta ?
|
| La franja horaria es GMT +2. Ahora son las 16:09:20. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi