Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[bmfranky]

Empezado por unomasmas

También podría ser así, como explicó un poco antes ermendalenda. A mi me parece algo más claro

¡Ojo, cambio hecho a mano. Muy fácil que haya errores!

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:sum="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd" xmlns:sum1="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd">
<soapenv:Header />
<soapenv:Body>
<sum:RegFactuSistemaFacturacion>
<sum1:Cabecera>
    <sum1:ObligadoEmision>
        <sum1:NombreRazon>Mi taller s.l.</sum1:NombreRazon>
        <sum1:NIF>mi nif</sum1:NIF>
    </sum1:ObligadoEmision>
    <sum1:RemisionVoluntaria>
        <sum1:FechaFinVeriFactu />
        <sum1:Incidencia>N</sum1:Incidencia>
    </sum1:RemisionVoluntaria>
</sum1:Cabecera>
<sum1:RegistroFactura>
<sum1:RegistroAlta>
    <sum1:IDVersion>1.0</sum1:IDVersion>
    <sum1:IDFactura>
        <sum1:IDEmisorFactura>Mi nif</sum1:IDEmisorFactura>
        <sum1:NumSerieFactura>VC1-24-100001</sum1:NumSerieFactura>
        <sum1:FechaExpedicionFactura>19/10/2024</sum1:FechaExpedicionFactura>
    </sum1:IDFactura>
    <sum1:NombreRazonEmisor>Mi Taller</sum1:NombreRazonEmisor>
    <sum1:TipoFactura>F2</sum1:TipoFactura>
    <sum1:FechaOperacion>19-10-2024</sum1:FechaOperacion>
    <sum1:DescripcionOperacion>Venta de materiales servidos cliente contado.</sum1:DescripcionOperacion>
    <sum1:Desglose>
        <sum1:DetalleDesglose>
            <sum1:ClaveRegimen>01</sum1:ClaveRegimen>
            <sum1:CalificacionOperacion>S1</sum1:CalificacionOperacion>
            <sum1:TipoImpositivo>21.00</sum1:TipoImpositivo>
            <sum1:BaseImponibleOimporteNoSujeto>133.45</sum1:BaseImponibleOimporteNoSujeto>
            <sum1:CuotaRepercutida>28.02</sum1:CuotaRepercutida>
        </sum1:DetalleDesglose>
    </sum1:Desglose>
    <sum1:CuotaTotal>28.02</sum1:CuotaTotal>
    <sum1:ImporteTotal>161.47</sum1:ImporteTotal>
    <sum1:Encadenamiento>
        <sum1:PrimerRegistro>S</sum1:PrimerRegistro>
    </sum1:Encadenamiento>
    <sum1:SistemaInformatico>
        <sum1:NombreRazon>yo mismo</sum1:NombreRazon>
        <sum1:NIF>mi nif</sum1:NIF>
        <sum1:NombreSistemaInformatico>Facturas Taller 2024</sum1:NombreSistemaInformatico>
        <sum1:IdSistemaInformatico>A1</sum1:IdSistemaInformatico>
        <sum1:Version>5.1.4.222</sum1:Version>
        <sum1:NumeroInstalacion>001</sum1:NumeroInstalacion>
        <sum1:TipoUsoPosibleSoloVerifactu>S</sum1:TipoUsoPosibleSoloVerifactu>
        <sum1:TipoUsoPosibleMultiOT>N</sum1:TipoUsoPosibleMultiOT>
        <sum1:IndicadorMultiplesOT>N</sum1:IndicadorMultiplesOT>
    </sum1:SistemaInformatico>
    <sum1:FechaHoraHusoGenRegistro>2024-10-19T13:04:40+02:00</sum1:FechaHoraHusoGenRegistro>
    <sum1:TipoHuella>01</sum1:TipoHuella>
    <sum1:Huella>F4C7FAA3D9FF0CF50DD50139224840BFC91A514878EFC34E193A7D6F6301B844</sum1:Huella>
</sum1:RegistroAlta>
</sum1:RegistroFactura>
</sum:RegFactuSistemaFacturacion>
</soapenv:Body>
</soapenv:Envelope>

Hola, una cosa las etiquetas de cierre no llevan referencia, no se la incluyas o al parsear te dara error.

Esto ,

</sum1:FechaHoraHusoGenRegistro>
Es asi:

</FechaHoraHusoGenRegistro>

Las etiquetas de cierre nisiquiera pueden incluir espacios en blanco a no ser que sean parte del nombre

[ermendalenda]

Creo que es buena idea que creemos un diagrama de flujos del control de envios/errores
Es un pelin lioso según el mensaje warning o error que devuelve

[bmfranky]

Empezado por ermendalenda

Creo que es buena idea que creemos un diagrama de flujos del control de envios/errores
Es un pelin lioso según el mensaje warning o error que devuelve

Por mi perfecto, pero sinceramente, los unicos fallos que he tenido, an sido generados por las mismas pruebas, porque los que se refieren a la estructura del xml por ejemplo, o los valores en los campos numericos, etc... los has de tener controlados antes de rellenar los mismos.
Por ejemplo si los campos numericos solopueden incluir 2 decimales y un unico punto decimal ".", hay que formatear la entarda del usuario o convertir los valores al respecto , par aevitar cualquier valor que infrinja la norma.
Como ese otros, por ejemplo el de registro duplicado, si nos cercioramos de que se graba siempre despues de generado y actualizamos el contador, es dificil enviar un duplicado, como ese muchos.
Los clientes verificar si estan censados los que usan dni, sino se asigna la casilla de no censado, que es un extranjero , usar el type adecuado...

Los que me asustan mas son los fallos de conexion.



Y realmente liarla parda con los abonos , rectificativas y todas esas cositas que nunca heusado

[ermendalenda]

Empezado por bmfranky

Por mi perfecto, pero sinceramente, los unicos fallos que he tenido, an sido generados por las mismas pruebas, porque los que se refieren a la estructura del xml por ejemplo, o los valores en los campos numericos, etc... los has de tener controlados antes de rellenar los mismos.
Por ejemplo si los campos numericos solopueden incluir 2 decimales y un unico punto decimal ".", hay que formatear la entarda del usuario o convertir los valores al respecto , par aevitar cualquier valor que infrinja la norma.
Como ese otros, por ejemplo el de registro duplicado, si nos cercioramos de que se graba siempre despues de generado y actualizamos el contador, es dificil enviar un duplicado, como ese muchos.
Los clientes verificar si estan censados los que usan dni, sino se asigna la casilla de no censado, que es un extranjero , usar el type adecuado...

Los que me asustan mas son los fallos de conexion.



Y realmente liarla parda con los abonos , rectificativas y todas esas cositas que nunca heusado

Errores conwxion
Error nif cliente mo coincide con nombre
Error hora
Solo por que tengamos claro que hay que hacer. Marcar incidencia. Rectificativa...

[unomasmas]

Empezado por bmfranky

Hola, una cosa las etiquetas de cierre no llevan referencia, no se la incluyas o al parsear te dara error.

Esto ,

</sum1:FechaHoraHusoGenRegistro>
Es asi:

</FechaHoraHusoGenRegistro>

Las etiquetas de cierre nisiquiera pueden incluir espacios en blanco a no ser que sean parte del nombre

Desde luego, todavía más limpio sin referencia en las etiquetas de cierre pero he hecho pruebas con etiquetas de cierre con referencia y no ha presentado ningún problema. También me fijo en que ellos devuelven la respuesta con etiquetas de cierre con referencia...

¿Qué error te da al parsear?

[ermendalenda]

Habría que preguntar a Verifactu cuanto tiempo Dan para cambiar la versión y esquema de envíos después de cada cambio para que no devuelvan error o
, dicho de otra forma, durante cuanto tiempo aceptaran las versiones anteriores después de una modificación, a ver si no nos podemos ir de vacaciones

[jguarda]

Yo en mi sistema, para componer el nro de factura me baso en el año, de esta manera, cada nuevo ejercicio o año, el programa comienza con el nro 1 de factura, xq la serie por asi decirlo cambia. es decir.


ejercicio 2024 -> 2024.XXXXX1 donde XXXXX1 es el nro de factura, comenzando por el nro. 1. en cada ejercicio.

ejercicio 2025 -> 2025.XXXXX1

ejercicio 2026 -> 2026.XXXXX1


¿ que ocurre entonces con el encadenamiento ?.


supongo que la primera factura de cada ejercicio nuevo, se envia sin encadenamiento no ?, por asi decirlo, es como si empezara desde cero o como lo habeis implementado vosotros ??


He visto algun programa, que el nro de factura siempre va creciendo, es decir, si llevase 6-7 años usándolo puede estar por un nro de factura enorme ... independiente del ejercicio, esto para mi supone un follon de tres pares ... cambiaria toda la lógica del programa con lo q eso supone.

[ermendalenda]

Empezado por jguarda

Yo en mi sistema, para componer el nro de factura me baso en el año, de esta manera, cada nuevo ejercicio o año, el programa comienza con el nro 1 de factura, xq la serie por asi decirlo cambia. es decir.


ejercicio 2024 -> 2024.XXXXX1 donde XXXXX1 es el nro de factura, comenzando por el nro. 1. en cada ejercicio.

ejercicio 2025 -> 2025.XXXXX1

ejercicio 2026 -> 2026.XXXXX1


¿ que ocurre entonces con el encadenamiento ?.


supongo que la primera factura de cada ejercicio nuevo, se envia sin encadenamiento no ?, por asi decirlo, es como si empezara desde cero o como lo habeis implementado vosotros ??


He visto algun programa, que el nro de factura siempre va creciendo, es decir, si llevase 6-7 años usándolo puede estar por un nro de factura enorme ... independiente del ejercicio, esto para mi supone un follon de tres pares ... cambiaria toda la lógica del programa con lo q eso supone.

Es correcta tu for a de actuar, puedes empezar por el numero 1
,pero tienes que seguir encadenando con el último del año anterior, recuerda que el encadenamiento no es por serie es por orden cronológico, independientemente de la serie. Puedes encadenar 2 registros de series distintos y de distintos años.

[bmfranky]

Empezado por jguarda

Yo en mi sistema, para componer el nro de factura me baso en el año, de esta manera, cada nuevo ejercicio o año, el programa comienza con el nro 1 de factura, xq la serie por asi decirlo cambia. es decir.


ejercicio 2024 -> 2024.XXXXX1 donde XXXXX1 es el nro de factura, comenzando por el nro. 1. en cada ejercicio.

ejercicio 2025 -> 2025.XXXXX1

ejercicio 2026 -> 2026.XXXXX1


¿ que ocurre entonces con el encadenamiento ?.


supongo que la primera factura de cada ejercicio nuevo, se envia sin encadenamiento no ?, por asi decirlo, es como si empezara desde cero o como lo habeis implementado vosotros ??


He visto algun programa, que el nro de factura siempre va creciendo, es decir, si llevase 6-7 años usándolo puede estar por un nro de factura enorme ... independiente del ejercicio, esto para mi supone un follon de tres pares ... cambiaria toda la lógica del programa con lo q eso supone.

Hola realmete podriais crear tablas de encadenamiento diferentes por año, pero tened en cuenta , que el primer encadenamiento, siempre sera el ultimo del año anterior, podeis por ejemplo verificar la fecha al crear el encadenamiento , si es posterior al 1 enero de año en curso y no exite la tabla "ENCADENAMIENTO2025" , usamos el untimo registro del año pasado como semilla y Lo guardamos como el primero de este año, asi evitamos llenar la tabla si hay demasiados registros.
Esto es personalmente lo que hago para guardar las facturas, asi siempre empiezo el año con el numero 1/AÑO, ademas que simplemente consulto el numero de registros de la tabla , para saber el numero de factura a asignar.
Tened tambien en cuenta , que se tiene que establecer el regitro numero 1 el dia que porfin entre en vigor la ley, ahunque esto es realmente obbio.

[[email protected]]

Empezado por jguarda

Yo en mi sistema, para componer el nro de factura me baso en el año, de esta manera, cada nuevo ejercicio o año, el programa comienza con el nro 1 de factura, xq la serie por asi decirlo cambia. es decir.


ejercicio 2024 -> 2024.XXXXX1 donde XXXXX1 es el nro de factura, comenzando por el nro. 1. en cada ejercicio.

ejercicio 2025 -> 2025.XXXXX1

ejercicio 2026 -> 2026.XXXXX1


¿ que ocurre entonces con el encadenamiento ?.


supongo que la primera factura de cada ejercicio nuevo, se envia sin encadenamiento no ?, por asi decirlo, es como si empezara desde cero o como lo habeis implementado vosotros ??


He visto algun programa, que el nro de factura siempre va creciendo, es decir, si llevase 6-7 años usándolo puede estar por un nro de factura enorme ... independiente del ejercicio, esto para mi supone un follon de tres pares ... cambiaria toda la lógica del programa con lo q eso supone.

Es correcta tu for a de actuar, puedes empezar por el numero 1
,pero tienes que seguir encadenando con el último del año anterior, recuerda que el encadenamiento no es por serie es por orden cronológico, independientemente de la serie. Puedes encadenar 2 registros de series distintos y de distintos años.

Mi caso es el mismo, pero al mismo tiempo el cliente tiene una sola instalacion del VERI*FACTU pero ademas tiene definidas varias empresas, cada una de ellas tiene cada año por separado, siendo el mismo titular de las empresas y estan ubicadas en distintas poblaciones.
En este caso cada una de las empresas llevaria su propio control de facturas por separadl de las otras empresas.

???

[bmfranky]

Empezado por [email protected]

Mi caso es el mismo, pero al mismo tiempo el cliente tiene una sola instalacion del VERI*FACTU pero ademas tiene definidas varias empresas, cada una de ellas tiene cada año por separado, siendo el mismo titular de las empresas y estan ubicadas en distintas poblaciones.
En este caso cada una de las empresas llevaria su propio control de facturas por separadl de las otras empresas.

???

Hola, si solo usa una instalacion para gestionar las facturas de todas las tiendas, ha de encadenarlas todas por tiempo, indistintamente de la serie generada o de la tienda para la que la genere, teniendo en cuenta que las facturas seran todas del mismo periodo impositivo.
El encadenamiento es por cada programa que use, SIF independiente.
Perdon , estoy asumiendo que son el mismo CIF, pero creo que aunque sean varios , es lo mismo, al encadenar , indicas a parte del numero de Serie-Factura, el CIF/NIf del "Obligado..."

[ermendalenda]

Empezado por bmfranky

Hola, si solo usa una instalacion para gestionar las facturas de todas las tiendas, ha de encadenarlas todas por tiempo, indistintamente de la serie generada o de la tienda para la que la genere, teniendo en cuenta que las facturas seran todas del mismo periodo impositivo.
El encadenamiento es por cada programa que use, SIF independiente.
Perdon , estoy asumiendo que son el mismo CIF, pero creo que aunque sean varios , es lo mismo, al encadenar , indicas a parte del numero de Serie-Factura, el CIF/NIf del "Obligado..."

Es correcto, excepto lo de encadenar lo del mismo CIF. distintos cifs distintos encadenamientos.

[edari]

Buenos días de nuevo,


Alguno ha hecho una consulta xml para bajar y poder comprobar las facturas que están en Verifactu?


Supongo que se podrá pero no encuentro info de como montar el xml de la consulta...


Gracias