Puede ser que esté equivocado, pero facturando de la península a Canarias yo pongo ClaveRegimenEspecialOTrascendencia = 01, pues el valor 08 es para "Operaciones sujetas al IPSI / IGIC (Impuesto sobre la Producción, los Servicios y la Importación / Impuesto General Indirecto Canario).", que no es el caso.

Y me lo admite sin problemas.

<NoSujeta>
<ImportePorArticulos7_14_Otros>3500</ImportePorArticulos7_14_Otros>
</NoSujeta>

Debe ser:
<sii:NoSujeta>
<sii:ImportePorArticulos7_14_Otros>3500</sii:ImportePorArticulos7_14_Otros>
</sii:NoSujeta>

Tampoco me cuadra el importe total que pones.

Un saludo.

Buenos días.

Ante todo gracias por la ayuda que me podais prestar.

Estoy preparando para un cliente esto del Sii y me surgen varias dudas que no me quedan claras con la documentación. Envie varios emails a la aeat y no me direron una respuesta clara. Las dudas que tengo son respecto a la codificación de los xml. Deciros ante todo que mi aplicación está hecah en vb6, pero como no encuentro información para ello acudo a vosotros. La manera de generar los xml, lo tengo solucionado, es mas, ya genero xml de facturas sencillas y el cliente de pruebas me las da como correctas.

No me lio. Las dudas son las siguientes:

1. Si tengo facturas que tiene retención, como o con que apartado las codifico. En la documentación algo lei que con la versión 0.7 no hace falta. Pero me parece raro que se acepte una factura donde la suma de las bases e ivas no coincida con el importe total.

2. Si tengo suplidos, en este caso de una funeraria, como o en que apartado los codifico.

3. y por último, el más largo. A ver. en mi aplicación si se emite una factura y por lo que sea los importes o el cliente es erroneo, lo que se hace es un abono por le importe total de la factura y posteriormente, si procede se emite una nueva factura con los datos correctos.

Para presentar esto, primero presento la factura inicial, que es de una fecha.
Para presentar el abono puedo presentarlo solo al igual que la factura pero con los importes negativos?
y si hubiese factura posterior presentarla cono una factura cualquiera?
O tengo que hacer referencia de alguna manera a la factura inicial?.

Esto es porque según la documentación para hacer una facturara rectificativa por sustitución, he de presentar en negativo una factura y luego indicando que es sustitutiva la otra. Pero en mi caso, no se relacionan las facturas y además se pueden presentar en fechas distintas, entrando cada una en un periodo contable distinto.

Perdón por el tocho y por si me he explicado mal.

De nuevo gracias de antemano por la ayuda que me podais prestar.
Un saludo

En cuanto al punto 1. El importe total es opcional, así que no creo que le den importancia al valor que se pone.
Que yo sepa a día de hoy no se hace comprobación de los importes, se lo traga todo. Vamos que puedes poner una base de 100 con un importe de iva de 80 y no da error.

Sobre las rectificativas se ha hablado mucho en el foro. Lo más sencillo, parece ser, es una rectificativa por diferencias con el importe en negativo. Con este tipo no es necesario informar de la factura que se rectifica.
En los ejemplos de la descripción del servicio web tienes un ejemplo de factura rectificativa por diferencias y sustitutiva.


Un saludo.

Gracias por tu ayuda.

Pues esta bien el saber que puedes enviar los importes como te de la gana.

En cuanto a las rectificativas. Lo que me sucede es que, realmente en mi aplicación, no hay rectificativas. Lo que hay son facturas y abonos independientes. Por eso mi duda de si puedo enviar el abono como envio una factura con el tipo F1, pero importe en negativo.

Gracias de nuevo.

Yo pensaba lo mismo.
Pero revisa la pregunta:
2.22. ¿Un sujeto pasivo que aplique el SII, suministrará información de las operaciones sujetas a IGIC o IPSI?

y la pagina 49 de este hilo:
post 976

si ves que no es asi avisa.

En teoria las facturas de abono no estan permitidas, no existen. Tendrian que ser rectificativas.
PEro parece que Hacienda hace la vista gorda porque todo el mundo las usa.
Lo que no se es si las tienes que enviar como rectificativas (lo que te obligaria a utilizar otra serie distinta)
Yo me estaba planteando enviarlas como rectificativas por diferencia y cambiar la serie.

Aprovechando vuestra amabilidad.

Otra duda mas.
Es obligatorio indicar que una factura es contrastable o puedo enviarlas todas como no contrastables. Esto es porque mi cliente tiene facturas que van a empresas pero hay otras que van a clientes particulares, con lo cual estas últimas, supongo que no seran contrastables.

Y para las facturas de clientes particulares, tengo que indicar que es no censado, o puedo enviarlas como las de las empresas indicando nif, en vez de los datos de idOtro en la contraparte?

Gracias de nuevo

Buenas, gracias de nuevo.

En mi programa facturas y abonos llevan numeración independiente es decir, las facturas son: F-000001 y los abonos A-000001, con lo cual la letra se puede tomar como una serie distinta, o eso creo.

no veo manera de indicar si es contrastable o no una factura, eso lo dice hacienda
Tienes que envair todas las facturas, de personas fisicas y empresas. No puedes dejar saltos en la numeracion de la serie, si lo haces hacienda se mosquea. El objetivo de esto es pillar a la gente que defrauda. hacienda quiere todas las facturas.
lso clientes particulares tienes que enviarlos con el nif y el nombre, usa la url de la AEAT para validarlos antes.

Buenas de nuevo.
Perdonar por ser tan pesado, pero tengo un día un poco espeso.

Acabo de revisar de nuevo lo que me comentas de rectificativa por diferencia, y me acabo de dar cuenta que el abono lo puedo hacer por rectificativa por diferencia con el importe total de la factura y mi numeración independiente.
Y despues si tengo que emitir otra factura esta la emito como si fuese una factura independiente.

Estaba emperrado en que tenia que usar la rectificativa por sustitución por narices, sin darme cuenta que la de por diferencia puede ser del importe total de la factura inicial.

Gracias de nuevo.

El que una factura sea o no contrastable lo decide hacienda (no sé con que criterios). Sabrás si es o no contrastable (y el estado del contraste) después de una consulta.

Un saludo.

cierto, error tonto , faltaba el :sii, tambien que si marco el 08 tengo que usar el ImporteTAIReglasLocalizacion en lugar de <sii:ImportePorArticulos7_14_Otros> , si no lo hago asi la AEAT me lo rechaza con error.
las cantidades que ponia no eran reales, aunque la AEAT no lo valida.

PEgo el XML final por si a alguien le sirve.

Gracias de nuevo a todos por la ayuda.

Como sugerencia, sería estupendo tener un ejemplo de cada tipo que vamos poniendo en algún sitio centralizado, ya sea el post inicial o un hilo nuevo, no desperdigado como lo tenemos aquí.
Seguro que nos ahorraríamos multitud de preguntas.


Un saludo.

Hola a todos. Me está pasando una cosa muy curiosa en delphi. Estoy desarrollando la consulta de facturas recibidas a través del servicio ConsultaLRFacturasRecibidas. Estoy haciendo una consulta simple, es decir solo pongo el ejercicio y el periodo, no pongo nada mas en los filtros.

Si consulto cualquier periodo menos marzo (03) me funciona correctamente, pero si pongo en periodo marzo me genera un error. ¿Alguien que tenga implementado esto en delphi puede hacer la prueba y decirme si le funciona?

He comparado los ficheros xml de consulta y solo se diferencian en que en vez de poner 01, 02 .... pone 03. Si lo pruebo a través del wsdl del firefox poniendo el fichero a mano si funciona.

Gracias.

Ya hace tiempo que deberíamos haberlo hecho. Esto se está teratogenizando:).

he creado un hilo nuevo y he pegado un ejemplo de factura a canarias

https://www.clubdelphi.com/foros/sho...d=1#post517690

Perfecto muchas gracias, los próximos que salgan los vamos metiendo ahí.
Ahora falta que no usemos ese hilo para hacer preguntas y nos pase como con este :rolleyes:

Un saludo.

Cobros en metálico
 

Buenas de nuevo...
Corregidme si me equivoco.
La forma de enviar cobros en metálico y bienes de inversión es anual.

Bien en cuanto a las facturas emitidas supongo que se informan todas según sea su medio de cobro. Diríamos que el envío de formas de cobro metálico superior a 6000 se informa como una adición de lo que realmente ya existe notificado como factura emitida. Es cierto esto?


Luego esta la forma en que tenga cada uno de guardar el envío de este tipo especial (anual).
Yo igual opto por guardar el ejercicio y el código de mi cliente en el sistema para poder hacer luego el posible envío de modificaciones/bajas.

Alguién tiene esta parte solucionada.

Saludos