![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Cita:
Última edición por ermendalenda fecha: 26-07-2022 a las 19:21:29. |
#2
|
|||
|
|||
Además yo puedo anular primero la factura 2 y después la factura 1, por qu3 es una situación bastante probable. Y además en ese orden y seguidas con lo cual veo un pequeño lío que las anulaciones lleven encadenamiento, en ticketbai no encadenan las anulaciones por este inconveniente, cualquier parche que intenten hacer para encadenarlo complican la situación.
|
#3
|
|||
|
|||
He visto el último campo <incidencia\>
En el que habrá que informarle de las facturas enviadas cuando hay fallos informáticos... supongo que tb vale para indicar el reenvio de las rechazadas, pero me sigue quedando la duda de los encadenamientos en estos casos, se informan? Esta claro que cuando hay una factura rechazada implica una rotura de encadenamiento en la siguiente factura, pero eso no sdebe sumar un fallo más. Última edición por ermendalenda fecha: 26-07-2022 a las 20:05:28. Razón: Elororor |
#4
|
|||
|
|||
No veo la estructura eel dato del QR, aunque es de suponer que llevará parte del hash generado seria un alivio si no fue4a así, ya que eso permitiría enviar las facturas con otro software/api sin que tengan una comunicacion bidireccional y sincrons, pero claro volveríamos a dejar puertas abiertas para fraudes. En resumen es seguro que en el QR vaya parte del hash y que por ende el xml lo generemos nosotros o haya una comunicación bodorecc9onnal con una api/dll/servicio res aue nos devuelva losdatos que tenmos que poner en la factura...
Última edición por ermendalenda fecha: 26-07-2022 a las 20:21:55. Razón: Idkdjs |
#5
|
||||
|
||||
Cita:
|
#6
|
|||
|
|||
Cita:
Resulta entonces en mi ejemplo que el registro 4 lleva el mismo número de factura que el registro 2, también mismo emisor, y también misma fecha de emisión de la factura; pero no la misma huella. Realmente para realizar el encadenamiento, con solo la huella es suficiente (asumiendo que SHA256 es una función de hash perfecta). Las demás informaciones sobran, o mejor dicho son redundantes (y sabemos que estas redundancias ayudan y mucho al rendimiento). Si resulta confuso, me parece hasta lógico, dado que en un diseño inicial, no había encadenamiento de los registros de anulación, esto se ha añadido en un segundo tiempo. No sé por qué, pero puedo ver dos razones:
|
#7
|
||||
|
||||
Cita:
Factura 1 Factura 2 -->Factura anterior es la 1 Factura 3 -->Factura anterior es la 2 Anulo Factura 2 --> Sin encadenamiento Pongo los datos de la factura 2 Factura 4 -->Factura anterior es la 3 Sino es una locura. El tiempo lo dirá |
#8
|
||||
|
||||
Cita:
Una anulación NO ES UNA FACTURA como tal, sino que es una operación sobre una factura anterior. Una anulación no tiene SERIE (por lo dicho anteriormente). Por lo tanto cuando habla de EncadenamientoFacturaAnterior, que incluye NumSerieFacturaAnterior, me hace pensar que son datos de la original que estamos anulando, no de la anterior anulación. En concreto dice: Nº Serie+Nº Factura que identifica a la factura anterior; No tiene sentido que hable de la anterior anulación (creo). Esto coincide con lo que se hace en TicketBAI.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#9
|
|||
|
|||
Cita:
|
#10
|
|||
|
|||
Parece q se quiere encadenar las anulaciones con la anterior como cualquier otra factura.
|
#11
|
||||
|
||||
Cita:
![]() Este encadenamiento, a priori, no puede referirse a la anterior "anulación", porque la "anulación" no incluye ni serie ni número. Los campos serie y número de factura de una anulación (según la documentación) son los de la "factura anulada". ![]()
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#12
|
|||
|
|||
![]() Presentación del 21/6 (qué has anunciado, gracias por ello), página 12/15
Cita:
De hecho, en mi experiencia del SII, he llegado (a mi gran sorpresa) a la conclusión que para una misma factura inicial en mi sistema, podía tener más de 2 registros en el S.I.I.
Y estoy leyendo el preámbulo (no normativo) del proyecto de reglamento de febrero dice, página 12: Cita:
Y sí, choca con mis ideas predeterminadas sobre cómo construir una facturación; pero de la misma manera choca el hecho que el respecto a ciertas condiciones de forma (importes, determinación de la contrapartida) preexiste a la obtención de un nuevo número de factura: yo siempre he programado la reservación del número de factura antes de validar el detalle de los importes; y esto lo tengo que cambiar sí o sí... |
#13
|
||||
|
||||
Cita:
(1) En este texto habla de "Registro de facturación anterior" y eso sí puede ser un alta o anulación. Entiendo que registro de facturación es la información que enviamos. Ese "registro" sí se puede encadenar con el anterior enviado. (2) Pero en el Excel de "AnexoAnulacion_VERIFACTU(1).xlsx" habla de: HuellaFacturaAnterior => Huella de la factura anterior Y está claro que una anulación NO ES una factura. Con lo que hay en un sitio se entiende una cosa y con lo que hay en el otro, otra. ![]() ![]()
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#14
|
|||
|
|||
Si esto es verdad que se les haya pasado me da repelús la de bugs que pueden tener en el backend con los controles y eso no dudéis que somos los betaprobadores
|
#15
|
||||
|
||||
Eso los que hemos hecho TicketBAI ya lo tenemos asumido (que lo vamos a ser...)
![]() ![]() ![]() Y además "sin cobrar"... (de hacienda me refiero)
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#16
|
|||
|
|||
Cita:
Creo que esto es un defecto de forma del Excel. Estamos en 0.1, hay aún un montón de errores para subsanar. Pero está claro que ésta molesta más que otras. |
#17
|
|||
|
|||
Anulación de Facturas Emitidas
Buenas tardes.
Me gustaría presentar una situación para ver si hay consenso en la resolución de la misma. Si se anula una factura emitida mediante la emisión de una factura ordinaria en negativo (nota de crédito), esto está permitido por la agencia tributaria en ciertos casos, ¿ Deberíamos crear un registro de anulación de la factura emitida además de crear el registro de la nueva factura negativa? ¿ Podríamos estar duplicando dicha anulación ? Mi pensamiento es que no informamos el registro de anulación y si informamos el registro de de factura de abono. Esto también puede ocurrir en una factura emitida con tipos impositivos erróneos. El proceso es emitir una nota de crédito (factura ordinaria en negativo) y emitir una factura rectificativa x sustitución corrigiendo la primera factura. En este caso informaríamos de ambos registros pero no haríamos mención a ningún registro de anulación Espero haber sido claro en mi exposición. Saludos |
#18
|
|||
|
|||
Cita:
No entiendo muy bien los procedimientos si puedes poner un ejemplo... Para mi una Nota de crédito es prácticamente lo mismo que una rectifcatiiva, la diferencia es que la nota de crédito siempre son negativos y tiene que hacerse dentro del periodo impositivo y la rectif8cativa se puede hacer en positivo o negativo dependiendo de lo que quieras arreglar y ademas puedes hacerla despues de declarar el iva de la factura rectificada, .en ambos casow hay que indicar sobre qué factura vas a rectificar pero en el caso ee la rectificativa debes usar una serie diferente a la de la factura. El hecho de uses ambas a la vez para hacer una rectificacion no lo entiendo. Que no digo que no sea posible, pero no he entendido en qué escenario puede ocurrir. En el caso de Verifactu no he visto ningún campo para las notas de créditos, lo mismo es bu3na idea hacerlo todo con rectificativas Última edición por ermendalenda fecha: 29-07-2022 a las 18:07:23. |
#19
|
|||
|
|||
Anulación de Factura
Cita:
La nota de crédito es lo mismo que una factura ordinaria, lleva la misma serie y su numeración sigue la de la siguiente factura emitida. Como bien dices, se usa para anular una factura emitida en la que todavía no se ha liquidado el iva, pero cuando dicha operación que anula se refiere a una factura con el destinatario erróneo por ejemplo o porque la venta no llegó a su finalización o porque te rechazaron los productos por algún motivo. Solo en estos casos se permite anular una factura emitida mediante una nota de crédito (factura ordinaria en negativo con la mención de Nota de Crédito). Puedes ver esto en la consulta vinculante de la agencia tributaria número V0611-11. No pongo el enlace porque parece que no lo tengo permitido Sitos en este caso concreto, tendríamos que registrar la emisión de dicha factura de crédito (que anula la factura inicial), pero mi pregunta es : ¿ Además hay que informar con un registro, la anulación la factura inicial ? Si la agencia tributaria utiliza los registros que vamos a enviar como herramienta para la declaración del IVA (como ocurre en el SII) encontraría un registro de anulación y un registro de nota de crédito en negativo contra una misma factura. |
#20
|
|||
|
|||
Cita:
Otra pregunta es si ¿Podríamos? Ahora bien, es difícil ver la diferencia con una nota de crédito «interna» emitida para corregir un error de entrada, dónde las dos facturas se quedan en casa, nadie más que tú, tu contable y tu controlador fiscal se enteren (y esas sí que se pueden anular). Pero en tal caso, hay que anular la primera factura, y también anular la nota de crédito. De no hacerlo, la balance contable no saldrá equilibrada. Cita:
En la respuesta de la operación de alta: Si el registro enviado es rechazado por estar duplicado. En la respuesta de la operación de baja: Si el registro enviado es rechazado porque ya está dado de baja.» Yo diría que no se esperan duplicaciones... Cita:
|
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Hijo de Informáticos | gluglu | Humor | 3 | 13-03-2007 11:05:35 |
Adictos informaticos ... | Trigger | Humor | 2 | 11-10-2004 12:18:32 |
Nosotros los Informáticos | Trigger | Humor | 1 | 10-10-2004 14:58:09 |
Patrón de los Informáticos. | obiwuan | Varios | 20 | 10-09-2003 14:44:54 |
Chistes Informaticos | jhonny | Humor | 2 | 11-08-2003 21:59:09 |
![]() |
|