Demo con código Verifactu.dll para (delphi 7)

[CarlosMz]

Una pregunta... ¿Se puede resetear los envíos realizados al servidor de pruebas?, o tengo que ir enviando nuevas facturas ?

[Neftali [Germán.Estévez]]

Empezado por CarlosMz

Una pregunta... ¿Se puede resetear los envíos realizados al servidor de pruebas?, o tengo que ir enviando nuevas facturas ?

Nosotros vamos generando series nuevas.
Nos dijeros que no tenían previsto resetear.

[[newtron]]

Empezado por CarlosMz

Una pregunta... ¿Se puede resetear los envíos realizados al servidor de pruebas?, o tengo que ir enviando nuevas facturas ?

Yo lo que hago es que si tengo un parámetro activo modifica el número de factura añadiendo una cadena "a voleo". Así aunque envíe siempre la factura 1 enviará la 1_99382834238 (por ejemplo)


Saludos.

[CarlosMz]

Muchas gracias, desde luego grandes aportes

[DarkDudae]

Empezado por newtron

Yo lo que hago es que si tengo un parámetro activo modifica el número de factura añadiendo una cadena "a voleo". Así aunque envíe siempre la factura 1 enviará la 1_99382834238 (por ejemplo)

A estas horas ya debo estar muy espeso porque no me he enterado de nada. Con eso qué se conseguiría?

[CarlosMz]

Empezado por DarkDudae

A estas horas ya debo estar muy espeso porque no me he enterado de nada. Con eso qué se conseguiría?

Para hacer como si fuera un reset y empezar por registro / factura primera

[[newtron]]

Empezado por DarkDudae

A estas horas ya debo estar muy espeso porque no me he enterado de nada. Con eso qué se conseguiría?

Con eso lo que hago es que aunque yo envíe siempre el mismo número de factura la función que hace el envío lo convierte al número de factura+un número aleatorio con lo cual el número de factura que se envía siempre es distinto.


Saludos.

[seccion_31]

Hola CarlosMz !

Empezado por CarlosMz

Buenas, no sé si era esto lo que me pediste:

Respuesta envío factura normal con 21%
Respuesta envío Canarias

<ClaveRegimen>01</ClaveRegimen>
<OperacionExenta>E4</OperacionExenta>
<BaseImponibleOimporteNoSujeto>19.95</BaseImponibleOimporteNoSujeto>
</DetalleDesglose>
</Desglose>
<CuotaTotal>0.00</CuotaTotal>
<ImporteTotal>19.95</ImporteTotal>

¿porque lo colocas como E4 ?

que yo sepa segun el SII, (no se si verifactu tambien) canarias debe ir con clave exportacion E2 y tipo de documento 02 iva nif nacional.

Eso es lo que el componente deberia generar, y no se si es correcto.

¿como lo has generado?

Saludos !

[CarlosMz]

Buenos días,

Creo que lo forcé porque me daba un error si los dejaba vacíos en checkFactura.
También he readaptando el código para quitar la DLL y ponerlo como un simple .pas al proyecto,

Pregunta, ¿Por qué usáis sesiones? no tengo muy claro el objetivo

[seccion_31]

Empezado por CarlosMz

Buenos días,

Creo que lo forcé porque me daba un error si los dejaba vacíos en checkFactura.
También he readaptando el código para quitar la DLL y ponerlo como un simple .pas al proyecto,

Pregunta, ¿Por qué usáis sesiones? no tengo muy claro el objetivo

Las sesiones se usaban cuando se recibian datos por aplicacion servidora, pues varias aplicaciones podrian enviar sus datos, que era compartido. 10 sesiones.

En la DLL yo diria que no tiene sentido. Pero podrias abrir varios envios a la vez.


Se supone que no deberia dar un error en checkfactura y creo que podrias seguir usando la DLL tal cual esta publicada, con el componente compilado para tu version de delphi.

Sigo diciendo que falta una comprobacion clara de los tipos de XML que se generan. Yo ahora mismo no tengo tiempo de comprobarlo.

Con la ultima version una factura a canarias, podria ser pasada como codpais=35 y enviar el resto de datos tal cual. sin mas.

[mqm]

Empezado por CarlosMz

Buenos días,

Creo que lo forcé porque me daba un error si los dejaba vacíos en checkFactura.
También he readaptando el código para quitar la DLL y ponerlo como un simple .pas al proyecto,

Pregunta, ¿Por qué usáis sesiones? no tengo muy claro el objetivo

Para qué versión de Delphi la has adaptado?. Podrías pasar el código. Estoy intentado adaptarlo todo en un programa independiente que se encarga de todo el proceso.

[seccion_31]

si a alguno le da error al añadir facturas, quejandose de "no se que exentas" en la validacion, es que teneis que inicializar el nexentas a cero en el record de factura antes de añadirla, lo mismo que se inicializa el de nivas

saludos !

[seccion_31]

tambien es conveniente iniciar a "" referencia externa en la informacion de factura a enviar, (si no la utiizais), podria dar error de caracter no valido SOAP.

[ramherfer]

En una factura a canarias identificada por los dos dígitos del codigo postal (38), no me la acepta con error 1199. No se si es porque antes he puesto el flag canarias = false

<tikR:CodigoErrorRegistro>1199</tikR:CodigoErrorRegistro>
<tikRescripcionErrorRegistro>Si Impuesto es '01' (IVA), '03' (IGIC) o no se cumplimenta y ClaveRegimen es 01 no pueden marcarse las OperacionExenta E2, E3.</tikRescripcionErrorRegistro>

[ramherfer]

Empezado por ramherfer

En una factura a canarias identificada por los dos dígitos del codigo postal (38), no me la acepta con error 1199. No se si es porque antes he puesto el flag canarias = false

Me respondo a mi mismo:

cambiando en uVerifactuFuncs la linea 1559

Código Delphi [-]
DetalleDesglose.OperacionExenta  :=OperacionExentaType.E2;

por

Código Delphi [-]
DetalleDesglose.OperacionExenta  :=OperacionExentaType.E5;

Ha tragado la factua como correcta. Para mi tiene la siguiente lógica E2 es exportaciones fuera de la UE (Exenta por el artículo 21) y Canarias está dentro de la UE por lo tanto debe de ser E5 (Exenta por el artículo 25).

(Están exentas de acuerdo al citado art. 25, LIVA : Las entregas de bienes definidas de acuerdo al art. 8, LIVA , que sean expedidos o transportados por el vendedor, el comprador o un tercero que actúe en nombre o por cuenta de uno de los anteriores con destino al territorio de otro Estado miembro de la UE.)

Creo que es lo correcto, si me equivoco por favor corregirme.
Un saludo,

[seccion_31]

hola

Efectivamente el xml canarias no funciona, da ese error.

A mi me ha pasado asi:

Tipo de factura: F1
Clave régimen: 02
Operación exenta: E2

Pero la AEAT me dice esto, a ver quien se aclara, porque el caso que busco es: un empresario de la peninsula, vende productos (no servicios), entrega de bienes a canarias, y no lo veo en este parrafo:

Le facilitamos varios ejemplos por si le sirviesen de ayuda. Si necesitase más información deberá contactar con los canales de ayuda para cuestiones no informáticas.

1. Desde el punto de vista de una empresa con tributación IVA, que realiza ventas por ejemplo desde un establecimiento permanente situado en Canarias (La factura emitida estará sujeta a IGIC)

En este caso el apartado desglose del registro de alta sería:

Impuesto: 03
Clave de régimen : 01 ( u otra de la lista L8B)
Calificación de la operación: S1
Tipo: el tipo IGIC que corresponda
BI: sin ninguna especialidad
Cuota : la que corresponda aplicando el tipo IGIC a la BI


2. En los casos de “doble tributación”: Por ejemplo, una operación realizada por empresa estatal, relativa a un servicio prestado y localizado en Canarias (por lo tanto sujeta a IGIC). Actualmente en el SII, esa factura se debe informar en SII Estatal como 08 y al mismo tiempo también en el SII IGIC (si está obligado) como operación 01 y con su desglose de IGIC.

En estos casos solo se generará un registro de alta .
En este caso el apartado desglose del registro de alta sería:
Impuesto: 01
Clave de régimen : 08
Calificación de la operación: N2
Tipo: en blanco
BI: sin ninguna especialidad
Cuota :en blanco


3. Un empresario A con domicilio fiscal en Madrid presta servicios de abogacía a un profesional B establecido en Canarias. Se trata de una prestación de servicios sujeta al IGIC.
Con relación a la facturación de ese empresario A:

Entendemos que se trata de servicios de abogacía que van a ser usados por el profesional o empresario canario en Canarias.

¿Qué valor asignar al dato Impuesto? (L1), ¿01 o 03?

Para empresarios residentes en territorio peninsular (excepto País Vasco y Navarra) y Baleares la obligación tributaria que les corresponde es el IVA por lo que todas su facturación debe venir referida al IVA. De este modo, la operación puede estar no sujeta o exenta (caso de exportación o entregas intracomunitarias o a Canarias, Ceuta o Melilla) y asea de bienes o de servicios, pero lo estará respecto del IVA. Por ello, el valor a consignar en el caso planteado es L1: 01=IVA con independencia de que no deba repercutirse el impuesto.

¿Qué valor asignar al dato ClaveRegimen? (L8A/L8B)

El valor (de la tabla L8A) a consignar en ClaveRegimen es 08.

¿Qué valor asignar al dato CalificacionOperacion? (L9)

El valor a consignar CalificacionOperacion (L9) sería la clave N2 = Operación No Sujeta por Reglas de localización.

[ramherfer]

Empezado por seccion_31

hola

Efectivamente el xml canarias no funciona, da ese error.

A mi me ha pasado asi:

Tipo de factura: F1
Clave régimen: 02
Operación exenta: E2

Pero la AEAT me dice esto, a ver quien se aclara, porque el caso que busco es: un empresario de la peninsula, vende productos (no servicios), entrega de bienes a canarias, y no lo veo en este parrafo:

Si puedes pasa la pregunta formulada y de esta forma a ver si puedo interpretarla. De esta forma quizás sea más sencillo

[seccion_31]

entrega de bienes a canarias, desde una empresa con domicilio fiscal en madrid

esa fue la pregunta.

han respondido lo de arriba, creo que es responder todo menos lo que pregunte. (dentro de como digo mi ignorancia)

he vuelto a repreguntar.

saludos

[seccion_31]

han escalado mi pregunta a gestion.

a ver que responden.

[sglorka]

Podéis encontrar información de operaciones desde península a Canarias, Ceuta y Melilla dentro de las Faqs del SII
https://sede.agenciatributaria.gob.e...00dc381e0aRCRD

Si entrar en mucho detalle en este proyecto que está desarrollando Seccion_31, si me aceptáis un consejo, podría decir que este módulo debería cumplir un objetivo muy específico, y sería el de gestionar la cola de envío de facturas emitidas por un ERP a la Aeat, recoger las respuestas y entregarlas al ERP.
Yo creo que trasladar la gestión de, con qué claves, debe enviarse un RF correspondiente a una factura emitida de Península a Canarias, debería ser objetivo del ERP que es quien lleva la lógica de negocio. Trasladar esto al componente de comunicación no me parece que cumpla con los estándares de estructuración y escalabilidad.
En el caso de Canarias, depende de si la entrega de bienes es trasladada o no desde península, de si es el vendedor es el que paga los portes, de si existe un establecimiento o sucursal de esa empresa en Canarias, todas estas circunstancias derivan en claves distintas para el registro como podéis ver en el link que adjunto.
Pero bueno, es sólo una opinión