Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Internet (https://www.clubdelphi.com/foros/forumdisplay.php?f=3)
-   -   SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice (https://www.clubdelphi.com/foros/showthread.php?t=91252)

jcapilla 12-07-2017 00:54:23

Cita:

Empezado por figo21 (Mensaje 519183)
Buenas chicos, con respecto a la fecha de operación:
¿la estáis enviando?, si la enviáis ¿lo hacéis con el criterio que da en la faq y en la ley de facturación?.
¿Qué fecha de operación ponéis en una factura cuyo albarán es de hace dos o tres meses?.


Un saludo.

Por ley no puedes facturar albaranes mas allá del 15 del mes siguiente por lo que no podrías facturar albaranes de hace dos o tres meses. Igualmente yo aviso pero no bloqueo nada asi que la fecha de operacion seria la del albaran o la del último albaran si hubieran varios.

figo21 12-07-2017 08:07:28

Cita:

Empezado por jcapilla (Mensaje 519212)
Por ley no puedes facturar albaranes mas allá del 15 del mes siguiente por lo que no podrías facturar albaranes de hace dos o tres meses. Igualmente yo aviso pero no bloqueo nada asi que la fecha de operacion seria la del albaran o la del último albaran si hubieran varios.

Muchas gracias por contestar.

Es decir, que enviarías esa fecha de operación de hace dos o tres meses, aún sabiendo que según la ley no puedes.

Un saludo.

jcapilla 12-07-2017 08:20:59

Cita:

Empezado por figo21 (Mensaje 519219)
Muchas gracias por contestar.

Es decir, que enviarías esa fecha de operación de hace dos o tres meses, aún sabiendo que según la ley no puedes.

Un saludo.

Les muestro un campo con la fecha tope de expedicion pero ellos deciden que hacer.

Noe277 12-07-2017 14:24:30

Facturas Recibidas
 
Invocación a Web Services de la AEAT

Hago una factura recibida:
El Proveedor es una Persona Física de España que no está censado en la AEAT
Nif : Solo poner el Nif no puedo porque no está censado y me lo devuelve incorrecto
IdType (No Censado): 07 no puedo poner porque no existe en las facturas Recibidas solo es para las emitidas
IDOtro: Me quedan
- IdType: 02 Me dice que el id ósea el NIF es incorrecto. No es verdad
- IdType: 03,04,05,06 Cualquiera de estos me obliga a meter el CodigoDePais que como es español seria ES por lo cual es incorrecto para los anteriores porque el código del País no puede ser ES

¿Cómo construyo el XML para este caso?

Manualmente he probado a través de la web y me da error en todos los casos como anteriormente salvo en:
- IdType: 03,04,05,06 porque cuelan si meto el país ES que se contradice con lo de arriba y la documentación aportada por la aeat

Gracias.

mrobles 12-07-2017 14:35:19

Cita:

Empezado por Noe277 (Mensaje 519229)
Invocación a Web Services de la AEAT

Hago una factura recibida:
El Proveedor es una Persona Física de España que no está censado en la AEAT
Nif : Solo poner el Nif no puedo porque no está censado y me lo devuelve incorrecto
IdType (No Censado): 07 no puedo poner porque no existe en las facturas Recibidas solo es para las emitidas
IDOtro: Me quedan
- IdType: 02 Me dice que el id ósea el NIF es incorrecto. No es verdad
- IdType: 03,04,05,06 Cualquiera de estos me obliga a meter el CodigoDePais que como es español seria ES por lo cual es incorrecto para los anteriores porque el código del País no puede ser ES

¿Cómo construyo el XML para este caso?

Manualmente he probado a través de la web y me da error en todos los casos como anteriormente salvo en:
- IdType: 03,04,05,06 porque cuelan si meto el país ES que se contradice con lo de arriba y la documentación aportada por la aeat

Gracias.

Que clase de persona no esta censado en España? te recuerdo que AEAT cruza datos con el servicio de policía nacional por ejemplo, y que si aun así no esta censado, tardan unos minutos en censarlo en cuanto lo envías tu (si es que existe claro)

CMB 12-07-2017 14:51:05

Cita:

Empezado por Noe277 (Mensaje 519229)
Invocación a Web Services de la AEAT
Hago una factura recibida:
El Proveedor es una Persona Física de España que no está censado en la AEAT
Nif : Solo poner el Nif no puedo porque no está censado y me lo devuelve incorrecto
IdType (No Censado): 07 no puedo poner porque no existe en las facturas Recibidas solo es para las emitidas
IDOtro: Me quedan
- IdType: 02 Me dice que el id ósea el NIF es incorrecto. No es verdad
- IdType: 03,04,05,06 Cualquiera de estos me obliga a meter el CodigoDePais que como es español seria ES por lo cual es incorrecto para los anteriores porque el código del País no puede ser ES
¿Cómo construyo el XML para este caso?
Manualmente he probado a través de la web y me da error en todos los casos como anteriormente salvo en:
- IdType: 03,04,05,06 porque cuelan si meto el país ES que se contradice con lo de arriba y la documentación aportada por la aeat
Gracias.

Me parece muy extraño. Un proveedor que emita facturas tiene que estar censado por la AEAT. A mi entender un particular no puede emitir facturas, ¿o existe algún caso rebuscado en que sí pueda hacerlo? Y si es una persona que presenta su declaración de renta cada año, ya estará censada.

Noe277 12-07-2017 14:52:05

Cita:

Empezado por mrobles (Mensaje 519230)
Que clase de persona no esta censado en España? te recuerdo que AEAT cruza datos con el servicio de policía nacional por ejemplo, y que si aun así no esta censado, tardan unos minutos en censarlo en cuanto lo envías tu (si es que existe claro)



Si lo envías introduciendo solo el Nif:
Error en el bloque de la Contraparte. El NIF no está identificado (Esto es que no se a apuntado al SII)

En las facturas Emitidas para estos casos esta la figura de No censado pero en las recibidas no me lo acepta de ninguna manera salvo como e comentado anteriormente

mrobles 12-07-2017 14:54:03

Cita:

Empezado por Noe277 (Mensaje 519233)
Si lo envías introduciendo solo el Nif:
Error en el bloque de la Contraparte. El NIF no está identificado (Esto es que no se a registrado en la AEAT)

En las facturas Emitidas para estos casos esta la figura de No censado pero en las recibidas no me lo acepta de ninguna manera salvo como e comentado anteriormente

Eso no es que no este censado, es que esta mal formado el contraparte que envías, tiene que cuadrar NIF y RAZON

Noe277 12-07-2017 15:00:36

Cita:

Empezado por mrobles (Mensaje 519234)
Eso no es que no este censado, es que esta mal formado el contraparte que envías, tiene que cuadrar NIF y RAZON

He echo la prueba tienes razón me estaba volviendo loca mil gracias

lithium76 12-07-2017 15:11:29

Factura Expedida Canarias
 
Hola, he leído un poco lo expuesto en el foro acerca de las facturas expedidas a las Islas Canarias más el apunte de las FAQ

Cita:

No se utilizará la clave 08 en el caso de entregas de bienes transportadas desde el TAI con destino a Canarias, Ceuta y Melilla o adquisiciones de bienes en el TAI procedentes de estos territorios, debiendo registrarse como exportación (clave régimen especial: 02) e importación respectivamente (tipo de factura: F5).
Debería entonces para una factura expedida de entrega de bienes a las Canarias poner clave 02 y en el desglose de entrega en suejta/exenta la base imponible y en la causa "Exenta por art. 21"

Gracias por adelantado a todos por el maravilloso trabajo en este foro!

glopez 12-07-2017 19:22:15

¿Estado de cuadre?
 
Hola, tengo una duda. En las facturas emitidas y recibidas hay un campo que es el estado de cuadre. Supongo que será para notificar que la factura del proveedor y la del cliente coinciden. ¿Pero como cuadran estas facturas si el campo NumSerieFacturaEmisor pueden que no tengan el mismo formato?

Ejemplo:
Yo emito una factura y la registro con el número: 170-000001
y mi cliente la registra en la AEAT como:0/1.

¿Es obligatorio o "recomendable" que las facturas se cuadren? ¿Habéis creado un campo específico para almacenar el NumSerieFacturaEmisor tal y como te lo da el proveedor?

Muchas Gracias.

CMB 12-07-2017 19:57:44

Cita:

Empezado por glopez (Mensaje 519244)
Hola, tengo una duda. En las facturas emitidas y recibidas hay un campo que es el estado de cuadre. Supongo que será para notificar que la factura del proveedor y la del cliente coinciden. ¿Pero como cuadran estas facturas si el campo NumSerieFacturaEmisor pueden que no tengan el mismo formato?

Ejemplo:
Yo emito una factura y la registro con el número: 170-000001
y mi cliente la registra en la AEAT como:0/1.

¿Es obligatorio o "recomendable" que las facturas se cuadren? ¿Habéis creado un campo específico para almacenar el NumSerieFacturaEmisor tal y como te lo da el proveedor?

Muchas Gracias.

Si tu cliente anota erróneamente el número y serie de la factura, la AEAT os enviará un requerimiento probablemente a ambos para aclararlo. Sanción no estoy seguro pero podría haber.

nachoexe 12-07-2017 20:01:07

Cita:

Empezado por glopez (Mensaje 519244)
Hola, tengo una duda. En las facturas emitidas y recibidas hay un campo que es el estado de cuadre. Supongo que será para notificar que la factura del proveedor y la del cliente coinciden. ¿Pero como cuadran estas facturas si el campo NumSerieFacturaEmisor pueden que no tengan el mismo formato?

Ejemplo:
Yo emito una factura y la registro con el número: 170-000001
y mi cliente la registra en la AEAT como:0/1.

¿Es obligatorio o "recomendable" que las facturas se cuadren? ¿Habéis creado un campo específico para almacenar el NumSerieFacturaEmisor tal y como te lo da el proveedor?

Muchas Gracias.

Si tu emites una factura con el número 170-000001 tu cliente debe de registrarla como 170-000001, si pone cualquier otra cosa esta cometiendo un error de registro.
El CIF, fecha factura y número de factura del emisor NO se pueden interpretar ni cambiar debes de registrarlos tal cual vengan impresos en la factura.
El campo específico del que hablas es el campo número de factura que debía de ser de 40 caracteres y ahora lo han aumentado a 60 caracteres.

glopez 13-07-2017 10:06:10

Muchas gracias por responder, ya lo tengo más claro.

manelb 13-07-2017 19:31:22

Cita:

Empezado por lithium76 (Mensaje 519236)
Hola, he leído un poco lo expuesto en el foro acerca de las facturas expedidas a las Islas Canarias más el apunte de las FAQ



Debería entonces para una factura expedida de entrega de bienes a las Canarias poner clave 02 y en el desglose de entrega en suejta/exenta la base imponible y en la causa "Exenta por art. 21"

Gracias por adelantado a todos por el maravilloso trabajo en este foro!

Yo las pongo como tu dices en la clave 02 pero, en el desglose de factura, las pongo como NoSujeta-ImporteTAIReglasLocalizacion.

Para ello me baso en el punto 3.4 de las preguntas frecuentes

En el punto 2.22 te dice que son No Sujetas por Reglas de Localizacion

xamminf 14-07-2017 09:31:32

Hola chicos,

Una pregunta:

Para el régimen de iva agrícola y ganadero, ¿ es suficiente con poner los porcentajes y las cuotas en los campos ad-hoc de las especificaciones del ws y no ponerlos en los de iva ?

Gracias

newtron 14-07-2017 09:35:57

Cita:

Empezado por xamminf (Mensaje 519279)
Hola chicos,

Una pregunta:

Para el régimen de iva agrícola y ganadero, ¿ es suficiente con poner los porcentajes y las cuotas en los campos ad-hoc de las especificaciones del ws y no ponerlos en los de iva ?

Gracias

No es que sea suficiente, es que no te permite hacerlo de otra manera.

manelb 14-07-2017 09:52:27

Cita:

Empezado por xamminf (Mensaje 519279)
Hola chicos,

Una pregunta:

Para el régimen de iva agrícola y ganadero, ¿ es suficiente con poner los porcentajes y las cuotas en los campos ad-hoc de las especificaciones del ws y no ponerlos en los de iva ?

Gracias

Campos ad-hoc?? Ahora me he perdido....
Me puedes aclarar a que te refieres con este concepto??

Yo lo hago tal y como dice el punto 2.27 de las preguntas frecuentes:
- Tipo Factura: F6.
- Clave Regimen Especial: 02.
- DetalleIVA.BaseImponible
- DetalleIVA.PorcentCompensacionREAGYP
- DetalleIVA.ImporteCompensacionREAGYP;

javi_valencia44 14-07-2017 10:16:42

No consigo emitir un abono de compra sustitutivo :(

No se que hacer para evitar este error: Si la factura es de tipo Rectificativa por sustitución, el importe de rectificación es obligatorio

Alguien tiene un ejemplo de como es el formato del XML?

Gracias

lithium76 14-07-2017 10:21:09

Cita:

Empezado por manelb (Mensaje 519272)
Yo las pongo como tu dices en la clave 02 pero, en el desglose de factura, las pongo como NoSujeta-ImporteTAIReglasLocalizacion.

Para ello me baso en el punto 3.4 de las preguntas frecuentes

En el punto 2.22 te dice que son No Sujetas por Reglas de Localizacion

!Muchas gracias!

Tiene mucho más sentido tu razonamiento. Así lo haré.

CMB 14-07-2017 11:05:23

Cita:

Empezado por javi_valencia44 (Mensaje 519284)
No consigo emitir un abono de compra sustitutivo :(
No se que hacer para evitar este error: Si la factura es de tipo Rectificativa por sustitución, el importe de rectificación es obligatorio
Alguien tiene un ejemplo de como es el formato del XML?
Gracias

Pon algo como esto:

Código:

          <sii:TipoFactura>R1</sii:TipoFactura>
          <sii:TipoRectificativa>S</sii:TipoRectificativa>
          <sii:ImporteRectificacion>
            <sii:BaseRectificada>657.22</sii:BaseRectificada>
            <sii:CuotaRectificada>138.02</sii:CuotaRectificada>
            <sii:CuotaRecargoRectificado>0.00</sii:CuotaRecargoRectificado>
          </sii:ImporteRectificacion>


xamminf 14-07-2017 11:23:03

Cita:

Empezado por manelb (Mensaje 519281)
Campos ad-hoc?? Ahora me he perdido....
Me puedes aclarar a que te refieres con este concepto??

Yo lo hago tal y como dice el punto 2.27 de las preguntas frecuentes:
- Tipo Factura: F6.
- Clave Regimen Especial: 02.
- DetalleIVA.BaseImponible
- DetalleIVA.PorcentCompensacionREAGYP
- DetalleIVA.ImporteCompensacionREAGYP;

Muchas gracias amigo,

Ad-hoc, era una fórmula, un tanto retórica, para referirme a los campos que tu, amablemente, has puesto:
- DetalleIVA.PorcentCompensacionREAGYP
- DetalleIVA.ImporteCompensacionREAGYP

Gracias:

vboloradito 14-07-2017 15:05:47

el perido se calcula con la fecha de operación o con la fecha de factura
 
Hola:

el perido se calcula con la fecha de operación o con la fecha de factura

Si presto un servicio el 30 de junio, entiendo que la fecha de operación es el 30 de junio.
y para los servicios la fecha de devengo es la fecha de oprestación del servicio.

imagina que el servio prestado son 3 reparaciones, el dia 4,15 y el 30, la ultimo servicio prestado ha sido el dia 30.


ver link sobre fecha devengo que menciona la calculadora de la AEAT:
https://www.supercontable.com/inform...servicios.html

EL servicio se presta el 30 de junio, pero la factura la emito el dia 1 de julio.

Yo estaba considerando que el calculo de dias para el envio empezaba el dia 1 de julio.
Y que el periodo de la factura es el '7' julio.

PEro si meto los datos en la calculadora , me dice que esa factura es del periodo de junio aunque tenga fecha del 1 de julio.
Pero yo estaba considerando el calculo del periodo con la fecha de la factura, no con la fecha de la operación.

¿el periodo lo define la fecha de operación para las facturas emitidas en prestación de servicios?

link calculadora:
https://www2.agenciatributaria.gob.e...lazos?OpenPage

Fecha de devengo: 30-06-2017
Fecha de expedición: 01-07-2017

Calcular plazo
Fecha fin de Plazo: 31-12-2017
Periodo: Junio
Ejercicio: 2017

figo21 14-07-2017 15:47:43

Cita:

Empezado por vboloradito (Mensaje 519300)
Hola:

el perido se calcula con la fecha de operación o con la fecha de factura

Si presto un servicio el 30 de junio, entiendo que la fecha de operación es el 30 de junio.
y para los servicios la fecha de devengo es la fecha de oprestación del servicio.

imagina que el servio prestado son 3 reparaciones, el dia 4,15 y el 30, la ultimo servicio prestado ha sido el dia 30.


ver link sobre fecha devengo que menciona la calculadora de la AEAT:
https://www.supercontable.com/inform...servicios.html

EL servicio se presta el 30 de junio, pero la factura la emito el dia 1 de julio.

Yo estaba considerando que el calculo de dias para el envio empezaba el dia 1 de julio.
Y que el periodo de la factura es el '7' julio.

PEro si meto los datos en la calculadora , me dice que esa factura es del periodo de junio aunque tenga fecha del 1 de julio.
Pero yo estaba considerando el calculo del periodo con la fecha de la factura, no con la fecha de la operación.

¿el periodo lo define la fecha de operación para las facturas emitidas en prestación de servicios?

link calculadora:
https://www2.agenciatributaria.gob.e...lazos?OpenPage

Fecha de devengo: 30-06-2017
Fecha de expedición: 01-07-2017

Calcular plazo
Fecha fin de Plazo: 31-12-2017
Periodo: Junio
Ejercicio: 2017


Hola, según tengo entendido no solo para prestación de servicios, siempre lo define la fecha de operación.
Entregas mercancías el 28/07/2017.
Emites la factura el 04/08/2017.

El periodo para presentar la factura en SII es 07 y el devengo de la factura y el pago del IVA van en Julio.

El cálculo de días para enviar la factura mediante SII sí depende de la fecha de la factura, pero si la fecha de operación es del mes anterior, el día límite de facturación y presentación de la factura mediante SII es el día 15.
Por ejemplo:
Entrego mercancías el 28/07/2017.
La fecha límite para generar la factura y enviarla a través de SII es el día 15/08/2017.


Un saludo.

nachoexe 14-07-2017 18:53:47

Cita:

Empezado por figo21 (Mensaje 519306)
Hola, según tengo entendido no solo para prestación de servicios, siempre lo define la fecha de operación.
Entregas mercancías el 28/07/2017.
Emites la factura el 04/08/2017.

El periodo para presentar la factura en SII es 07 y el devengo de la factura y el pago del IVA van en Julio.

El cálculo de días para enviar la factura mediante SII sí depende de la fecha de la factura, pero si la fecha de operación es del mes anterior, el día límite de facturación y presentación de la factura mediante SII es el día 15.
Por ejemplo:
Entrego mercancías el 28/07/2017.
La fecha límite para generar la factura y enviarla a través de SII es el día 15/08/2017.


Un saludo.

Totalmente de acuerdo, lo primero es que los albaranes y servicios se deberían de facturar cada 15 días máximo y además se recomienda que factures todas las entregas o servicios dentro del mismo mes precisamente para evitar que la fecha de operación sea de un mes y la fecha de factura sea de otro porque Hacienda te va a exigir que liquides el IVA en el periodo de la fecha de operación y si la fecha factura es de otro mes eso es problema tuyo.

En el ejemplo que pone de los servicios de Junio y la factura de Julio el IVA se debe de liquidar en Junio, si no fuera así cada cual podría hacer de su capa un sallo e ir facturando cada vez mas tarde y a ellos lo que les interesa es cobrar el IVA cuanto antes, eso si que no lo perdonan, el IVA soportado te dan todas las facilidades para que lo aplaces cuanto quieras pero como aplaces el pago del IVA repercutido seguro que les ves la cara pronto...

CMB 14-07-2017 22:05:56

Cita:

Empezado por nachoexe (Mensaje 519319)
el IVA soportado te dan todas las facilidades para que lo aplaces cuanto quieras pero como aplaces el pago del IVA repercutido seguro que les ves la cara pronto...

Disculpad mi ignorancia en una cuestión tan simple, pero he leído informaciones contradictorias y en este momento no me aclaro.

Con las facturas recibidas, ¿de cuánto tiempo se dispone para incluirlas en el libro de registro y deducirse el IVA?

Por ejemplo, una factura de proveedor de fecha 15 de junio, recibida el mismo día en PDF, ¿hasta cuando permite la AEAT que se incluya en el libro y se envíe por SII sin incurrir en sanción?

Muchas gracias,

newtron 15-07-2017 09:26:19

Cita:

Empezado por CMB (Mensaje 519323)
Disculpad mi ignorancia en una cuestión tan simple, pero he leído informaciones contradictorias y en este momento no me aclaro.

Con las facturas recibidas, ¿de cuánto tiempo se dispone para incluirlas en el libro de registro y deducirse el IVA?

Por ejemplo, una factura de proveedor de fecha 15 de junio, recibida el mismo día en PDF, ¿hasta cuando permite la AEAT que se incluya en el libro y se envíe por SII sin incurrir en sanción?

Muchas gracias,

En el caso de las facturas recibidas hay menos problema porque tú puedes poner como fecha de contabilización practicamente la que quieras y a partir de ahí empieza a contar el plazo.

De una forma o de otra recuerda que tienes una calculadora de plazos.

Saludos

CMB 15-07-2017 09:53:23

Cita:

Empezado por newtron (Mensaje 519330)
tú puedes poner como fecha de contabilización practicamente la que quieras y a partir de ahí empieza a contar el plazo.

Muchas gracias, newtron.

¿Y dónde puedo consultar las limitaciones en el plazo entre la fecha de recepción y la de contabilización?

Saludos,

newtron 15-07-2017 10:11:56

Cita:

Empezado por CMB (Mensaje 519331)
Muchas gracias, newtron.

¿Y dónde puedo consultar las limitaciones en el plazo entre la fecha de recepción y la de contabilización?

Saludos,

Pues no sé, la aeat no tienen ninguna prisa por que te deduzcas el iva de las facturas pero creo que hay un plazo máximo de 4 años. Poniéndole la fecha de recepción unos días antes tienes ese plazo para enviarlas.

CMB 15-07-2017 10:41:16

Cita:

Empezado por newtron (Mensaje 519332)
Pues no sé, la aeat no tienen ninguna prisa por que te deduzcas el iva de las facturas pero creo que hay un plazo máximo de 4 años. Poniéndole la fecha de recepción unos días antes tienes ese plazo para enviarlas.

¡Muchas gracias!

PASPAS 15-07-2017 20:25:08

Facturas recibidas con suplidos
 
Buenas tardes,
Alguién tiene este problema que me estan pasando.
Se trata de facturas recibidas de agua , luz y telefonía
Algunas se registran con los suplidos ya que constan en la factura y claro por parte de la factura que presenta el proveedor existe descuadre ya q no lo registra y quedan todas parcialmente contrastadas.
Ya que desde mi sistema se informa de la totalidad y no excluyo los suplidos.
Sabe alguien si es así o debo obviarlo
He realizado la consulta a la aeat si responden lo paso por aqui
Alguien tiene el mismo problema??
Saludos

newtron 16-07-2017 10:14:49

Cita:

Empezado por PASPAS (Mensaje 519343)
Buenas tardes,
Alguién tiene este problema que me estan pasando.
Se trata de facturas recibidas de agua , luz y telefonía
Algunas se registran con los suplidos ya que constan en la factura y claro por parte de la factura que presenta el proveedor existe descuadre ya q no lo registra y quedan todas parcialmente contrastadas.
Ya que desde mi sistema se informa de la totalidad y no excluyo los suplidos.
Sabe alguien si es así o debo obviarlo
He realizado la consulta a la aeat si responden lo paso por aqui
Alguien tiene el mismo problema??
Saludos

Que alguien que sepa más contabilidad que yo me corrija pero entiendo que los suplidos no deben de ser enviados porque no son parte de la factura puesto que es un importe que se cobra por conceptos que han sido facturados en documentos independientes de la factura que estamos tratando.

Saludos

manelb 16-07-2017 11:52:50

Cita:

Empezado por PASPAS (Mensaje 519343)
Buenas tardes,
Alguién tiene este problema que me estan pasando.
Se trata de facturas recibidas de agua , luz y telefonía
Algunas se registran con los suplidos ya que constan en la factura y claro por parte de la factura que presenta el proveedor existe descuadre ya q no lo registra y quedan todas parcialmente contrastadas.
Ya que desde mi sistema se informa de la totalidad y no excluyo los suplidos.
Sabe alguien si es así o debo obviarlo
He realizado la consulta a la aeat si responden lo paso por aqui
Alguien tiene el mismo problema??
Saludos

Según yo entiendo, un suplido es un cargo que tu proveedor te hace en una factura en concepto de algo que ha pagado por tu cuenta.
Entiendo que una factura que lleve suplidos, debe llevar siempre adjunto un documento/factura correspondiente a ese concepto.
Por lo tanto, en el momento de contabilizarlo, siempre recomiendo contabilizar por un lado la factura del proveedor(sin suplidos) y, por el otro, el documento de suplido como una factura independiente.

Virman 17-07-2017 08:05:08

Factura con Desglose y DesgloseTipoOperacion
 
Saludos! Estoy buscando y no encuentro ningún XML que contenga desglose de factura y DesgloseTipoOperacion al mismo tiempo. Acaso una factura no puede tener DesgloseFactura y DesgloseTipoOperacion dentro de la estructura TipoDesglose? Estoy realizando el proyecto en C# y dentro de la variable tipo FacturaExpedidaTypeTipoDesglose sólo tengo Item que es de tipo Object.

Alguien se ha encontrado con el mismo problema? Muchas gracias por vuestra ayuda.

PASPAS 17-07-2017 09:26:47

Cita:

Empezado por manelb (Mensaje 519348)
Según yo entiendo, un suplido es un cargo que tu proveedor te hace en una factura en concepto de algo que ha pagado por tu cuenta.
Entiendo que una factura que lleve suplidos, debe llevar siempre adjunto un documento/factura correspondiente a ese concepto.
Por lo tanto, en el momento de contabilizarlo, siempre recomiendo contabilizar por un lado la factura del proveedor(sin suplidos) y, por el otro, el documento de suplido como una factura independiente.

Muchas gracias por vuestras aclaraciones...

vboloradito 17-07-2017 11:23:17

factura recitificativa fecha de operacion
 
Hola:

si emito una factura el 1 de julio y el cliente me comunica el 1 de Septiembre que hay un error.
Yo el 2 de septiembre emito una factura por diferencia correctiva con fecha de operación 1 de julio
(cuando se presto el servicio).

Si uso la calculadora de la AEAT no hay diferencia de limite de fecha para recitificativas.

Esta factura no cumpliria el plazo del dia 15 del mes siguiente al prestar el servicio.

¿Esta factura incumpliria en penalización?

mrobles 17-07-2017 11:38:31

Yo tengo una pregunta quizás un poco tonta, pero como comunico un error en la fecha de factura, y en otro caso, si también es fecha e importes? me crearía una rectificativa con fecha anterior a la factura real y no se si es legal, e incluso el orden por fecha de la serie de rectificativas no cuadraría.

vboloradito 18-07-2017 13:13:04

como se registra una factura de google irlanda recibida.
 
como se registra una factura de google irlanda recibida.

¿teneis un ejemplo?

¿es una inversion de sujeto pasivo?

razorxxx 18-07-2017 13:30:03

No puedo hacer consultas sucesivas
 
Buenas tardes!

Me he dado cuenta de que un mismo objeto HTTPRIO no admite interfaces diferentes en consultas sucesivas.

Por ejemplo, tengo un procedimiento que se llama ConsultarFacturasEmitidas, y dentro llamo a:
Código:

SuministroFactEmitidas.GetsiiSOAP(FALSE, '', HTTPRIO1).ConsultaLRFacturasEmitidas(estructura_peticion);
Pero luego, en otro procedimiento llamado ConsultarFacturasRecibidas, si lo llamo justo después de haberse ejecutado el anterior, cuando llamo a:
Código:

SuministroFactRecibidas.GetsiiSOAP(FALSE, '', HTTPRIO1).ConsultaLRFacturasRecibidas(estructura_peticion);
me da el error: Interface not supported.

Sin embargo, si sólo hago una de las llamadas, me funciona bien.

¿Alguien sabe cómo vaciar la interface del objeto HTTPRIO para no tener que crear una variable para cada procedimiento? El objeto lo creé arrastrándolo al Form en el IDE, es decir, no lo creo en tiempo de ejecución, porque utilizo los métodos BeforeExecute, AfterExecute y HTTPWebNodeBeforePost comunes a todas las llamadas (Envío, Consulta y Anulación).

keys 18-07-2017 13:31:08

Yo he tenido que crear un objeto para cada tipo de envío.


La franja horaria es GMT +2. Ahora son las 13:09:44.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi