![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#121
|
|||
|
|||
|
Cita:
Por eso existen los conceptos: albarán valorado y albaran sin valorar. Última edición por ermendalenda fecha: 21-10-2025 a las 18:34:39. |
|
#122
|
||||
|
||||
|
Creo que nos está dando a todos bastante paranoia con el tema y es posible que sea lo que la aeat quiere.
Yo por mi parte dudo de que se vayan a poner a revisar presupuesto por presupuesto, pedido por pedido y albarán por albarán los posibles movimientos que tenga y que en último caso te puedan sancionar porque haya algo que no les guste. Otra cosa es que yo haga un abono de una factura de 50000 pavos (por ejemplo) y que te pregunten.... oye!! esto qué?? y tengas que demostrarle eso de dónde viene. Ya os digo, yo por mi parte he montado un sistema automático que recoje los cambios pero sin dedicarme mucho a ello. En treintaytantos años trabajando con empresas no he visto todavía que a ninguna le pidan siquiera la relación de albaranes, las habrá pero yo no las he visto. Siempre se remiten a las facturas definitivas. Saludos.
__________________
Be water my friend. |
|
#123
|
|||
|
|||
|
Cita:
|
|
#124
|
|||
|
|||
|
Cita:
|
|
#125
|
|||
|
|||
|
Cita:
Cita:
|
|
#126
|
|||
|
|||
|
He visto en otro hilo que se ha comentado que mientras dejes trazabilidad los albaranes se pueden borrar (si no estan facturados claro), nosotros lo hemos cerrado tambien y luego tenemos una marca por si el albaran al final no se va a facturar que no salga como pendiente. ¿Al final como queda el tema?
De las FAQS en la pregunta 11. BORRADORES DE FACTURA, “PRE-FACTURAS”, FACTURAS PROFORMA, ALBARANES, FACTURAS DE PRUEBA… pone lo siguiente: Lo anterior significa que cuando los albaranes, proformas, prefacturas o facturas sin validez fiscal se expidan, sus registros deberán conservarse de forma inalterable (salvo que la alteración se produzca por medio de un registro posterior, que también deberá quedar anotado en el sistema). Puede que se esten refiriendo a los registros de la trazabilidad...... ![]() |
|
#127
|
|||
|
|||
|
Bueno, me ha sacado la jefa que lo estamos haciendo así (no dejar eliminar albaranes) porque en el código de comercio el artículo 30 indica que los albaranes no facturados tambien tienen que conservarse. 6 añazos, jaja.
|
|
#128
|
|||
|
|||
|
Cita:
¿Y que es "expedir un albarán"? ¿crearlo?, ¿meterle líneas?, ¿facturarlo? ¿si yo le meto un artículo y me equivoqué no puedo borrarlo y meterle el bueno (en el momento, digo)? Yo sigo queriendo pensar que "expedir un albarán" es facturarlo (cerrarlo, finalizarlo). Y una vez que está facturado no se puede borrar. Porque si no significa eso, no le veo ningún tipo de sentido. Que no pueda borrar una línea porque escogí el artículo que no era no me cabe en la cabeza ![]() |
|
#129
|
|||
|
|||
|
Si, el albarán mientras no este facturado puedes hacer lo que quieras con él, menos borrarlo, tú puedes quitar poner lineas, modificar, etc...
|
|
#130
|
|||
|
|||
|
Cita:
Entonces puedo borrarle todas las líneas y dejarlo a 0 pero no puedo borrar la "cabecera" del albarán. No tiene mucho sentido. Nosotros mientras no esté facturado permitimos borrarlo |
|
#131
|
||||
|
||||
|
Cita:
![]() ![]() ![]() Osea quieren que si modificas un albarán crees un nuevo registro de modificación(al estilo rectificativa) del mismo en el que indiques que has echo, na , como no tenemos nada mejor que hacer.
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#132
|
|||
|
|||
|
Ya puestos, le he consultado a ChatGPT y a Gemini:
lo de los albaranes según el Código de Comercio --> por supuesto ¿Los pedidos? --> También. ¿Presupuestos? --> Claro que sí ¿Y un email preguntando por un precio? --> Sí ¿Y si lo preguntan por teléfono? --> Si lo anotas en un CRM o en cualquier otro sitio, o si grabas la llamada, hay que guardarlo Cito: "En resumen: Cualquier interacción que deje una huella documental (presupuesto formal, email, o nota interna de una llamada) que tenga relación con un precio o una transacción de su negocio está sujeta, por el Código de Comercio, al plazo de conservación de 6 años." También: "Aunque la obligación de 6 años sea mercantil (Código de Comercio), el organismo que con mayor frecuencia exige la exhibición de la documentación soporte es la Agencia Tributaria (Hacienda), en su función de control fiscal 💰. Agencia Tributaria (AEAT): Durante una inspección fiscal, Hacienda solicita toda la documentación que tenga trascendencia tributaria (facturas, contratos, etc.). Aunque el plazo fiscal es de 4 años (para liquidación de impuestos), a menudo exigen la documentación de terceros ejercicios que se solapa con el plazo mercantil de 6 años, o incluso más (10 años para comprobar bases imponibles negativas, por ejemplo)." SIN EMBARGO, al parecer estas son obligaciones del Empresario, y no nuestras. |
|
#133
|
|||
|
|||
|
Al entrar en detalles con ellos sobre esto insisto en lo que me contestaron:
Lo que esté informatizado y emitido y/o con orden de trabajo(ya no seria temporal)->trazabilidad, lo que no, se reflejará solo en la factura final, y puede haber diferencias respecto a documentos anteriores, pero no hay que informatizar una llamada de telefono, ni un manuscrito sin valor.... |
|
#134
|
|||
|
|||
|
No entro en que el empresario esté o no obligado a conservar cierta documentación; mi preocupación actual son las obligaciones legales de los desarrolladores
Extracto de un informe "Deep research" generado por Claude sobre este tema, que añado como adjunto, donde le pedía que aclarase a qué estamos legalmente obligados los que desarrollamos programas para VeriFactu: El desarrollador no asume responsabilidades de conservación documental del usuario Es crucial distinguir entre lo que el desarrollador debe construir en el software y las obligaciones que recaen exclusivamente sobre el empresario usuario. El desarrollador debe conservar únicamente las Declaraciones Responsables de todas las versiones que produzca o comercialice, manteniéndolas accesibles para clientes y la AEAT. Esta es su única obligación de conservación documental. El desarrollador NO es responsable de: la conservación de los registros de facturación generados por los usuarios; el cumplimiento tributario de quienes usan el software; la exactitud de los datos introducidos por los usuarios; las declaraciones fiscales o pagos de impuestos de los usuarios; el cumplimiento de plazos de presentación; la elección del modo operativo (VERI*FACTU o no); el uso correcto del sistema por parte del empresario; ni la conservación de albaranes, pedidos, presupuestos o cualquier otra documentación comercial del usuario. Nota: Las obligaciones no son exactamente las mismas para los softwares on-premises que para los SaaS online. Nota - El prompt era el siguiente: Analiza cuidadosamente las responsabilidades legales y la exigencia normativa de un programa ERP preparado para VeriFactu, en cuanto a la conservación de albaranes, pedidos, y presupuestos, teniendo en cuenta el artículo 30 del código de comercio. Diferencia claramente qué obligaciones tiene el desarrollador del ERP y qué obligaciones son exclusivamente del empresario/la empresa usuario del ERP, y no afectan al desarrollador. Indica claramente si esas obligaciones emanan de la ley o normativa de VeriFactu, de otra fuente legal, o de otra fuente sin fundamento legal Última edición por Javierus fecha: 27-10-2025 a las 17:19:37. Razón: El nombre del adjunto era demasiado largo para el sistema |
|
#135
|
|||
|
|||
|
Cita:
Todo lo que maneja Hacienda es un tema demasiado serio para consultar a la AI. Seamos serios nosotros también. Si en el prompt ya sabemos del artículo 30 del código de comercio, por que no vamos y lo leemos directamente (es muy corto): "Art. 30. 1. Los empresarios conservarán los libros, correspondencia, documentación y justificantes concernientes a su negocio, debidamente ordenados, durante seis años, a partir del último asiento realizado en los libros, salvo lo que se establezca por disposiciones generales o especiales. 2. El cese del empresario en el ejercicio de sus actividades no le exime del deber a que se refiere el párrafo anterior y si hubiese fallecido recaerá sobre sus herederos. En caso de disolución de sociedades, serán sus liquidadores los obligados a cumplir lo prevenido en dicho párrafo." O la Ley/es, O.M. y reglamento de Veri*factu. En fin... |
|
#136
|
|||
|
|||
|
¿Y de qué forma interpretas que lo que has posteado se contradice con mi post?
|
|
#137
|
|||
|
|||
|
Cita:
Yo no lo haré, buscaré la respuesta en otras fuentes más fiables. |
|
#138
|
|||
|
|||
|
Estás suponiendo; he cruzado la información. Y doy por sentado que cualquiera que lee un post aquí, no dice "Amén"
|
|
#139
|
|||
|
|||
|
Cita:
Cita:
|
![]() |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| ¿Se pueden modificar Global Vars en un TThread? | jhonalone | Desarrollo en Delphi para Android | 6 | 11-10-2023 14:20:25 |
| Imprimir dos albaranes en una hoja | jorllazo | Impresión | 0 | 14-03-2007 20:40:52 |
| Vista tampoco es tan malo | seoane | Noticias | 51 | 07-02-2007 02:15:06 |
| Sin Internet Tampoco Red... | Rogersito Plus | Firebird e Interbase | 6 | 24-06-2006 17:51:41 |
| tampoco con Firebird | azraelrvg | Firebird e Interbase | 5 | 17-10-2003 18:45:48 |
|