Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[sglorka]

Empezado por bmfranky

Pues con este es el 3 sitio donde consulto y dice lo mismo.

La consulta vinculante a la que haces referencia es la (DGT, de 26-10-2022, V2245/2022) hace referencia a una operación que sí se realizó y por tanto, como hay un error en el destinatario, procedes a rectificarla emitiendo rectificativa en negativo y nueva factura con los nuevos datos del destinatario, aunque fuera otro distinto del inicial.
Cuando haces una factura y te equivocas de destinatario, teniendo todos sus datos correctos, la operación nunca llegó a realizarse con dicho destinanatario, por tanto, queda fuera de los casos de rectificación y como te indica en dicha consulta, una operación que nunca llegó a realizarse se debe anular con una factura de abono

[ermendalenda]

Hola, podeis por favor cambiar la huella anterior (SOLO EL HASH), y enviar el siguiente (pero que incluya la huella anterior falsa),
No entiendo que todos estais diciendo que ya controlan el registro anterior, pero yo cambio la huella del anterior (despues de enviarla) y al enviar el siguiente con la huella anterior cambiada me da correcto.

[CarlosArjonomia]

Empezado por ermendalenda

Hola, podeis por favor cambiar la huella anterior (SOLO EL HASH), y enviar el siguiente (pero que incluya la huella anterior falsa),
No entiendo que todos estais diciendo que ya controlan el registro anterior, pero yo cambio la huella del anterior (despues de enviarla) y al enviar el siguiente con la huella anterior cambiada me da correcto.

Solo controlan que la huella cumpla la regla de negocio, que sea UNA huella válida. No que sea LA huella válida.

Es normal, ya que esto nos facilita mucho el desarrollo. Imagina no poder pasar a la siguiente fase porque te atascas en el encadenamiento de las huellas. Más adelante activarán el control entiendo.

[ermendalenda]

Empezado por CarlosArjonomia

Solo controlan que la huella cumpla la regla de negocio, que sea UNA huella válida. No que sea LA huella válida.

Es normal, ya que esto nos facilita mucho el desarrollo. Imagina no poder pasar a la siguiente fase porque te atascas en el encadenamiento de las huellas. Más adelante activarán el control entiendo.

No se Puede comprobar el hash de la huella anterior si no se comprueba con los datos del hash anterior.
Los hashses no tienen dígito de control ni letra de control ni nada en su contenido ni nada parecido para poder verificar si es correcto, la única forma de verificarlo es compararlo con el correcto,
Y peor aun, modifico un solo carácter del hash en el último registro enviado(despues de enviar) y en el siguiente registro (nodo registro anterior) incluyo el hash malo.
Y Dan como aceptado
Entonces mi duda es, esa prueba la habéis hecho?

[CarlosArjonomia]

Empezado por ermendalenda

No se Puede comprobar el hash de la huella anterior si no se comprueba con los datos del hash anterior.
Los hashses no tienen dígito de control ni letra de control ni nada en su contenido ni nada parecido para poder verificar si es correcto, la única forma de verificarlo es compararlo con el correcto,
Y peor aun, modifico un solo carácter del hash en el último registro enviado(despues de enviar) y en el siguiente registro (nodo registro anterior) incluyo el hash malo.
Y Dan como aceptado
Entonces mi duda es, esa prueba la habéis hecho?

Prueba enviando "xxx" y te dará como parcialmente aceptado con error el el cálculo del HASH.

Error:La longitud de huella del registro anterior no cumple con las especificaciones.

[ermendalenda]

Empezado por CarlosArjonomia

Prueba enviando "xxx" y te dará como parcialmente aceptado con error el el cálculo del HASH.

Error:La longitud de huella del registro anterior no cumple con las especificaciones.

Si claro. Eso es una verificación de la longitud que tiene que tener 64 caracteres y si mandas todo en minúsculas tb falla. Eso no es un check de crc ni nada parecido, prueba a cambiar cambiando un carácter por otro hexadecimal en mayusculas

[thinkows]

Con lo fácil que es en ticketbai cierro factura/ticket envío, cierro envío etc

Tengo verifactu funcionando a la manera ticketbai para hacer pruebas ....

Y ahora con esto hay que tener en cuenta el TiempoEsperaEnvio, como lo vais a plantear ? proceso centralizado con cola de envíos por tiempo o por número de envíos :

CITO Descripción Servicio WEB :
Para poder realizar el siguiente envío, el sistema informático deberá esperar a que transcurran <TiempoEsperaEnvio> segundos desde el anterior envío o deberá esperar a tener acumulados un número de
registros de facturación igual al límite establecido en el diseño de registro para cada envío, la circunstancia que ocurra primero.


Aprovecho para agradecer a todos vuestras aportaciones, esperando con ansias la cita con AEAT del día 28
Saludos

[Becario127]

Hola buenas

Tengo este esquema de XML

<?xml version='1.0' encoding='utf-8'?>
<soapenv:Envelope xmlns:soapenv="schemas.xmlsoap.org/soap/envelope/" xmlns:fac="facturae.gob.es/formato/Versiones/Facturaev3_2_2.xml">
    <soapenv:Body>
        <fac:Facturae>
            <FileHeader>
                <SchemaVersion></SchemaVersion>
                <Modality></Modality>
                <InvoiceIssuerType></InvoiceIssuerType>
                <Batch>
                    <BatchIdentifier></BatchIdentifier>
                    <InvoicesCount></InvoicesCount>
                    <TotalInvoicesAmount>
                        <TotalAmount></TotalAmount>
                    </TotalInvoicesAmount>
                    <TotalOutstandingAmount>
                        <TotalAmount></TotalAmount>
                    </TotalOutstandingAmount>
                    <TotalExecutableAmount>
                        <TotalAmount></TotalAmount>
                    </TotalExecutableAmount>
                    <InvoiceCurrencyCode></InvoiceCurrencyCode>
                </Batch>
            </FileHeader>
            <Parties>
                <SellerParty>
                    <TaxIdentification>
                        <PersonTypeCode></PersonTypeCode>
                        <ResidenceTypeCode></ResidenceTypeCode>
                        <TaxIdentificationNumber></TaxIdentificationNumber>
                    </TaxIdentification>
                    <LegalEntity>
                        <CorporateName></CorporateName>
                        <TradeName></TradeName>
                        <AddressInSpain>
                            <Address></Address>
                            <PostCode></PostCode>
                            <Town></Town>
                            <Province></Province>
                            <CountryCode></CountryCode>
                        </AddressInSpain>
                        <ContactDetails>
                            <ElectronicMail></ElectronicMail>
                        </ContactDetails>
                    </LegalEntity>
                </SellerParty>
                <BuyerParty>
                    <TaxIdentification>
                        <PersonTypeCode></PersonTypeCode>
                        <ResidenceTypeCode></ResidenceTypeCode>
                        <TaxIdentificationNumber></TaxIdentificationNumber>
                    </TaxIdentification>
                    <LegalEntity>
                        <CorporateName></CorporateName>
                        <TradeName></TradeName>
                        <AddressInSpain>
                            <Address></Address>
                            <PostCode></PostCode>
                            <Town></Town>
                            <Province></Province>
                            <CountryCode></CountryCode>
                        </AddressInSpain>
                        <ContactDetails>
                            <Telephone></Telephone>
                            <ElectronicMail></ElectronicMail>
                        </ContactDetails>
                    </LegalEntity>
                </BuyerParty>
            </Parties>
            <Invoices>
                <Invoice>
                    <InvoiceHeader>
                        <InvoiceNumber></InvoiceNumber>
                        <InvoiceDocumentType></InvoiceDocumentType>
                        <InvoiceClass></InvoiceClass>
                    </InvoiceHeader>
                    <InvoiceIssueData>
                        <IssueDate></IssueDate>
                        <InvoiceCurrencyCode></InvoiceCurrencyCode>
                        <TaxCurrencyCode></TaxCurrencyCode>
                        <LanguageName></LanguageName>
                    </InvoiceIssueData>
                    <TaxesOutputs>
                        <Tax>
                            <TaxTypeCode></TaxTypeCode>
                            <TaxRate></TaxRate>
                            <TaxableBase>
                                <TotalAmount></TotalAmount>
                            </TaxableBase>
                            <TaxAmount>
                                <TotalAmount></TotalAmount>
                            </TaxAmount>
                        </Tax>
                    </TaxesOutputs>
                    <InvoiceTotals>
                        <TotalGrossAmount></TotalGrossAmount>
                        <TotalGrossAmountBeforeTaxes></TotalGrossAmountBeforeTaxes>
                        <TotalTaxOutputs></TotalTaxOutputs>
                        <TotalTaxesWithheld></TotalTaxesWithheld>
                        <InvoiceTotal></InvoiceTotal>
                        <TotalOutstandingAmount></TotalOutstandingAmount>
                        <TotalExecutableAmount></TotalExecutableAmount>
                    </InvoiceTotals>
                    <Items>
                        <InvoiceLine>
                            <ItemDescription></ItemDescription>
                            <Quantity></Quantity>
                            <UnitOfMeasure></UnitOfMeasure>
                            <UnitPriceWithoutTax></UnitPriceWithoutTax>
                            <TotalCost></TotalCost>
                            <GrossAmount></GrossAmount>
                            <TaxesOutputs>
                                <Tax>
                                    <TaxTypeCode></TaxTypeCode>
                                    <TaxRate></TaxRate>
                                    <TaxableBase>
                                        <TotalAmount></TotalAmount>
                                    </TaxableBase>
                                    <TaxAmount>
                                        <TotalAmount></TotalAmount>
                                    </TaxAmount>
                                </Tax>
                            </TaxesOutputs>
                        </InvoiceLine>
                    </Items>
                    <PaymentDetails>
                        <Installment>
                            <InstallmentDueDate></InstallmentDueDate>
                            <InstallmentAmount></InstallmentAmount>
                            <PaymentMeans></PaymentMeans>
                            <AccountToBeCredited>
                                <IBAN></IBAN>
                            </AccountToBeCredited>
                        </Installment>
                    </PaymentDetails>
                </Invoice>
            </Invoices>
        </fac:Facturae>
    </soapenv:Body>
</soapenv:Envelope>

Preguntaba por si asi estaria bien para hacer un envio a verifactuSOAP o faltaria añadir algo mas como por ejemplo esto

<?xml version="1.0"?>
    <NS1:RegFactuSistemaFacturacion>
      <RegFactuSistemaFacturacion SOAP-ENC:id="1" xsi:type="NS2:RegFactuSistemaFacturacion">
        <Cabecera SOAP-ENC:id="2" xsi:type="NS3:Cabecera">
          <ObligadoEmision SOAP-ENC:id="3" xsi:type="NS3:PersonaFisicaJuridicaESType">
            <NombreRazon xsi:type="xsd:string">MI EMPRESA</NombreRazon>
            <NIF xsi:type="xsd:string">NIF DE MI EMPRESA</NIF>
          </ObligadoEmision>
        </Cabecera>
      </RegFactuSistemaFacturacion>
    </NS1:RegFactuSistemaFacturacion>
  </SOAP-ENV:Body>
</SOAP-ENV:Envelope>

Y si es esto entonces como se implementaria

Muchas gracias.

[bmfranky]

Empezado por sglorka

La consulta vinculante a la que haces referencia es la (DGT, de 26-10-2022, V2245/2022) hace referencia a una operación que sí se realizó y por tanto, como hay un error en el destinatario, procedes a rectificarla emitiendo rectificativa en negativo y nueva factura con los nuevos datos del destinatario, aunque fuera otro distinto del inicial.
Cuando haces una factura y te equivocas de destinatario, teniendo todos sus datos correctos, la operación nunca llegó a realizarse con dicho destinanatario, por tanto, queda fuera de los casos de rectificación y como te indica en dicha consulta, una operación que nunca llegó a realizarse se debe anular con una factura de abono

Hola, gracias por la respuesta, entonces por simplificar.
Si la factura la realizo despues de por ejemplo haber reparado el coche, rectificativa, en negativo.
Pero si es por ejemplo antes de entregar un material que me han pedido, factura de abono, verdad.

[sglorka]

Empezado por bmfranky

Hola, gracias por la respuesta, entonces por simplificar.
Si la factura la realizo despues de por ejemplo haber reparado el coche, rectificativa, en negativo.
Pero si es por ejemplo antes de entregar un material que me han pedido, factura de abono, verdad.

Es un buen resumen