FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1441
|
|||
|
|||
NO es raro
Hace ya algunos meses que se hacen los suecos para contestar o te remiten a alguna norma o anteproyecto que tengan publicado.
No se pisan las uñas. Imagino que de algún modo querrán coordinarse también con la futura ley Crea y Crece de factura electrónica. De todas formas hay mucha información disponible. Vídeo, preguntas y respuestas, boe, definición de servicio web, excell con formatos, etc. |
#1442
|
||||
|
||||
Noticias frescas https://www.agenciatributaria.es/AEA...olladores.html
|
#1443
|
|||
|
|||
Cita:
A ver que nos encontramos. |
#1444
|
|||
|
|||
Nuevo Formato
Veo algunos cambios, los más importantes que veo son estos:
* Nuevos Nodos Subsanacion RechazoPrevio Hay que esperar que nos expliquen si estos se encadenan y como, además los conceptos se entremezclan, por que el de subsanación es muy parecido al de rechazo previo, pero no se si cuando te rechazan hay que marcar los 2 una vez subsanado. Tendrán que aclarar y poner ejemplos o cambiarlo. Por otro lado ¿Como se encadena este registro, justo con el anterior generado en el orden secuencial actual? *Nuevo Nodo Macrodato Identificador que especifica aquellas facturas con base o importe de la factura superior al umbral especificado. Este ... A ver si alguno sabe para que puede ser Por otro lado, han informado que el calculo del hash lo harñan sobre una parte del contenido que ya informaran, tambén han cambiado el nombre de algún nodo, otros nodos lo han cambiado de sitio y otros lo han eliminado. No voy a tocar nada hasta que pongan el Wsdl o el Xsd por que aun no lo veo. |
#1445
|
|||
|
|||
Cita:
Cuando tienes una factura con un importe muy grande (100.000 € en el SII si no recuerdo mal, el importe es parametrizable de aquí la redacción poco esclarecedora), tienes que documentar este nodo para significar que S(í), el importe es grande pero está comprobado que es así. |
#1446
|
|||
|
|||
Duda Nodo ClaveRegimen
Hola. A ver si me podeis ayudar con la clave de Régimen
ya que lo normal es 01 pero si tiene recargo de equivalencia es 18, mi duda es si el contenido de la clave 18 va el nodo del iva y el nodo del recargo o hay que crear 2 nodos de DetalleDesglose: 1 para el iva y otro para el recargo Gracias |
#1447
|
|||
|
|||
Cita:
|
#1448
|
|||
|
|||
mas consultas
Ayer hice una consulta para certificar que el esquema que uso de un XML en una tabla de cabeceras con todos los datos que exige la AEAT, además de los hases si cumplirá normas o si bien debería usar tablas paralelas para el registro con los datos de la AEAT y me contestan que esté atento. Que toman nota de la consulta ¡ Y solo quedan 7 meses !
O sacan rápido la información definitiva o a alguno se le acercará de pronto la edad de jubilación. Es cierto, ahora el hash se hará por partes y no por la totalidad. Aunque ahora no exigen firmar los xml a los que se acojan solo a veri*factu supongo que el tema queda abierto para un futuro. Tampoco sé si los requerimientos son exportaciones de los xml de las altas, anulaciones y eventos que luego se suben a su portal web o bien habrá webservices para tal fin. Todavía no hay un servicio de pruebas tal y como hubo en su momento con el SII. Han relajado algo las normas para los NO Verifactu pero el hecho de que el productor informático sea el responsable de los datos del cliente durante 5 años es para pensarlo. Por mi parte intentaré cumplir con los requisitos de los dos modelos y decidiré a última hora si sólo me quedo con el veri*factu. He visto que ya hay gente trabajando en el QR. Veo datos que se usarán en la página de la AEAT para consultar si hay el documento registrado pero no veo todos los detalles que debe tener la etiqueta. (tamaño, otros datos mas además de los que se usarán para la consulta de la página) Por otro lado la AEAT devolverá un código con cada factura que se suba por el webservice pero, además de que se archive en las tablas, ¿ se usa para algo ? Si debe estar en el QR tenemos un problema a la hora de expedir cualquier tipo de factura incluida la simplificada puesto que no siempre pero a veces falla internet, o el router, o un switch, o la propia AEAT. ¿ Se paraliza entonces la expedición de tikets ? (simplificadas) ¡ Esto va lento ! |
#1449
|
|||
|
|||
Entiendo que así es
Cita:
De todos modos puede darse el siguiente caso de factura por partes : Le haces una factura a un empresario que tiene dos partes separadas, una con recargo y otra sin el. En el caso de que el material lo asuma la empresa deberá llevar recargo de equivalencia si está sujeto a ello, en el caso de un gasto particular no. Como esto va asociado a cada base y tipo de iva no será un problema. Es lo mismo que una factura con una parte exenta y otra no. |
#1450
|
|||
|
|||
Cita:
Te contesto a esto último: Supongo que será como en TicketBAI: el software genera los hash, firma el XML (en Veri*Factu no será obligatorio) y genera el QR. Y ya tienes la factura emitida e imprimible con su QR. Para ello no se precisa ninguna conexión con Hacienda. Aparte, inmediatamente, debe enviar la factura a Hacienda. Por lo que oí en una de las charlas de la AEAT, si no se puede enviar por problemas técnicos, habrá que enviarla más tarde (cuando se pueda) marcando en un determinado campo que se envía con retraso por incidencia. No paralizas en ningún momento la emisión de facturas (ya sean completas o tickets) Saludos. |
#1451
|
|||
|
|||
En el envío así es
Cita:
Sí, en lo del envío ya sé que es así. Lo único que lo descuadraría es si hay que usar el código que devuelve la AEAT para integrarlo en el QR. Imagino que es como en el ticketbai. |
#1452
|
|||
|
|||
Mas campos y mas campos
Hay campos que estarán en el XML y que apriori no se están metiendo en cada registro de cabecera de facturas.
Por ejemplo el nif de la empresa expedidora y su nombre. (hablo de mi caso particular, claro) En cambio si se está metiendo los datos del fabricante y del software en cada cabecera. La pregunta es, ¿ debería estar también datos de la empresa expedidora de la factura ? Se entiende que son datos redundantes, ¿ no ? Lo que la AEAT quiere es ver que no se han tocado los datos que figuran en el XML del que se extrae el hash y por ende el encadenamiento. Pero se sobreentiende que la empresa no puede cambiar. |
#1453
|
|||
|
|||
Como que quedan 7 meses?
No eran 9 meses a partir de la publicación definitiva de la Orden Ministerial, que yo sepa no se ha publicado todavía no?? O si? No ha empezado la cuenta atrás de 9 meses no? Gracias |
#1454
|
||||
|
||||
Siguen quedando 9 meses. Cuentan desde que salga la orden ministerial definitiva.
|
#1455
|
|||
|
|||
Los cambios vienen de momento solo en el xls, el pdf de 55 páginas sigue siendo el mismo que había o lo estoy mirando mal?
|
#1456
|
|||
|
|||
pfff una ensalada de números
Cita:
Si, se me fue la ensalada de números que llevo estos días en la cabeza a pensar en lo que salió en enero de este año. |
#1457
|
|||
|
|||
Cita:
En fin, mirar el Real Decreto 1007/2023 del 5 de diciembre. Yo entiendo que comienza ahí. Y que lo siguiente que se espera es el susodicho proyecto de orden ministerial que se estipula del 3 al 24 de enero del 2024. https://www.agenciatributaria.es/sta...tEEDD-ONIF.pdf |
#1458
|
|||
|
|||
Eliminacion de CE
Cita:
En la nueva especificación de la hoja de cálculo se han eliminado las referencias a C-E o el archivo general de los que no se acojan a veri*factu. Con lo que intuyo que todo va al "mismo paquete". |
#1459
|
|||
|
|||
Quedan 9 meses... si ¡sacan la OM hoy!
|
#1460
|
|||
|
|||
Pues entonces mejor, porque al ritmo que van nos dan las uvas y aún siguen con las definiciones. |
|
|
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 |
|