Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Empezado por sglorka

Y en cuanto las sustitutivas de una simplificada por una completa, es que no hay ni que pensar, se copia el contenido exacto de la simplificada sobre una completa con el cliente identificado y se emite una simplificada idéntica a la original en negativo para anularla. Siempre utilizando como fecha operación de ambas facturas la de la factura simplificada que queremos sustituir para evitar rechazos debido a Ivas que en el momento de la sustitución ya no están vigentes.

Espero que esto quite un poco de hierro al asunto y pido disculpas por ser tan pesado con las rectificativas

Buff que lio, que copias el contenido a una simplificada en negativo para anularla pero has dicho que se copia en una factura normal. Creo que has escrito algo erroneo. Por que además dices de ambas facturas y solo estás explicando 1.

Por otro lado, si verifactu se está equivocando...
Se puede hacer 2 cosas, rebatir ahora con verifactu o esperar al reglamento técnico y las faqs y si sigue igual rebatir de nuevo. Ya que si yo hago caso a ellos u tú no, uno de los 2 lo vamos a estar haciendo mal.

[ermendalenda]

Artículo 15. Facturas rectificativas.
1. Deberá expedirse una factura rectificativa en los casos en que la factura original no cumpla alguno de los requisitos que se establecen en los artículos 6 ó 7, sin perjuicio de lo establecido en el apartado 6 de este artículo.


2. Igualmente, será obligatoria la expedición de una factura rectificativa en los casos en que las cuotas impositivas repercutidas se hubiesen determinado incorrectamente o se hubieran producido las circunstancias que, según lo dispuesto en el artículo 80 de la Ley del Impuesto, dan lugar a la modificación de la base imponible.
Artículo 6. Contenido de la factura.
1. Toda factura y sus copias contendrán los datos o requisitos que se citan a continuación, sin perjuicio de los que puedan resultar obligatorios a otros efectos y de la posibilidad de incluir cualesquiera otras menciones:
....

Yo creo que la interpretación del reglamento para lss situaciones de error en los datos del cliente pueden ser ambiguas.
El reglamento dice claramente de que si las cuotas están mal calculadas es rectificativa pero sobre el resto del contenido no dice contenido erroneo dice que debe tener esos datos, con lo cual el error de cliente no está especificado, yo creo que dado la ambigüedad puede ser válido hacer las 2 cosas, la rectificativa o la subsanación.
Dado que hasta ahora no existía la subsanacion no había otra posibilidad, entonces yo pienso que con este nueva opción se ha complementado la forma de actuar.

[ermendalenda]

Si hago un barrido de contadores detecto una factura no generado el registro , he actuado así a ver si lo veis correcto:
Regenerando registro con registro anterior al último enviado, marcó sibsanacion=S y rechazoprevio=S, incidencia=S
Aunque no me la hayan rechazado, por que si no marcó rechazo como si, no la acepta. Y sólo como incidencia no lo veo

[ermendalenda]

Empezado por ermendalenda

Si hago un barrido de contadores detecto una factura no generado el registro , he actuado así a ver si lo veis correcto:
Regenerando registro con registro anterior al último enviado, marcó sibsanacion=S y rechazoprevio=S, incidencia=S
Aunque no me la hayan rechazado, por que si no marcó rechazo como si, no la acepta. Y sólo como incidencia no lo veo

Me contesto yo mismo
Solo como incidencia, pueden localizar que no ha habido un rechazo previo en el hueco que no envié.

[sglorka]

Empezado por ermendalenda

Yo creo que la interpretación del reglamento para lss situaciones de error en los datos del cliente pueden ser ambiguas.
El reglamento dice claramente de que si las cuotas están mal calculadas es rectificativa pero sobre el resto del contenido no dice contenido erroneo dice que debe tener esos datos, con lo cual el error de cliente no está especificado, yo creo que dado la ambigüedad puede ser válido hacer las 2 cosas, la rectificativa o la subsanación.
Dado que hasta ahora no existía la subsanacion no había otra posibilidad, entonces yo pienso que con este nueva opción se ha complementado la forma de actuar.

Si tienes dudas sobre este aspecto te resumo la consulta vinculante emitida en octubre de 2022 y que bmfranky publicó hace unos diás

Resolución de Dirección General de Tributos Vinculante V2245-22 del 26 de Octubre de 2022
"entre las causas que motivan la expedición obligatoria de una factura rectificativa se comprende la consignación de un nuevo destinatario de la factura cuando se incurrió en un error, criterio sustentado por este Centro Directivo entre otras en la contestación vinculante número V1792-06, de fecha 7 de septiembre de 2006. Debe señalarse que es causa de rectificación de las facturas la consignación errónea de cualquier dato o requisito obligatorio que se consigne en las mismas, como pudiera ser el caso de los datos de identificación del destinatario como sucede en la factura a la que se refiere el escrito de consulta. Por tanto, en caso de que se haya consignado de manera incorrecta la identificación del destinatario de la factura, el consultante deberá expedir una factura rectificativa que deberá constar en serie específica de factura."

[ermendalenda]

Empezado por sglorka

Si tienes dudas sobre este aspecto te resumo la consulta vinculante emitida en octubre de 2022 y que bmfranky publicó hace unos diás

Resolución de Dirección General de Tributos Vinculante V2245-22 del 26 de Octubre de 2022
"entre las causas que motivan la expedición obligatoria de una factura rectificativa se comprende la consignación de un nuevo destinatario de la factura cuando se incurrió en un error, criterio sustentado por este Centro Directivo entre otras en la contestación vinculante número V1792-06, de fecha 7 de septiembre de 2006. Debe señalarse que es causa de rectificación de las facturas la consignación errónea de cualquier dato o requisito obligatorio que se consigne en las mismas, como pudiera ser el caso de los datos de identificación del destinatario como sucede en la factura a la que se refiere el escrito de consulta. Por tanto, en caso de que se haya consignado de manera incorrecta la identificación del destinatario de la factura, el consultante deberá expedir una factura rectificativa que deberá constar en serie específica de factura."

Pues si que tienen lio, efectivamente la consulta vinculante es lo que prevalece. Gracias y siento haber insistido.
Aunque voy a responder con esto mismo al que respondió a la cuestión de verifactu a ver que dice.

[Becario127]

Hola buenos dias

Preguntaba por si este XML que genere esta bien para enviarse por verifactu o si me falta algo por agregar

<soapenv:Envelope xmlns:soapenv="chemas.xmlsoap.org/soap/envelope/" xmlns:sum="ww2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd" xmlns:sum1="ww2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd" xmlns:xd="ww.w3.org/2000/09/xmldsig#">
<soapenv:Header/>
<soapenv:Body>
<sum:RegFactuSistemaFacturacion>
<sum1:Cabecera>
<sum1:ObligadoEmision>
<sum1:NombreRazon>a</sum1:NombreRazon>
<sum1:NIF>a</sum1:NIF>
</sum1:ObligadoEmision>
</sum1:Cabecera>
<sum:RegistroFactura>
<sum:RegistroAlta>
<sum1:IDVersion>1.0</sum1:IDVersion>
<sum1:IDFactura>
<sum1:IDEmisorFactura>49962410Q</sum1:IDEmisorFactura>
<sum1:NumSerieFactura>a</sum1:NumSerieFactura>
<sum1:FechaExpedicionFactura>2024-10-10</sum1:FechaExpedicionFactura>
</sum1:IDFactura>
<sum1:NombreRazonEmisor>a</sum1:NombreRazonEmisor>
<sum1:TipoFactura>a</sum1:TipoFactura>
<sum1:DescripcionOperacion>a</sum1:DescripcionOperacion>
<sum1:Destinatarios>
<sum1:IDDestinatario>
<sum1:NombreRazon>a</sum1:NombreRazon>
<sum1:NIF>a</sum1:NIF>
</sum1:IDDestinatario>
</sum1:Destinatarios>
<sum1:Desglose>
<sum1:DetalleDesglose>
<sum1:ClaveRegimen>a</sum1:ClaveRegimen>
<sum1:CalificacionOperacion>a</sum1:CalificacionOperacion>
<sum1:TipoImpositivo>a</sum1:TipoImpositivo>
<sum1:BaseImponibleOimporteNoSujeto>a</sum1:BaseImponibleOimporteNoSujeto>
<sum1:CuotaRepercutida>a</sum1:CuotaRepercutida>
</sum1:DetalleDesglose>
<sum1:DetalleDesglose>
<sum1:ClaveRegimen>a</sum1:ClaveRegimen>
<sum1:CalificacionOperacion>a</sum1:CalificacionOperacion>
<sum1:TipoImpositivo>a</sum1:TipoImpositivo>
<sum1:BaseImponibleOimporteNoSujeto>a</sum1:BaseImponibleOimporteNoSujeto>
<sum1:CuotaRepercutida>a</sum1:CuotaRepercutida>
</sum1:DetalleDesglose>
</sum1:Desglose>
<sum1:CuotaTotal>a</sum1:CuotaTotal>
<sum1:ImporteTotal>a</sum1:ImporteTotal>
<sum1:Encadenamiento>
<sum1:RegistroAnterior>
<sum1:IDEmisorFactura>a</sum1:IDEmisorFactura>
<sum1:NumSerieFactura>a</sum1:NumSerieFactura>
<sum1:FechaExpedicionFactura>2024-10-10</sum1:FechaExpedicionFactura>
<sum1:Huella>a</sum1:Huella>
</sum1:RegistroAnterior>
</sum1:Encadenamiento>
<sum1:SistemaInformatico>
<sum1:NombreRazon>a</sum1:NombreRazon>
<sum1:NIF>a</sum1:NIF>
<sum1:NombreSistemaInformatico>a</sum1:NombreSistemaInformatico>
<sum1:IdSistemaInformatico>2024-10-10</sum1:IdSistemaInformatico>
<sum1:Version>a</sum1:Version>
<sum1:NumeroInstalacion>a</sum1:NumeroInstalacion>
<sum1:TipoUsoPosibleSoloVerifactu>a</sum1:TipoUsoPosibleSoloVerifactu>
<sum1:TipoUsoPosibleMultiOT>a</sum1:TipoUsoPosibleMultiOT>
<sum1:IndicadorMultiplesOT>a</sum1:IndicadorMultiplesOT>
</sum1:SistemaInformatico>
<sum1:FechaHoraHusoGenRegistro>2024-10-28T09:02:49.291409</sum1:FechaHoraHusoGenRegistro>
<sum1:TipoHuella>01</sum1:TipoHuella>
<sum1:Huella>54DF1CC5E6B4A9B1C87B1924709853980C2D98DFD9112F133F6D5E38871C801F</sum1:Huella>
</sum:RegistroAlta>
</sum:RegistroFactura>
</sum:RegFactuSistemaFacturacion>
</soapenv:Body>
</soapenv:Envelope>

Muchas gracias

[Joze]

Buenos días:

Se ha publicado la Orden Ministerial


www . boe . es/diario_boe/txt.php?id=BOE-A-2024-22138 <--- (quitar espacios)

a partir del 29 de julio de 2025 no se podrá desarrollar ni comercializar ningún sistema informático que no esté adaptado

Abrazos a todos

[pablog2k]

en pleno agosto, claro que si porque tener vacaciones está sobrevalorado
a ver que nos dicen hoy a las 12

[CarlosArjonomia]

Empezado por Joze

Buenos días:

Se ha publicado la Orden Ministerial


www . boe . es/diario_boe/txt.php?id=BOE-A-2024-22138 <--- (quitar espacios)

a partir del 29 de julio de 2025 no se podrá desarrollar ni comercializar ningún sistema informático que no esté adaptado

Abrazos a todos

Lo hacen adrede, es como cuando arreglan las calles en las ciudades en agosto.

Por cierto desde hoy me da error <faultstring>Codigo[4102].El XML no cumple el esquema. Falta informar campo obligatorio.: Cabecera</faultstring>, ¿a alguien más le pasa?.

[rci]

Empezado por Joze

Buenos días:

Se ha publicado la Orden Ministerial


www . boe . es/diario_boe/txt.php?id=BOE-A-2024-22138 <--- (quitar espacios)

a partir del 29 de julio de 2025 no se podrá desarrollar ni comercializar ningún sistema informático que no esté adaptado

Abrazos a todos

Muchas gracias Joze por la información!

[ermendalenda]

Empezado por Joze

Buenos días:

Se ha publicado la Orden Ministerial


www . boe . es/diario_boe/txt.php?id=BOE-A-2024-22138 <--- (quitar espacios)

a partir del 29 de julio de 2025 no se podrá desarrollar ni comercializar ningún sistema informático que no esté adaptado

Abrazos a todos

Gracias
A ver si alguien hace un resumen antes de que lo leamos.

[antoine0]

Empezado por Joze

Se ha publicado la Orden Ministerial

a partir del 29 de julio de 2025 no se podrá desarrollar ni comercializar ningún sistema informático que no esté adaptado

En el RDL 1007/2023 era el 1 de julio. ¿Dónde está escrito que hay prorroga hasta el 29?

Y por cierto, ateniendo a la ley 11/2021 y su modificación de la LGT, nuevo artículo 201 bis, a la misma fecha está también prohíbo la tenencia de sistema no conformes, parágrafo 2.

[ermendalenda]

Empezado por sglorka

Si tienes dudas sobre este aspecto te resumo la consulta vinculante emitida en octubre de 2022 y que bmfranky publicó hace unos diás

Resolución de Dirección General de Tributos Vinculante V2245-22 del 26 de Octubre de 2022
"entre las causas que motivan la expedición obligatoria de una factura rectificativa se comprende la consignación de un nuevo destinatario de la factura cuando se incurrió en un error, criterio sustentado por este Centro Directivo entre otras en la contestación vinculante número V1792-06, de fecha 7 de septiembre de 2006. Debe señalarse que es causa de rectificación de las facturas la consignación errónea de cualquier dato o requisito obligatorio que se consigne en las mismas, como pudiera ser el caso de los datos de identificación del destinatario como sucede en la factura a la que se refiere el escrito de consulta. Por tanto, en caso de que se haya consignado de manera incorrecta la identificación del destinatario de la factura, el consultante deberá expedir una factura rectificativa que deberá constar en serie específica de factura."

Enviada consulta de nuevo agregando consulta vinculante, está vez a través de nuestra asesoría.

[ermendalenda]

Señores,
ya han actualizado el esquema de envio con los nuevos cambios en cabecera y registroalta/registroanulacion etc
Si intentais enviar con el anterior da error.

[keno_71]

Veremos si el inicio de verifactu se retrasa hasta el 29-07-2025 o se indica un plazo posterior

[[newtron]]

No sé por qué motivo no me importa el .wsdl. ¿Hay algo especial que hacer? porque lo que hago es (Delphi Berlin): Component-Import WSDL, poner la url del wsdl y darle "palante" hasta el final, también he probado poniendo que use el SOAP 1.2 y nada, me da este error:





Gracias y un saludo.

[Franche]

No pone nada de plazos ? no lo veo

[sglorka]

Empezado por ermendalenda

Buff que lio, que copias el contenido a una simplificada en negativo para anularla pero has dicho que se copia en una factura normal. Creo que has escrito algo erroneo. Por que además dices de ambas facturas y solo estás explicando 1.

Por otro lado, si verifactu se está equivocando...
Se puede hacer 2 cosas, rebatir ahora con verifactu o esperar al reglamento técnico y las faqs y si sigue igual rebatir de nuevo. Ya que si yo hago caso a ellos u tú no, uno de los 2 lo vamos a estar haciendo mal.

No has leído correctamente lo que está escrito. Inténtalo otra vez.

[jguarda]

Le he escrito a verifactu a ver si saben xq me dá el error cuando envio la factura a ver si me dicen algo y lo puedo solucionar para alguien más.


Mi intención es no enviarlo con CURL.EXE sino con httpRIO e incrustarlo dentro del ejecutable, pero tengo un problema y es q yo trabajo con delphi tokio y me faltan poder asignarle a este componente el certificado y el password del certificado, cosa q en tokio no lo puedo hacer, supogo en en delphi 12 por lo que he visto si comtemplan que puedas asignar esos parámetros.


Alguien que haya creado una dll con httpRIO en delphi 12, para poder usarlo desde cualquier delphi que tengamos ??