Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Internet
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Colaboración Paypal con ClubDelphi

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1521  
Antiguo 26-03-2024
CarlosMz CarlosMz is offline
Miembro
 
Registrado: jul 2020
Posts: 30
Poder: 0
CarlosMz Va por buen camino
Cita:
Empezado por edari Ver Mensaje
Ni idea.



Yo no me complico nada. Un texto fijo para todos los clientes del tipo "FACTURA CLIENTE".
Me he explicado mal, me refiero a ¿Cuántos caracteres se admiten por cada concepto de factura?, ¿Permitís saltos de línea en las descripciones de los conceptos de factura?
He visto que con FacturaE el campo ItemDescription tiene un máximo de 2500 caracteres.
Es por ir haciendo cambios por si en el futuro solicitaran las líneas de factura también
Responder Con Cita
  #1522  
Antiguo 26-03-2024
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 1.256
Poder: 5
ermendalenda Va por buen camino
Cita:
Empezado por CarlosMz Ver Mensaje
Me he explicado mal, me refiero a ¿Cuántos caracteres se admiten por cada concepto de factura?, ¿Permitís saltos de línea en las descripciones de los conceptos de factura?
He visto que con FacturaE el campo ItemDescription tiene un máximo de 2500 caracteres.
Es por ir haciendo cambios por si en el futuro solicitaran las líneas de factura también
En verifactu no hay líneas.
En facturae, efectivamente 2500
Lo que tienes que tener en cuenta que los caracteres especiales tienen que ser pasados a utf8 para que el xml lo interprete correctamente y que además no den errores en el envío. Un retorno de carro no va a funcionar como tal al rescatar la información si no lo traduces, bajo mi criterio, si puedes evitarlo te puedes ahorrar errores de interpretación de esos datos con los receptores que tengan problemas para leer esos caracteres.
Responder Con Cita
  #1523  
Antiguo 26-03-2024
antoine0 antoine0 is offline
Miembro
 
Registrado: oct 2021
Posts: 233
Poder: 4
antoine0 Va por buen camino
Cita:
Empezado por ermendalenda Ver Mensaje
Lo que tienes que tener en cuenta que los caracteres especiales tienen que ser pasados a utf8 para que el xml lo interprete correctamente y que además no den errores en el envío.
Para las finales de línea «normales», no solo hay que pasarlos a UTF-8, hay además que pasarlos a Entities XML. Un retorno de carro (CR) se escribirá "
", un cambio de línea (LF) se escribirá "
" (sin las apostrofes, sin las cursivas, pero con los punto comas)
Cuidado de hacerlo después de haber traducido los eventuales & a "&"

Cita:
Un retorno de carro no va a funcionar como tal al rescatar la información si no lo traduces, bajo mi criterio, si puedes evitarlo te puedes ahorrar errores de interpretación de esos datos con los receptores que tengan problemas para leer esos caracteres.
Buen consejo.
También te ahorras las variaciones en la interpretación de las posibles convenciones de final de línea, CR|LF|CR+LF, que pueden ser interpretadas de manera distinta en recepción y dar un resultado difícil de entender (salto de línea suplementario o líneas mal alineadas).

Última edición por antoine0 fecha: 26-03-2024 a las 13:41:46. Razón: Corrección para compensar & # comido de paso
Responder Con Cita
  #1524  
Antiguo 28-03-2024
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 1.256
Poder: 5
ermendalenda Va por buen camino
El programa no responde (Resuelto)

Por si os sirve
Me estaba volviendo loco con el dichoso mensaje de No responde y elija la opción de esperar o cerrar.
A veces se produce una acción consulta externa, grabación...que tiene algún pequeño retardo y no puedo realizarlo asincronamente ya que tengo que esperar la respuesta. Me sucedia que si el usuario empieza a darle clicks a la pantalla del software, Windows pensaba que el programa podia estar bloqueado y "actuaba de oficio" y te daba la opción a interrumpir el programa, claro el usuario a veces le daba a cerrar, y esto a veces rompia la hilera de grabación y por lo tanto me podía romper el dichoso encadenamiento...
Pues nada ya he insertado en cada acción, que pueda tener retardo, un bloqueo de teclado y ratón antes y desbloqueo después y solucionado, pero claro, hay que hacerlo con extremada precaución, ya que el bloqueo es total, y si en medio de ese bloqueo desbloqueo el usuario tiene que ejecutar alguna acción de responder a algún mensaje, aceptar, ok... no podrá e irremediablemente tendrá que reiniciar el equipo.
Imágenes Adjuntas
Tipo de Archivo: jpg tpvsoft.JPG (4,7 KB, 33 visitas)

Última edición por ermendalenda fecha: 28-03-2024 a las 13:28:06.
Responder Con Cita
  #1525  
Antiguo 29-03-2024
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 1.256
Poder: 5
ermendalenda Va por buen camino
Que raro

Nodos unificados en FechaHoraHusoGenRegistro

Cita:
Fecha, hora y huso horario de generación del registro de facturación. El huso horario es el que está usando el sistema informático de facturación en el momento de generación del registro de facturación.
Cita:
DateTime. Formato: YYYY-MM-DDThh:mm:ssTZD

(ej: 2024-01-01T19:20:30+01:00) (ISO 8601)
Vosotros entendeis el ejemplo?

Hay que añadir lo de la ISO 8601?
Responder Con Cita
  #1526  
Antiguo 29-03-2024
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 1.256
Poder: 5
ermendalenda Va por buen camino
Cita:
Empezado por ermendalenda Ver Mensaje
Nodos unificados en FechaHoraHusoGenRegistro




Vosotros entendeis el ejemplo?

Hay que añadir lo de la ISO 8601?

nada me respondo to mismo
no hay que ponerlo es una aclaracion, ha sido una pregunta tonta
Responder Con Cita
  #1527  
Antiguo 02-04-2024
xevi xevi is offline
Miembro
 
Registrado: feb 2024
Posts: 34
Poder: 0
xevi Va por buen camino
¿Se sigue sin reglamentación oficial??
Estamos a Abril, y 9 meses ya nos vamos a 2025, o sea que tenemos todo este año para poder ofrecer nuestros servicios de mantenimiento de programas de gestión/facturación... si no tengo mal entendido, y a este paso, igual van a plazar el 1 de Julio del 2025 como fecha de entrada en vigor.
Responder Con Cita
  #1528  
Antiguo 02-04-2024
CarlosR CarlosR is offline
Miembro
 
Registrado: sep 2015
Posts: 98
Poder: 10
CarlosR Va por buen camino
Cita:
Empezado por xevi Ver Mensaje
¿Se sigue sin reglamentación oficial??
Estamos a Abril, y 9 meses ya nos vamos a 2025, o sea que tenemos todo este año para poder ofrecer nuestros servicios de mantenimiento de programas de gestión/facturación... si no tengo mal entendido, y a este paso, igual van a plazar el 1 de Julio del 2025 como fecha de entrada en vigor.

Que no te resulte extraño. Primero hay que crear miedo para que todos se pongan firmes !!!





Tengo dos dudas con respecto a las facturas anuladas:


1- La ley determina que se pueden anular facturas. Esto me parece bien desde un punto de vista puramente contable. Se supone que incluso contablemente el registro de iva tendrá huecos con las facturas anuladas. ¿ No ?



2- Desde un punto de vista de gestión de facturación una vez emitida una factura lleva inherentes uno o varios albaranes, Cada albarán lleva implícitas unas salidas de almacén con sus respectivas estadísticas. La pregunta que me asoma por encima de los hombros es, ¿ qué hacemos con esos movimientos ?


Lo que entiendo apriori es que la Agencia Tributaria quiere sí o sí que hagamos facturas rectificativas. Pero esto lleva a un callejón sin salida puesto que ya no se trata de modificar importes sino el propio titular y la ley de facturación impide rectificar las facturas de otro titular.


Ya que el reglamente definitivo antifraude no acaba de salir a la luz en su modelo definitivo, ¿ a alguien le ha preocupado esto ?


Un saludo.
Responder Con Cita
  #1529  
Antiguo 02-04-2024
CarlosR CarlosR is offline
Miembro
 
Registrado: sep 2015
Posts: 98
Poder: 10
CarlosR Va por buen camino
encolado de mensajes

Cita:
Empezado por ermendalenda Ver Mensaje
Por si os sirve
Me estaba volviendo loco con el dichoso mensaje de No responde y elija la opción de esperar o cerrar.
A veces se produce una acción consulta externa, grabación...que tiene algún pequeño retardo y no puedo realizarlo asincronamente ya que tengo que esperar la respuesta. Me sucedia que si el usuario empieza a darle clicks a la pantalla del software, Windows pensaba que el programa podia estar bloqueado y "actuaba de oficio" y te daba la opción a interrumpir el programa, claro el usuario a veces le daba a cerrar, y esto a veces rompia la hilera de grabación y por lo tanto me podía romper el dichoso encadenamiento...
Pues nada ya he insertado en cada acción, que pueda tener retardo, un bloqueo de teclado y ratón antes y desbloqueo después y solucionado, pero claro, hay que hacerlo con extremada precaución, ya que el bloqueo es total, y si en medio de ese bloqueo desbloqueo el usuario tiene que ejecutar alguna acción de responder a algún mensaje, aceptar, ok... no podrá e irremediablemente tendrá que reiniciar el equipo.

Te propongo que el encadenamiento se haga de forma centralizada. Con un proceso único y centralizado (una cola temporal).
Cualquier bloqueo de un proceso local da al traste con todo el sistema de envíos y encadenamientos. Los DATAWARE de Delphi y C++ builder ya no sirven para eso. O al menos es mi impresión.

Un saludo.
Responder Con Cita
  #1530  
Antiguo 02-04-2024
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 1.256
Poder: 5
ermendalenda Va por buen camino
Cita:
Empezado por CarlosR Ver Mensaje
Que no te resulte extraño. Primero hay que crear miedo para que todos se pongan firmes !!!

Tengo dos dudas con respecto a las facturas anuladas:


1- La ley determina que se pueden anular facturas. Esto me parece bien desde un punto de vista puramente contable. Se supone que incluso contablemente el registro de iva tendrá huecos con las facturas anuladas. ¿ No ?



2- Desde un punto de vista de gestión de facturación una vez emitida una factura lleva inherentes uno o varios albaranes, Cada albarán lleva implícitas unas salidas de almacén con sus respectivas estadísticas. La pregunta que me asoma por encima de los hombros es, ¿ qué hacemos con esos movimientos ?


Lo que entiendo apriori es que la Agencia Tributaria quiere sí o sí que hagamos facturas rectificativas. Pero esto lleva a un callejón sin salida puesto que ya no se trata de modificar importes sino el propio titular y la ley de facturación impide rectificar las facturas de otro titular.


Ya que el reglamente definitivo antifraude no acaba de salir a la luz en su modelo definitivo, ¿ a alguien le ha preocupado esto ?


Un saludo.
Anular si no se ha entregado al cliente o en situaciones especiales en que este por ejemplo denunciado que no se cobra...
Rectificar genera un nuevo movimiento con otra factura que no tocas la anterior, y las hay de 2 formatos, por diferencias. Equivale a factura en negativo y sustitutiva, ambas cumplen el reglamento. Imagina que el reglamento diga, si te equivocas de cliente ajo y agua.
No puede haber huecos en los numeradores. Todo tiene que conservarse, una anulación o rectificación es un nuevo registro

Responder Con Cita
  #1531  
Antiguo 02-04-2024
sglorka sglorka is offline
Miembro
 
Registrado: mar 2017
Posts: 224
Poder: 8
sglorka Va por buen camino
Cita:
Empezado por CarlosR Ver Mensaje
Que no te resulte extraño. Primero hay que crear miedo para que todos se pongan firmes !!!





Tengo dos dudas con respecto a las facturas anuladas:


1- La ley determina que se pueden anular facturas. Esto me parece bien desde un punto de vista puramente contable. Se supone que incluso contablemente el registro de iva tendrá huecos con las facturas anuladas. ¿ No ?

-No necesariamente. Cuando tú anulas una factura, emites una registro de anulación a la aeat, para ellos esa factura quedaría anulada (a cero). En tú SIF, tendrás que hacer algo para que esa factura quede a cero. Puedes poner todas sus líneas con unidades a cero, o eliminar las líneas, nunca la factura, de esta forma ajustas tu almacén . Si debes volver a imprimir dicha factura, recuerda que por algún lado has debido de haber guardado todas sus líneas de forma redundante y deben coincidir con el registro de facturación que emitiste en su momento de tal manera que, aunque en tu SIF aparezca ahora a cero, si entras dentro del contenido debe aparecer lo que había en un primer momento, esta información al ser redundante no mueve tu almacén.



2- Desde un punto de vista de gestión de facturación una vez emitida una factura lleva inherentes uno o varios albaranes, Cada albarán lleva implícitas unas salidas de almacén con sus respectivas estadísticas. La pregunta que me asoma por encima de los hombros es, ¿ qué hacemos con esos movimientos ?

-Quita los albaranes de la factura, modifica los que necesites y los vuelves a facturar o los eliminas. La factura te queda a cero, pero si entras dentro de ella o la imprimes, debe aparecer lo que inicialmente había en el registro de facturación (tablas redundantes).


Lo que entiendo apriori es que la Agencia Tributaria quiere sí o sí que hagamos facturas rectificativas. Pero esto lleva a un callejón sin salida puesto que ya no se trata de modificar importes sino el propio titular y la ley de facturación impide rectificar las facturas de otro titular.
¿ A qué titular te refieres, al destinatario ?


Ya que el reglamente definitivo antifraude no acaba de salir a la luz en su modelo definitivo, ¿ a alguien le ha preocupado esto ?


Un saludo.
1- La ley determina que se pueden anular facturas. Esto me parece bien desde un punto de vista puramente contable. Se supone que incluso contablemente el registro de iva tendrá huecos con las facturas anuladas. ¿ No ?

-No necesariamente. Cuando tú anulas una factura, emites una registro de anulación a la aeat, para ellos esa factura quedaría anulada (a cero). En tú SIF, tendrás que hacer algo para que esa factura quede a cero. Puedes poner todas sus líneas con unidades a cero, o eliminar las líneas, nunca la factura, de esta forma ajustas tu almacén . Si debes volver a imprimir dicha factura, recuerda que por algún lado has debido de haber guardado todas sus líneas de forma redundante y deben coincidir con el registro de facturación que emitiste en su momento de tal manera que, aunque en tu SIF aparezca ahora a cero, si entras dentro del contenido debe aparecer lo que había en un primer momento, esta información al ser redundante no mueve tu almacén.



2- Desde un punto de vista de gestión de facturación una vez emitida una factura lleva inherentes uno o varios albaranes, Cada albarán lleva implícitas unas salidas de almacén con sus respectivas estadísticas. La pregunta que me asoma por encima de los hombros es, ¿ qué hacemos con esos movimientos ?

-Quita los albaranes de la factura, modifica los que necesites y los vuelves a facturar o los eliminas. La factura te queda a cero, pero si entras dentro de ella o la imprimes, debe aparecer lo que inicialmente había en el registro de facturación (tablas redundantes).


Lo que entiendo apriori es que la Agencia Tributaria quiere sí o sí que hagamos facturas rectificativas. Pero esto lleva a un callejón sin salida puesto que ya no se trata de modificar importes sino el propio titular y la ley de facturación impide rectificar las facturas de otro titular.
¿ A qué titular te refieres, al destinatario ?
Responder Con Cita
  #1532  
Antiguo 02-04-2024
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 1.256
Poder: 5
ermendalenda Va por buen camino
Cita:
Empezado por CarlosR Ver Mensaje
Te propongo que el encadenamiento se haga de forma centralizada. Con un proceso único y centralizado (una cola temporal).
Cualquier bloqueo de un proceso local da al traste con todo el sistema de envíos y encadenamientos. Los DATAWARE de Delphi y C++ builder ya no sirven para eso. O al menos es mi impresión.

Un saludo.
Hollña gracias por la recomendación, el problema es que es un sistema antiguo de programación que no va demasiado bien el tema de las cachés de espera y y hay que hacer estragos para las colas, sobre todo con varias aplicaciones de escritorio en el mismo SIF, venta desasistida, pda y tpv, pero bueno con wl tema de bloqueos lo tengo ya bien atado para que no me de problemas.

Última edición por ermendalenda fecha: 02-04-2024 a las 21:07:54.
Responder Con Cita
  #1533  
Antiguo 02-04-2024
sglorka sglorka is offline
Miembro
 
Registrado: mar 2017
Posts: 224
Poder: 8
sglorka Va por buen camino
Cita:
Empezado por ramherfer Ver Mensaje
Buenos días, unas duda sobre rectificativas por diferencias y por sustitución (lio de signos). ¿Estas siempre se expresan en negativo o si es por sustitución en positivo si sustituyen a una factura determinada y que viene expresada en positivo y cuando sustituye a un abono se expresaria en negativo?
Gracias.
Creo que tienes un lío con las facturas rectificativas. El signo de las facturas rectificativas lo marca la operación de rectificación que quieres hacer. Te pongo un ejemplo muy sencillo :
Una factura emitida al CIF : BXXXXXXX con tres líneas de venta
Producto 1 2 Uds Precio 1.0€ = 2€
Producto 2 4 Uds Precio 1.5€ = 6€
Producto 3 6 Uds Precio 1.75€ = 10.5€

Si resulta que te devuelven 1 uds de la línea 1 tendrás que generar la línea
Producto 1 -1 Ud Precio 1.0€ = -1€

Si además, te equivocaste en el precio de la línea 2 y tenía que ser 2€ cada unidad, deberías generar dos líneas, la primera anula la original y la segunda la corrige
Producto 2 -4 Uds Precio 1.5€ = -6€
Producto 2 4 Uds Precio 2.0€ = 8€

Al final la factura Rectificativa x diferencia queda así, y dará el signo que tenga que dar. En este caso da positiva (1€)
Producto 1 -1 Ud Precio 1.0€ = -1€
Producto 2 -4 Uds Precio 1.5€ = -6€
Producto 2 4 Uds Precio 2.0€ = 8€

Si lo que te ocurrió fue que el CIF del cliente era erróneo, entonces generas una Rectificativa x Sustitución pero previamente, debes generar una factura de abono
Factura de abono CIF : BXXXXXXX
Producto 1 -2 Uds Precio 1.0€ = -2€
Producto 2 -4 Uds Precio 1.5€ = -6€
Producto 3 -6 Uds Precio 1.75€ = -10.5€

Factura de Rectificativa x Sustitución CIF : BXXXXHHHH
Producto 1 2 Uds Precio 1.0€ = 2€
Producto 2 4 Uds Precio 1.5€ = 6€
Producto 3 6 Uds Precio 1.75€ = 10.5€

Con la cuota rectificada y base rectificada a Cero ya que has generado una factura de abono previamente
Responder Con Cita
  #1534  
Antiguo 02-04-2024
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 1.256
Poder: 5
ermendalenda Va por buen camino
Cita:
Empezado por sglorka Ver Mensaje
Creo que tienes un lío con las facturas rectificativas. El signo de las facturas rectificativas lo marca la operación de rectificación que quieres hacer. Te pongo un ejemplo muy sencillo :
Una factura emitida al CIF : BXXXXXXX con tres líneas de venta
Producto 1 2 Uds Precio 1.0€ = 2€
Producto 2 4 Uds Precio 1.5€ = 6€
Producto 3 6 Uds Precio 1.75€ = 10.5€

Si resulta que te devuelven 1 uds de la línea 1 tendrás que generar la línea
Producto 1 -1 Ud Precio 1.0€ = -1€

Si además, te equivocaste en el precio de la línea 2 y tenía que ser 2€ cada unidad, deberías generar dos líneas, la primera anula la original y la segunda la corrige
Producto 2 -4 Uds Precio 1.5€ = -6€
Producto 2 4 Uds Precio 2.0€ = 8€

Al final la factura Rectificativa x diferencia queda así, y dará el signo que tenga que dar. En este caso da positiva (1€)
Producto 1 -1 Ud Precio 1.0€ = -1€
Producto 2 -4 Uds Precio 1.5€ = -6€
Producto 2 4 Uds Precio 2.0€ = 8€

Si lo que te ocurrió fue que el CIF del cliente era erróneo, entonces generas una Rectificativa x Sustitución pero previamente, debes generar una factura de abono
Factura de abono CIF : BXXXXXXX
Producto 1 -2 Uds Precio 1.0€ = -2€
Producto 2 -4 Uds Precio 1.5€ = -6€
Producto 3 -6 Uds Precio 1.75€ = -10.5€

Factura de Rectificativa x Sustitución CIF : BXXXXHHHH
Producto 1 2 Uds Precio 1.0€ = 2€
Producto 2 4 Uds Precio 1.5€ = 6€
Producto 3 6 Uds Precio 1.75€ = 10.5€

Con la cuota rectificada y base rectificada a Cero ya que has generado una factura de abono previamente
En verifactu como harías la factura de abono, estoy aquí dándole vueltas pero no encuentro la equivalencia. Gracias y saludos.
Responder Con Cita
  #1535  
Antiguo 02-04-2024
sglorka sglorka is offline
Miembro
 
Registrado: mar 2017
Posts: 224
Poder: 8
sglorka Va por buen camino
Cita:
Empezado por edari Ver Mensaje
Buenas tardes,


Hablando un poco de más de las rectificativas...

Cómo hacéis para definir si es de tipo R1, R2, R3 y R4? Lo dejáis a criterio del usuario sin ningún control?

Gracias...
Si es una disminución de la base imponible, debes usar R1
Si es un aumento de la base imponible, debes usar R4
Si es una rectificación de simplificada, R5
Si es para anular la cuota de iva por impago, R2 ó R3
https://www.gipuzkoa.eus/es/web/ogas...a-rectificada-
Responder Con Cita
  #1536  
Antiguo 02-04-2024
CarlosR CarlosR is offline
Miembro
 
Registrado: sep 2015
Posts: 98
Poder: 10
CarlosR Va por buen camino
Cita:
Empezado por sglorka Ver Mensaje
1- La ley determina que se pueden anular facturas. Esto me parece bien desde un punto de vista puramente contable. Se supone que incluso contablemente el registro de iva tendrá huecos con las facturas anuladas. ¿ No ?

-No necesariamente. Cuando tú anulas una factura, emites una registro de anulación a la aeat, para ellos esa factura quedaría anulada (a cero). En tú SIF, tendrás que hacer algo para que esa factura quede a cero. Puedes poner todas sus líneas con unidades a cero, o eliminar las líneas, nunca la factura, de esta forma ajustas tu almacén . Si debes volver a imprimir dicha factura, recuerda que por algún lado has debido de haber guardado todas sus líneas de forma redundante y deben coincidir con el registro de facturación que emitiste en su momento de tal manera que, aunque en tu SIF aparezca ahora a cero, si entras dentro del contenido debe aparecer lo que había en un primer momento, esta información al ser redundante no mueve tu almacén.

Resp. Si no llevas la factura al registro de iva contable y tampoco al 347 entonces aparecerán huecos. Y si la llevas con importes cero entonces el registro está falseado y será inservible. A esto me refiero. Ya sé que la AEAT tiene constancia de que se ha anulado. Pero eso es una cuestión y otra como lo vinculamos a la contabilidad y sus registros de iva.

2- Desde un punto de vista de gestión de facturación una vez emitida una factura lleva inherentes uno o varios albaranes, Cada albarán lleva implícitas unas salidas de almacén con sus respectivas estadísticas. La pregunta que me asoma por encima de los hombros es, ¿ qué hacemos con esos movimientos ?

-Quita los albaranes de la factura, modifica los que necesites y los vuelves a facturar o los eliminas. La factura te queda a cero, pero si entras dentro de ella o la imprimes, debe aparecer lo que inicialmente había en el registro de facturación (tablas redundantes).


Resp. Los registros originales deben estar allí para verificar que no se ha alterado nada, o eso entiendo yo. Al menos si se trata de una factura que entró al SIF y al encadenamiento. El sif no se toca. Por otro lado no hablo de facturas rectificativas puesto que eso es para otra opción distinta. Podría generar albaranes negativos vinculados a la factura anulada pero tendría que vincularlos de forma anexa y no directamente tal y como se hace con los albaranes.


Lo que entiendo apriori es que la Agencia Tributaria quiere sí o sí que hagamos facturas rectificativas. Pero esto lleva a un callejón sin salida puesto que ya no se trata de modificar importes sino el propio titular y la ley de facturación impide rectificar las facturas de otro titular.
¿ A qué titular te refieres, al destinatario ?

Resp. si claro, titular = destinatario.





Por otro lado se habla de las facturas sustitutivas. Las facturas sustitutivas que yo sepa hasta ahora se confeccionaban cuando un cliente solicitaba factura de un ticket o factura simplificada emitida anteriormente hasta un plazo de 4 años. Por lo que aunque va al 347 no va al registro de iva. Pero es un caso especial, no sé bien a qué se refiere la AEAT con lo de factura sustitutiva sobre una factura emitida, entiendo que a esto se la conoce como factura rectificativa y no sustitutiva.

Gracias por el aporte.
Responder Con Cita
  #1537  
Antiguo 02-04-2024
sglorka sglorka is offline
Miembro
 
Registrado: mar 2017
Posts: 224
Poder: 8
sglorka Va por buen camino
Cita:
Empezado por ermendalenda Ver Mensaje
En verifactu como harías la factura de abono, estoy aquí dándole vueltas pero no encuentro la equivalencia. Gracias y saludos.
Una factura de abono es una factura normal y corriente, sólo que la llaman así por que abonan una operación anterior (puede ser positiva o negativa) . Es una factura tipo F1 con la misma serie y contador que tus facturas normales.
Emites la factura Nº 01-123456
Emites la factura de abono Nº 01-123457
Emites la factura Nº 01-123458
Responder Con Cita
  #1538  
Antiguo 02-04-2024
sglorka sglorka is offline
Miembro
 
Registrado: mar 2017
Posts: 224
Poder: 8
sglorka Va por buen camino
Cita:
Empezado por CarlosR Ver Mensaje
Resp. si claro, titular = destinatario.

Por otro lado se habla de las facturas sustitutivas. Las facturas sustitutivas que yo sepa hasta ahora se confeccionaban cuando un cliente solicitaba factura de un ticket o factura simplificada emitida anteriormente hasta un plazo de 4 años. Por lo que aunque va al 347 no va al registro de iva. Pero es un caso especial, no sé bien a qué se refiere la AEAT con lo de factura sustitutiva sobre una factura emitida, entiendo que a esto se la conoce como factura rectificativa y no sustitutiva.

Gracias por el aporte.
Es que no sé qué quieres decir cuando escribes ".... sino el propio titular y la ley de facturación impide rectificar las facturas de otro titular..." ¿ Puedes ser más claro ?

El tema de las facturas sustitutivas tienen dos contextos distintos:
1.- Factura sustitutiva de factura simplificada emitida y declarada con anterioridad. Esta factura no mueve el 347 ni mueve el IVA ya que cuando la generas debes generar previamente una factura simplificada en negativo por la misma cantidad. Con esto, se compensan a nivel de IVA las dos facturas emitidas y el total da cero.

2.- Factura sustitutiva de operaciones realizadas por el cliente durante el mismo mes natural. Lo que se conoce como Factura Recapitulativa.
Imagina un cliente al que se le han emitido 50 facturas simplificadas y 25 facturas completas durante un mes en concreto. El cliente no quiere mecanizar las 75 facturas y le solicita una Factura Sustitutiva de todas las operaciones de ese mes. Procedimiento, hay que anular o abonar todas las facturas de ese mes y emitirle una con el contenido detallado de cada operación antes de final de mes.
Recuerda que si el cliente no es empresario ni autónomo, no se pueden generar albaranes durante el mes por cada operación, la ley te obliga a emitirle facturas en el mismo momento.
Responder Con Cita
  #1539  
Antiguo 02-04-2024
sglorka sglorka is offline
Miembro
 
Registrado: mar 2017
Posts: 224
Poder: 8
sglorka Va por buen camino
Cita:
Empezado por CarlosR Ver Mensaje
Resp. si claro, titular = destinatario.
Resp. Si no llevas la factura al registro de iva contable y tampoco al 347 entonces aparecerán huecos. Y si la llevas con importes cero entonces el registro está falseado y será inservible. A esto me refiero. Ya sé que la AEAT tiene constancia de que se ha anulado. Pero eso es una cuestión y otra como lo vinculamos a la contabilidad y sus registros de iva.

Gracias por el aporte.
Debes establecer un marco en que puedes o no, ANULAR una factura. No siempre se puede.
Si la factura ya la tiene el cliente, si la factura ya ha sido contabilizada, si estás fuera del periodo de devengo,... en estos casos no puedes Anularla. Debes crear una factura rectificativa o una factura de abono si el motivo no es causa de creación de una Rectificativa.

¿ Cuándo puedes ANULARLA ?. Cuando no estás en ninguno de los casos anteriores, la factura no ha sido conciliada todavía, no ha salido de mi empresa, etc.
El registro de facturación, entendido como el fichero Xml de remisión NO SE PUEDE MODIFICAR. La factura en mi sistema SIF, para poder anularla debo ponerla a cero (esto no es una modificación de una factura emitida, es un cambio en su estado de Activa a Anulada, su contenido sigue almacenado en las tablas redundantes de donde se generó el Xml). Una vez realizado este proceso, se exporta contablemente y/o se sienta en el registro de facturas emitidas a cero, de lo contrario, tendrás que explicarle al cliente al que emitiste la factura que quieres ANULAR que va a aparecer en tu 347 porque el importe de la factura es de 1.000.000€ que obviamente está mal y por eso la querías ANULAR pero como no querías falsear el registro de IVA pues eso.... que ahí se queda ¿ No parece de recibo no ?
Responder Con Cita
  #1540  
Antiguo 02-04-2024
sglorka sglorka is offline
Miembro
 
Registrado: mar 2017
Posts: 224
Poder: 8
sglorka Va por buen camino
Cita:
Empezado por CarlosR Ver Mensaje
Resp. Los registros originales deben estar allí para verificar que no se ha alterado nada, o eso entiendo yo. Al menos si se trata de una factura que entró al SIF y al encadenamiento. El sif no se toca. Por otro lado no hablo de facturas rectificativas puesto que eso es para otra opción distinta. Podría generar albaranes negativos vinculados a la factura anulada pero tendría que vincularlos de forma anexa y no directamente tal y como se hace con los albaranes.
Gracias por el aporte.
Imagina que facturas 250 albaranes a un cliente el día 15, se emite la factura, se emite el registro de facturación y lo envías a la Aeat. Antes de enviar la factura al cliente la revisas y te das cuenta de que no tenías que haberle facturado al cliente porque tienes pactado con él emitir 1 única factura a final de mes. ¿ Cómo lo resuelves ?
Viendo en el momento que está la factura lo más sencillo es emitir un registro de anulación a la Aeat, sueltas los albaranes de la factura, pones a cero dicha factura y la sientas en el libro de registro de facturas emitidas a cero.
También puedes generar los 250 albaranes en negativo, facturarlos y luego volver a generar los 250 albaranes en positivo para facturarlos a final de mes, pero me temo que es resolverlo a cañonazos
Responder Con Cita
Respuesta



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Hijo de Informáticos gluglu Humor 3 13-03-2007 12:05:35
Adictos informaticos ... Trigger Humor 2 11-10-2004 13:18:32
Nosotros los Informáticos Trigger Humor 1 10-10-2004 15:58:09
Patrón de los Informáticos. obiwuan Varios 20 10-09-2003 15:44:54
Chistes Informaticos jhonny Humor 2 11-08-2003 22:59:09


La franja horaria es GMT +2. Ahora son las 01:19:07.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi