![]() |
Cita:
|
Cita:
Yo lo que creo es que tristemente la gente que tiene que definir estos asuntos parece que no están en este mundo y que no han visto una factura en su puñetera vida. Saludos. |
Fijo que después de esto van a permitir ambas posibilidades.
Y sinceramente, me extrañaría que no fueran conscientes de lo que se va comentando en los foros sobre el tema, y como este foro tampoco hay muchos. Como comentaban hace unos post, esperamos una paralela los quejicas.:D |
Cita:
No no zeñó ispestor.... yo zoy gueno y no hablo malamente de nuestros dioses. Ezo habrá zido otro :D:D |
Crear Hash
Hola, buenas , aprovechando que han actualizado la documentacion de como crear la huella, aprovecho para postear la clase que uso en c# para generarla, la he prbado con los ejemplos del documento y me funciona ok, las salidas a consola, las podeis eliminar sin problema.
Código:
public class Huella |
Código:
public class Huella |
Otra pregunta para verifactu. Estaría bien que la lanzaremos desde distintos puntos de vista según necesidades:
¿Habrá un sitio web en el que podamos realizar ciertas operaciones con las facturas emitidas al igual que con el SII? Por ejemplo una anulación o una rectificación de cliente. Ya aue el dejar en mano del usuario del TPV puede ser arriesgado y en ciertos casos es necesario centralizar operaciones que necesitan ciertas comprobaciones. |
Firma de RegistroFacturacionAlta con Autofirma
Buenas
Para el que le venga bien mi aportación. 1. Creacion de RegistroFacturacionAltaType 2. Escribir Clase RegistroFacturacionAltaType en disco XML 3. Firmar con autofirma(XADES Enveloped y Namespace=la del excel. 4. He pasado (Parse) el fichero firmado xsig de fichero fisico en disco a clase RegistroFacturacionAltaType y todo correcto. Por lo que la firma es correcta. Codigo de Firma : (vb.net) Código:
Public Shared Sub FirmarXmlXades(ByVal pFicheroXml As String, ByVal pAliasCertificado As String)Un saludo |
Registro de Anulacion
Buenos días
Mi cuestión es (lo mismo es una tontería). Si las facturas son inalterables, es decir, no se pueden ni eliminar ni modificar. Que sentido tiene la existencia de un Registro de Anulacion. Os agradecería me aclaraseis la duda. Gracias. Un saludo. :-) |
Cita:
![]() |
Cita:
|
Reemitir ?
Cita:
Me estoy perdiendo. ¿ Donde dice la Ley que hay que emitir una nueva factura a partir de la factura anulada ? Es mas, esto forma parte de una consulta a la AEAT que he hecho hace ya 3 semanas y no tenían una respuesta de momento. Sus indicaciones eran que permanezca atento. Como ya he mencionado hace al menos un par de meses ( + o - ) una factura anulada tiene consecuencias. Sin ir mas lejos las que derivan de un registro de facturación al que le faltan números de factura. Es probable que la factura ya esté registrada en los procesos contables y de registros de iva. También tiene problemas con los stocks. La factura lleva inherentes albaranes y los albaranes son salida de stocks del almacén. Entre otras consideraciones. Así que cuando me responda la AEAT si es que lo hace algún día, pasaré aquí su respuesta. Por cierto, que yo sepa emitir una factura sustitutiva tal y como se puede hacer de una factura a partir de una simplificada anterior (ticket) no va al registro de iva, pero si al modelo 300. Con todo este galimatías, espero fervientemente la respuesta de la AEAT. Un saludo a tod@s. |
Cita:
Si al final no se dice lo contrario por parte de la AEAT , tengo pensado hacerlo así , la discusión de porque hay facturas anuladas y los motivos , ya sería una discusión entre el usuario y Hacienda , el software cumple la norma. De hecho , en los casos donde NO se aplica la norma de hacer una rectificativa , se deben poder "anular" , aunque sea con todo registrado en el software. Saludos |
Cita:
Yo no leo ninguna obligatoriedad de donde colocar el QR , leo que simplemente hablan de ejemplos , igual me he perdido algo? " 12. Anexo (ejemplos de «QR»). A continuación, se ofrecen algunos ejemplos posibles de códigos «QR» en los distintos escenarios que se pueden dar en función de varios aspectos:" Saludos |
Cita:
|
Cita:
Saludos |
Cita:
Otra cosa es la gestión que debes hacer en tu software para contemplar una anulación. Si la factura ya fue devengada, optaría por emitir una Factura de Abono (no factura rectificativa) para devolver la cifra de negocio y los impuestos a su estado real. Si la factura no ha sido devengada, yo la Anularía y en mi software, quitaría sus líneas o albaranes que contenga dejándola a cero.F2 Te recomiendo que ves también la consulta vinculante V0611-11 dentro de las consultas tributarias https://petete.tributos.hacienda.gob.es/consultas La emisión de una factura sustitutiva se puede hacer emitiendo previamente una factura simplificada de abono (F2) y luego un factura completa (F1, no F3). Con este método, los 3 documentos emitidos irían al registro de iva y al modelo 300. |
ESTO HAN CONTESTADO LOS DE HACIENDA.
Buenos días: En el Real Decreto 1007/2023, de 5 de diciembre, en concreto en su artículo 8, se habla de los requisitos que deben reunir los sistemas informáticos de facturación. En el punto 2 indica lo siguiente: 2. El sistema informático deberá garantizar: a) La integridad e inalterabilidad de los registros de facturación de forma que, una vez generados y registrados, no puedan ser alterados sin que el sistema informático lo detecte y avise de ello. Se entenderá por alteración de los registros de facturación la ocultación o eliminación de cualquier registro de facturación originalmente generado y registrado por el sistema informático, o la ocultación o modificación, total o parcial, de los datos de cualquier registro de facturación originalmente generado y registrado por el sistema informático, o la adición de registros de facturación, simulados o falsos, distintos a los originalmente generados y registrados por el sistema informático. Cualquier necesidad de corrección o anulación de los datos registrados deberá ser realizada mediante al menos un registro de facturación adicional posterior, de forma que se conserven inalterables los datos originalmente registrados. Por lo tanto, aunque el registro con datos erróneos no se pueda eliminar del SIF, cuando se trate de una operación incorrecta (casos excluidos de poder emitir una factura rectificativa u otro mecanismo contemplado en el Reglamento de Facturación), como por ejemplo que se haya expedido una factura por error cuando no ha habido una auténtica venta, deberá realizarse además una ANULACIÓN de la operación original procediendo a generar un registro de facturación de anulación. Atentamente, Atención al Usuario Departamento de Informática Tributaria Email: [email protected] YO RESPONDO CON ESTO: Y por lo tanto ese número de factura queda inutilizable. Habría saltos en la numeración(de facturas válidas). Lo que pasa que controlados por AEAT. No? Un saludo. :-) POSTEARË RESPUESTA |
Anulación de Facturas
En el documento de Preguntas y respuestas:
Pregunta: El registro de facturación de anulación anula el correspondiente registro de facturación de alta, pero desde el punto de vista del Reglamento de Facturación cómo quedan éstas facturas, se puede volver a enviar con ese número o se queda sin usar, con salto de número de factura. Respuesta: Aunque en principio no se cierra ninguna posibilidad, dado que ha quedado constancia de la factura "errónea", aunque luego haya sido anulada (se recuerda que deberían ser casos excepcionales y que esta posibilidad se ha tenido en cuenta para facilitar la gestión de estos casos), lo recomendable sería optar por continuar con la numeración siguiente, es decir, no reutilizar -o "saltarse"- el nº de la factura anulada, ya que la nueva factura a expedir en principio puede no tener nada que ver con la anulada (en este caso, se generaría un registro de facturación de alta inicial). No obstante, no se podría impedir la reutilización del nº de la factura anulada para asignárselo a la nueva factura (teniendo en cuenta que podría entenderse como que la "sustituye"), aunque para ello debería generarse un registro de facturación de alta sustitutiva. Vamos que puede que si, pero también puede que no se pueda reutilizar el mismo número de factura... No se aclaran ni ellos mismos. |
Cita:
|
Cita:
A eso me refiero. |
Cita:
No confundamos el Registro de Facturación que se emite para la aeat, que es inviolable, con el registro que está en SIF y sí puedes anular y dejar a cero su contenido (después de emitir su registro de anulación claro) |
Mas sobre anuladas
Cita:
Una de las soluciones aportadas anteriormente fue que se puede hacer una factura con cantidades negativas (factura de abono). Hace años que estoy haciendo eso. Pero esto no es factura de anulación. Que también puede servir, sobre todo si ya hay facturas expedidas posteriores. Así no se rompería la cadena. Eso sí, el cliente vería un cargo y un abono en sus extractos contables. Creo que la anulación de una factura no lo tienen claro ni en la AEAT, por ello sigo experando una respuesta de la AEAT. Personalmente ahora mismo yo no lo tengo claro. Saludos. |
Cita:
A la espera de que dicen los de AEAT. |
Buenas tardes, ¿alguien ha podido importar el SistemaFacturacion.wsdl en Delphi 12.1? estamos intentando importarlo en el último Delphi que existe y nos da un AV al intentar importarlo (todas las opciones por defecto sin cambiar nada) puede que haya que desactivar alguna o hacer algún cambio antes de importarlo. Cualquier ayuda sería bienvenida. Gracias
|
Importar wsdl
Cita:
Prueba a bajarte el archivo a disco e importarlo desde ahí. Saludos. |
Aparte de todo este galimatías,
Enhorabuena al foro que VALE ORO. Después de todo esto habré que quedar y echase unas BIRRAS. Gracias |
Cita:
¿Vosotros en que Delphi lo habeis importado? Mientras intentaremos abrir un QC en Embarcadero porque lo de que de un AV es un error de Delphi. |
Cita:
La conclusión a la que quiero llegar es que tenemos que perder el miedo a modificar facturas en nuestro SIF después de emitir su registro de facturación. Esta modificación queda respaldada con el registro de anulación emitido, si la quiero poner a cero, o con el registro de subsanación emitido, si lo que quiero es modificar algún campo que no implique la emisión de una factura rectificativa |
Importar wsdl
Cita:
Embarcader studio 11 Enterprise (Delphi + C++ Builder) Tuve problemas directamente desde la url de la AEAT. Bajé tanto el wsdl como los ficheros referenciados por esta. No me dio problema. Es mas, tuve que volver a bajarme los de la SII y también ahí me funcionó. Mira los filtros de importación que tiene Delphi 11 al importar el wsdl. |
Buenas, respecto a la pregunta que he puesto a verifactu sobre si van a poner una herramienta web como el SII, ya me han respondido.
Han hecho Click al botón que tienen de respuesta rápida:D: Cita:
|
Cita:
1. Registro Alta 2. Registro Anulación 3. Registro Alta (Subsanación) Y la factura sique activa y hemos utilizado el registro de Anulacion Gracias |
Cita:
SistemaFacturacion.wsdl RespuestaSuministro.xsd SuministroInformacion.xsd SuministroLR.xsd Desde la url de desarrolladores: https://www.agenciatributaria.es/AEA...ERI_FACTU.html Y le damos a importar y rompe con el AV. Hemos visto que en el wsdl hay urls a "https://www2.agenciatributaria.gob.es" que no funcionan (dando un 404) hicimos otra prueba cambiando estas urls por "http://prewww2.aeat.es" y otros cambios y así conseguimos que importe algo pero desde luego nada que sea directo. |
Yo estoy con 10.1 Berlín y cuando importo el wsdl solamente me funciona cuando escojo la tercera opción SOAP 1.2, si escojo la automatic me da errores de compilación que es la opción por defecto, no sé si te ayuda eso.
saludos |
Cita:
No cambiasteis nada dentro del wsdl antes de importarlo ¿verdad? |
Cita:
Buenos días: En el Real Decreto 1007/2023, de 5 de diciembre, en concreto en su artículo 8, se habla de los requisitos que deben reunir los sistemas informáticos de facturación. En el punto 2 indica lo siguiente: 2. El sistema informático deberá garantizar: a) La integridad e inalterabilidad de los registros de facturación de forma que, una vez generados y registrados, no puedan ser alterados sin que el sistema informático lo detecte y avise de ello. Se entenderá por alteración de los registros de facturación la ocultación o eliminación de cualquier registro de facturación originalmente generado y registrado por el sistema informático, o la ocultación o modificación, total o parcial, de los datos de cualquier registro de facturación originalmente generado y registrado por el sistema informático, o la adición de registros de facturación, simulados o falsos, distintos a los originalmente generados y registrados por el sistema informático. Cualquier necesidad de corrección o anulación de los datos registrados deberá ser realizada mediante al menos un registro de facturación adicional posterior, de forma que se conserven inalterables los datos originalmente registrados. Por lo tanto, su planteamiento nos parece correcto y acorde al reglamento. Atentamente, Atención al Usuario Departamento de Informática Tributaria Email: [email protected] |
Cita:
Estos de embarcadero han sido capaces de sacar el nuevo Delphi sin haber compilado sus propias herramientas (como esta de importar los wsdl) ¿soprendente? no ya que la mitad de los que curran ahora ahí son becarios. Gracias a todos por vuestras ideas y un saludo |
Codifo QR
Cita:
Desde el dia 05/03/2024 ya hay una version preliminra de lo que deve llevar el qr, colocacion y tamaño, el dia 04/06/2024 lo modificaron para poner ejemplos.He intentado poner el enlace, pero no me deja. |
continuación
Cita:
Si, ya me he bajado los pdf. Y ya estoy haciendo pruebas. Tienen 4 modalidades : a) Veri*factu 1- en pruebas 2- en producción a partir del 01-06-2025 b) NoVeri*factu 3- en pruebas 4- en producción a partir del 01-06-2025 Al final en los informes he creado unas funciones de forma que dependiendo de la fecha utiliza un modelo u otro. De este modo no estaré pendiente de cambiar informes el último día. Ojo con la localización y el tamaño de los QR. La AEAT es muy explícita. Ahora solo nos falta que diseñen las facturas de los clientes. ;) Saludos. |
Proteccion de datos.
Una cosa, se que no iria aqui, pero..
Para proteger los datos del cliente,(Telefono,dni,Email) , para cumplir con la normativa subiendolos a mi base de datos codificado en MD5 , ¿es suficiente? Teniendo en cuentea que el servidor Mysql, no se puede acceder mas que desde la intranet? Por ejemplo para subir los datos desde un textbox, los pongo en en la estructura de datos, en texto plano, antes de subirlo lo codifico en MD5 y ese codigo es el que subo a la base de datos. Para recogerlos, hago la consulta y asigno a la estructura el resultado de resolver el MD5. Lo pregunto por que una vez puesto a rectificar cosas, modificarlo. Por cierto para hallar el tiempo para el HASH , uso esto en c# Código:
string retorno = DateTime.Now.ToString("yyyy-MM-dd'T'HH:mm:ssK");Gracias por vuestras respuestas. |
| La franja horaria es GMT +2. Ahora son las 02:36:33. |
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