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)

afxe 11-05-2017 09:44:49

Sobre REDEME
 
Hola Kurki... Hacienda va a abrir en breve un plazo entre Mayo y Junio para que aquellas empresas que estén en REDEME puedan salirse antes de que entre en vigor el S.I.I., ya que la carga administrativa que supondrá mantenerse en comunicación constante con hacienda sólo es viable para grandes empresas. Incluso aconsejan que se contrate una persona más sólo para la tarea de contestar a los requerimientos, que según ha dicho técnicos en una conferencia hace poco, serán diarios y cuantiosos. Por lo cual "recomiendan" a las empresas incluidas en REDEME que se salgan. ¡Qué amables!

PASPAS 11-05-2017 10:02:03

Alquiler inmuebles
 
Buenas de nuevo...
Alguién puede enviar un ejemplo de XML con referencia a alquiler de inmuebles.

Luego tengo una pregunta se pueden introducir varios inmuebles de alquiler en una única factura.
Yo creo que no pero me lo podeis confirmar.
Muchas gracias

Galahad 11-05-2017 10:17:11

Hola, tengo un problema al presentar facturas recibidas intracomunitarias, el error que recibo es :
Cita:

Valor de campo NIF del bloque IDFactura con tipo incorrecto
En la página de la AEAT lo pone claro:
Cita:

4.5.
¿Cómo se registran las
Adquisiciones Intracomunitarias de Bienes
y Servicios
?
Se anotará la factura recibida del proveedor comunitario en el Libro registro de
Facturas Recibidas procediendo a su identificación mediante la clave 2 en el campo d
e
tipos de Identificación en el país de residencia “IDType” y su Número de Operador
Intracomunitario en el campo "ID". El campo “
Código País
” no será obligatorio.

y en codigo creo que le estoy mandando el tipo correcto (02)
Este es el codigo, que puede pasar ?:
Código Delphi [-]

          if TabRecibidasclave_tipo_fact.ASINTEGER = 1 then // NACIONAL CON NIF
             ARegistroLRFacturasRecibidas[ncontfacturas].FacturaRecibida.Contraparte.NIF:= TabRecibidasNif_declarado.asstring ELSE
          if TabRecibidasclave_tipo_fact.ASINTEGER >= 2 then // INTRACOMUNITARIA
          begin
           with  ARegistroLRFacturasRecibidas[ncontfacturas].FacturaRecibida.contraparte do
           begin
             IdOtro := IDOtroType.Create;
             nindicepais := AnsiIndexStr( TabRecibidascod_pais.asstring, Lpaises );
             if nindicepais <> -1  then
                IdOtro.CodigoPais := SuministroFactRecibidas.CountryType2( nindicepais );
             IdOtro.Id         := TabRecibidasnum_pais_residencia.asstring;
             IdOtro.Idtype     := SuministroFactRecibidas.PersonaFisicaJuridicaIDTypeType(0);   // 2-NIF / 3-PASAPORTE / 4- DOCUMENTO OFICIAL IDENT. PAIS RESIDENCIA//TabEmitidasid_pais.asstring;
            end;
          end;

figo21 11-05-2017 10:18:04

1 Archivos Adjunto(s)
Buenas, os adjunto un proyecto funcionando la conexión al servicio web desde Delphi7.
Hay que tener el certificado instalado en el almacén de certificados de Windows.

Por si a alguien le sirve de ayuda.


Un saludo.

PepCat 11-05-2017 11:01:51

Cita:

Empezado por figo21 (Mensaje 516554)
Buenas, os adjunto un proyecto funcionando la conexión al servicio web desde Delphi7.
Hay que tener el certificado instalado en el almacén de certificados de Windows.

Por si a alguien le sirve de ayuda.


Un saludo.

Funciona perfectamente, muchas gracias por el aporte.
Larga vida al Delphi 7... ;)

Kurki 11-05-2017 11:44:58

Cita:

Empezado por figo21 (Mensaje 516554)
Buenas, os adjunto un proyecto funcionando la conexión al servicio web desde Delphi7.
Hay que tener el certificado instalado en el almacén de certificados de Windows.

Por si a alguien le sirve de ayuda.


Un saludo.

Tremendamente agradecido.

Kurki 11-05-2017 11:46:09

Cita:

Empezado por afxe (Mensaje 516551)
Hola Kurki... Hacienda va a abrir en breve un plazo entre Mayo y Junio para que aquellas empresas que estén en REDEME puedan salirse antes de que entre en vigor el S.I.I., ya que la carga administrativa que supondrá mantenerse en comunicación constante con hacienda sólo es viable para grandes empresas. Incluso aconsejan que se contrate una persona más sólo para la tarea de contestar a los requerimientos, que según ha dicho técnicos en una conferencia hace poco, serán diarios y cuantiosos. Por lo cual "recomiendan" a las empresas incluidas en REDEME que se salgan. ¡Qué amables!

Jajaja, super-amables, así no tienen que devolver el IVA mensualmente. Que cabr*****
¿Tienes algún enlace a esa noticia? es para enviarsela a mi jefe...

jorgelibre 11-05-2017 12:10:22

Preguntas resueltas
 
Hola a todos, tras leer mucho me he decidido a aportar dos preguntas que hice a un conferenciante.

Pregunta 1 : En la versión 0.7, en el bloque funcional nombra un nuevo campo OBLIGATORIO llamado 'Autorización' y como descripción pone: Número de registro obtenido en el envío de la autorización . ¿Que diablos es esto?
Respuesta: Número que te da la Aeat en casos raros en que no se puede facturar según reglamento. Ej. Empresas catering. Todo lo que subas de esa empresa debe llevar ese número de autorización. Previamente debes solicitarlo a Aeat.

Pregunta 2: ¿Cuando se va a poder acceder a un resumen de IVA de lo presentado? No me refiero a las facturas que se suben (que ya se ven) sino a lo que sería el resumen de la declaración de IVA, para ver que todo lo ha colocado dónde queríamos.
Respuesta: No se puede ver de momento. Solo los registros


Un saludo a todos

vboloradito 11-05-2017 12:11:24

Cita:

Empezado por vboloradito (Mensaje 516528)
Fecha operación Factura rectificativa?
Según pregunta en la AEAT.

¿Qué fecha de operación debe hacerse constar en una factura rectificativa?
La fecha de expedición de la factura original que se está rectificando.

Si no es obligatorio enviar la factura original que se esta corrigiendo, ¿es olbigatorio enviar la fecha de la factura que se corrige?

No me expliqué bien.
No es obligatorio indicar en una factura rectificativa que factura estas rectificando (el numero y serie de la factura primera que estaba "mal")
Nosotros no guardamos ese dato y no lo vamos a enviar.
Pero leyendo la pregunta de la AEAT parece que si que tenemos que enviar la fecha de la factura original que esas rectificando, Y eso tampoco lo estamos guardando.
Si no es obligatorio indicar la factura primera que estas rectificando ¿es obligatorio indicar la fecha de la factura primera que estas rectificando)

keys 11-05-2017 12:13:44

Cita:

Empezado por jorgelibre (Mensaje 516564)
Hola a todos, tras leer mucho me he decidido a aportar dos preguntas que hice a un conferenciante.

Pregunta 1 : En la versión 0.7, en el bloque funcional nombra un nuevo campo OBLIGATORIO llamado 'Autorización' y como descripción pone: Número de registro obtenido en el envío de la autorización . ¿Que diablos es esto?
Respuesta: Número que te da la Aeat en casos raros en que no se puede facturar según reglamento. Ej. Empresas catering. Todo lo que subas de esa empresa debe llevar ese número de autorización. Previamente debes solicitarlo a Aeat.

Pregunta 2: ¿Cuando se va a poder acceder a un resumen de IVA de lo presentado? No me refiero a las facturas que se suben (que ya se ven) sino a lo que sería el resumen de la declaración de IVA, para ver que todo lo ha colocado dónde queríamos.
Respuesta: No se puede ver de momento. Solo los registros


Un saludo a todos

Una aclaración el campo no es obligatorio.

jorgelibre 11-05-2017 13:04:17

Cita:

Empezado por keys (Mensaje 516566)
Una aclaración el campo no es obligatorio.

Es correcto, pero en el esquema funcional aparece en ROJO. Entiendo que se les olvidó cambiar el color al copiar y pegar.:D

keys 11-05-2017 13:06:44

Cita:

Empezado por jorgelibre (Mensaje 516567)
Es correcto, pero en el esquema funcional aparece en ROJO. Entiendo que se les olvidó cambiar el color al copiar y pegar.:D

Yo suelo tirar más del pdf de la descripción del servicio web y aqui aparece en negro. Como tu dices se les olvidaría :D

PASPAS 11-05-2017 13:20:39

1 Archivos Adjunto(s)
Cita:

Empezado por PASPAS (Mensaje 516552)
Buenas de nuevo...
Alguién puede enviar un ejemplo de XML con referencia a alquiler de inmuebles.

Luego tengo una pregunta se pueden introducir varios inmuebles de alquiler en una única factura.
Yo creo que no pero me lo podeis confirmar.
Muchas gracias

Me contesto a mi mismo ya lo tengo solucionado.
Adjunto documento XML ejemplo por si os sirve.


Saludos

PASPAS 11-05-2017 13:45:11

Facturas IGIC
 
Buenas a todos....

Alguién puede enviar un ejemplo XML de Facturas Recibidas con IGIC. No me queda claro como construirlo.

Muchas gracias,
Saludos

keys 12-05-2017 08:17:55

Cita:

Empezado por PASPAS (Mensaje 516570)
Buenas a todos....

Alguién puede enviar un ejemplo XML de Facturas Recibidas con IGIC. No me queda claro como construirlo.

Muchas gracias,
Saludos

Que yo sepa se envian como todas. Si tu empresa es de canarias tienes que poner la clave 08 y rellenar los datos del detalle de la factura. Si tu empresa no es de canarias tienes que rellenarla como operacion habitual exenta donde todo es base imponible.

Lo digo por que en el 340 hay que hacerlo asi.

keys 12-05-2017 08:53:58

Perdon no he dicho nada.

2.22. ¿Un sujeto pasivo que aplique el SII, suministrará información de las operaciones sujetas a IGIC o IPSI?

Únicamente cuando se trate de operaciones sujetas al IGIC o IPSI que no están sujetas al IVA por reglas de localización. En ningún caso se informará cuando las operaciones se realicen a través de un establecimiento permanente situado en Canarias, Ceuta y Melilla. En el campo “Clave Régimen especial o Trascendencia” se consignará el valor 08 y se registrarán como operaciones “no sujetas” en el campo de Importe no sujeto por reglas de localización, pero no debe informarse de los datos que correspondan a estos impuestos (IGIC o IPSI) al tratarse de operaciones no sujetas al IVA. Ejemplo 1. Un empresario con domicilio fiscal en Madrid que aplica el SII presta servicios de abogacía a un profesional establecido en Canarias. Se trata de una prestación de servicios sujeta al IGIC que deberá informarse a través del SII. Ejemplo 2. Un empresario con domicilio fiscal en Madrid que aplica el SII adquiere una partida de mercancías en Canarias y la vende en dicho territorio. Se trata de una entrega de bienes localizada en Canarias al no haber sido transportada al TAI, sujeta al IGIC y que deberá informarse a través del SII. 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).  Se recuerda que el territorio de aplicación del impuesto en España (TAI) comprende la Península e Islas Baleares.

PASPAS 12-05-2017 10:05:40

Cita:

Empezado por keys (Mensaje 516592)
Perdon no he dicho nada.

2.22. ¿Un sujeto pasivo que aplique el SII, suministrará información de las operaciones sujetas a IGIC o IPSI?

Únicamente cuando se trate de operaciones sujetas al IGIC o IPSI que no están sujetas al IVA por reglas de localización. En ningún caso se informará cuando las operaciones se realicen a través de un establecimiento permanente situado en Canarias, Ceuta y Melilla. En el campo “Clave Régimen especial o Trascendencia” se consignará el valor 08 y se registrarán como operaciones “no sujetas” en el campo de Importe no sujeto por reglas de localización, pero no debe informarse de los datos que correspondan a estos impuestos (IGIC o IPSI) al tratarse de operaciones no sujetas al IVA. Ejemplo 1. Un empresario con domicilio fiscal en Madrid que aplica el SII presta servicios de abogacía a un profesional establecido en Canarias. Se trata de una prestación de servicios sujeta al IGIC que deberá informarse a través del SII. Ejemplo 2. Un empresario con domicilio fiscal en Madrid que aplica el SII adquiere una partida de mercancías en Canarias y la vende en dicho territorio. Se trata de una entrega de bienes localizada en Canarias al no haber sido transportada al TAI, sujeta al IGIC y que deberá informarse a través del SII. 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).  Se recuerda que el territorio de aplicación del impuesto en España (TAI) comprende la Península e Islas Baleares.

De acuerdo entonces mi pregunta es la factura cuando creemos el xml contendra lo siguiente.
...

<sii:NoSujeta>
<sii:ImportePorArticulos7_14_Otros>Supongo que aqui se pone la base imponible menos los descuentos aplicados sin contar el porcentaje IGIC</sii:ImportePorArticulos7_14_Otros>
<sii:ImporteTAIReglasLocalizacion>¿QUE SE PONE AQUI?</sii:ImporteTAIReglasLocalizacion>
</sii:NoSujeta>
....
Luego en el <importetotal> que ponemos contanto el igic??-
Si podeis enviarme un ejemplo ando pez en esto del IGIC y justamente tenemos a un solo cliente en canarias...

Muchas gracias.
Saludos

figo21 12-05-2017 11:53:25

Cita:

Empezado por PASPAS (Mensaje 516594)
De acuerdo entonces mi pregunta es la factura cuando creemos el xml contendra lo siguiente.
...

<sii:NoSujeta>
<sii:ImportePorArticulos7_14_Otros>Supongo que aqui se pone la base imponible menos los descuentos aplicados sin contar el porcentaje IGIC</sii:ImportePorArticulos7_14_Otros>
<sii:ImporteTAIReglasLocalizacion>¿QUE SE PONE AQUI?</sii:ImporteTAIReglasLocalizacion>
</sii:NoSujeta>
....
Luego en el <importetotal> que ponemos contanto el igic??-
Si podeis enviarme un ejemplo ando pez en esto del IGIC y justamente tenemos a un solo cliente en canarias...

Muchas gracias.
Saludos

Según lo que pone en esa la documentación, yo diría que es así:

<sii:NoSujeta>
<sii:ImportePorArticulos7_14_Otros>nada</sii:ImportePorArticulos7_14_Otros>
<sii:ImporteTAIReglasLocalizacion>base imponible</sii:ImporteTAIReglasLocalizacion>
</sii:NoSujeta>

Un saludo.

keys 12-05-2017 12:01:20

Eso es si se trata de una prestacion de servicios (ejemplo 1 de la faq) o si es de bienes y se compra y se vende en canarias el bien (ejemplo 2 de la faq).

Si una empresa de la peninsula compra en canarias o vende a canarias bienes tiene que meterlo como exportacion o importacion.


Si la empresa es de canarias no se si tiene que hacer el SII.


Un Saludo.

PASPAS 12-05-2017 12:21:58

Cita:

Empezado por keys (Mensaje 516599)
Eso es si se trata de una prestacion de servicios (ejemplo 1 de la faq) o si es de bienes y se compra y se vende en canarias el bien (ejemplo 2 de la faq).

Si una empresa de la peninsula compra en canarias o vende a canarias bienes tiene que meterlo como exportacion o importacion.


Si la empresa es de canarias no se si tiene que hacer el SII.


Un Saludo.

Haber entonces quieres decir que si mi cliente solo vende y compra dentro de canarias. No tendra que tener SII instalado.
Y si hace otra operacion ya sea en España o intracomunitaria si que tendra que tener SII.
gracias

keys 12-05-2017 12:30:22

Cita:

Empezado por PASPAS (Mensaje 516600)
Haber entonces quieres decir que si mi cliente solo vende y compra dentro de canarias. No tendra que tener SII instalado.
Y si hace otra operacion ya sea en España o intracomunitaria si que tendra que tener SII.
gracias

Digo que tengo dudas que una empresa de canarias tenga que hacer el sii en ningún caso. Preguntalo en hacienda.

En cuanto a lo primero es que dependiendo de como sea la operación hay que declararla de una forma u otra (Canarias o importacion/exportacion).

PASPAS 12-05-2017 12:34:45

Cita:

Empezado por keys (Mensaje 516601)
Digo que tengo dudas que una empresa de canarias tenga que hacer el sii en ningún caso. Preguntalo en hacienda.

En cuanto a lo primero es que dependiendo de como sea la operación hay que declararla de una forma u otra (Canarias o importacion/exportacion).

Ok lo pregunto y os comento....

adiib 12-05-2017 13:26:26

Hola,

Me pasa lo mismo con el ítem TipoDesglose de la factura emitida.

aquí no puedo asignarle nada directamente al ítem ya que por debajo cuelgan bastantes objetos.

Alguna Idea??

Gracias de antemano
Cita:

Empezado por jmlazaro (Mensaje 514499)
Hola pprieto.

A mí me pasaba lo mismo, lo solucioné poniendo contraparte.Item = "BXXXXXXX"

Espero que te funcione.

Saludos


jcapilla 13-05-2017 18:00:56

Respuestas a facturas emitidas
 
¿Alguien ha podido leer una respuesta enviada por hacienda? La cuestión es la siguiente. Tenemos una empresa que se encarga de hacer la comunicación con la AEAT con lo que yo le paso los xml de envío y ellos me devuelven un xml donde hacienda nos da las respuestas. El primer elemento de este xml de respuesta tiene la etiqueta "RespuestaLRFacturasEmitidas" igual que la documentación cuando la AEAT pone un ejemplo de respuesta. Lo que hacemos entonces es deserializar el xml para obtener el objeto y tratarlo pero da el error "No se esperaba <RespuestaLRFacturasEmitidas". Cabe decir que usamos los xsd de la AEAT. Lo que he hecho es crear yo mismo un objeto de respuesta y serializarlo y mi sorpresa ha sido encontrar que la primera etiqueta no era "RespuestaLRFacturasEmitidas" si no "RespuestaLRFEmitidasType". Al cambiar el xml que me envian con la respuesta y sustituir RespuestaLRFacturasEmitidas por RespuestaLRFEmitidasType la deserializacion es correcta.

En el RespuestaSuministro.xsd veo esta linea <element name="RespuestaLRFacturasEmitidas" type="siiR:RespuestaLRFEmitidasType" /> por lo que no se si el xml de la AEAT esta mal o es que yo lo intento deserializar de forma incorrecta.

jcapilla 14-05-2017 08:34:50

Problema con las respuestas
 
Cita:

Empezado por PepCat (Mensaje 515319)
He pasado los datos de tu petición con nuestra aplicación y el XML enviado lo tienes en el archivo adjunto (y tambien la respuesta de AEAT)

Hola.

He visto tu xml de respuesta y hay una cosa que me esta voviendo loco. Estoy con .Net.
La cosa es la siguiente. A mi la respuesta me la envia una empresa a la que le paso el envio y me devuelve la respuesta en xml. Este xml de respuesta tiene como tu ejemplo la etiqueta <siiR:RespuestaLRFacturasRecibidas> pero cuando intento deserializarlo para recuperar su informacion con el objeto del webservice de la AEAT falla. Al final decidi crear yo una respuesta y serializarla con la sorpresa de que el elemento <siiR:RespuestaLRFacturasRecibidas> se me generaba como <siiR:RespuestaLRFEmitidasType>. Entonces modifique el elemento en el fichero cambiando <siiR:RespuestaLRFacturasRecibidas> por <siiR:RespuestaLRFEmitidasType> y al deserializarlo funciono. ¿Has tenido este problema o sabes a que se puede deber?. Me esta volviendo loco.
Muchas gracias.

Al González 14-05-2017 23:00:14

Off topic
 
Creí que sólo en México el gobierno le ponía difícil el camino a los contribuyentes. Pero veo que en España se han volado la barda. Tanta burocracia fiscal es tremenda. :eek:

Casimiro Noteví 15-05-2017 01:05:24

Cita:

Empezado por Al González (Mensaje 516651)
Tanta burocracia fiscal es tremenda. :eek:

Aquí tenemos hasta un impuesto al sol, y no es broma.

2uolap2 15-05-2017 15:15:23

Cita:

Empezado por jcapilla (Mensaje 516644)
¿Alguien ha podido leer una respuesta enviada por hacienda? La cuestión es la siguiente. Tenemos una empresa que se encarga de hacer la comunicación con la AEAT con lo que yo le paso los xml de envío y ellos me devuelven un xml donde hacienda nos da las respuestas. El primer elemento de este xml de respuesta tiene la etiqueta "RespuestaLRFacturasEmitidas" igual que la documentación cuando la AEAT pone un ejemplo de respuesta. Lo que hacemos entonces es deserializar el xml para obtener el objeto y tratarlo pero da el error "No se esperaba <RespuestaLRFacturasEmitidas". Cabe decir que usamos los xsd de la AEAT. Lo que he hecho es crear yo mismo un objeto de respuesta y serializarlo y mi sorpresa ha sido encontrar que la primera etiqueta no era "RespuestaLRFacturasEmitidas" si no "RespuestaLRFEmitidasType". Al cambiar el xml que me envian con la respuesta y sustituir RespuestaLRFacturasEmitidas por RespuestaLRFEmitidasType la deserializacion es correcta.

En el RespuestaSuministro.xsd veo esta linea <element name="RespuestaLRFacturasEmitidas" type="siiR:RespuestaLRFEmitidasType" /> por lo que no se si el xml de la AEAT esta mal o es que yo lo intento deserializar de forma incorrecta.

Buenos días,

Yo esto más o menos en las mismas, intentando leer el xml de respuesta. No se trata directamente de una consulta Delphi, pero sabriais indicarme si hay alguna posibilidad de convertir el XML de respuesta en un formato tipo CSV desde Linux? De esta manera me sería mucho más manejable para tratarlo.

Muchas gracias

inyu 15-05-2017 15:20:58

¿Alguien sabe si se pueden "borrar" todas las facturas emitidas en el webservice de pruebas? Me gustaría poder probar toda la facturacion del cliente de golpe para ver si hay casos concretos que no he contemplado (intracomunitarias, cif 'N', sujetos pasivos, etc) pero me gustaria poderlo repetir para hacer una demo delante del cliente y si ya lo he enviado todo lo que haya sido aceptado me dará factura duplicada.

Gracias.

CMB 15-05-2017 15:26:01

Cita:

Empezado por inyu (Mensaje 516655)
¿Alguien sabe si se pueden "borrar" todas las facturas emitidas en el webservice de pruebas? Me gustaría poder probar toda la facturacion del cliente de golpe para ver si hay casos concretos que no he contemplado (intracomunitarias, cif 'N', sujetos pasivos, etc) pero me gustaria poderlo repetir para hacer una demo delante del cliente y si ya lo he enviado todo lo que haya sido aceptado me dará factura duplicada. Gracias.

Por lo que yo sé, una factura puedes darla de baja, pero no borrarla. No es lo mismo. Las facturas anuladas siguen allí de forma permanente, y sólo puedes resuscitarlas con un cambio, pero no eliminarlas para siempre. Si intentas enviar otra factura con las mismas claves identificativas (número, fecha y NIF del emisor) te dirán que está duplicada. Creo que si la fecha es distinta la aceptan, pero no lo he comprobado

Eso no implica que puedan modificarlo en posteriores versiones en función de las quejas que reciban. En realidad, en mi modesta opinión, sería lógico que una factura anulada quedase realmente anulada, como si no hubiera existido. Pero ya sabemos quién corta el bacalao.

Saludos,

inyu 15-05-2017 15:28:51

Cita:

Empezado por CMB (Mensaje 516656)
Por lo que yo sé, una factura puedes darla de baja, pero no borrarla. No es lo mismo. Las facturas anuladas siguen allí de forma permanente, y sólo puedes resuscitarlas con un cambio, pero no eliminarlas para siempre. Si intentas enviar otra factura con las mismas claves identificativas (número, fecha y NIF del emisor) te dirán que está duplicada. Creo que si la fecha es distinta la aceptan, pero no lo he comprobado

Eso no implica que puedan modificarlo en posteriores versiones en función de las quejas que reciban. En realidad, en mi modesta opinión, sería lógico que una factura anulada quedase realmente anulada, como si no hubiera existido. Pero ya sabemos quién corta el bacalao.

Saludos,

En la version definitiva me parece bien que sólo se pueda dar de baja, pero yo me refiero concretamente al servidor de pruebas, que por algo es de pruebas :P aunque sea un botón en la web que diga "reset"... no haria falta que estuviese implementado en el webservice.

Galahad 15-05-2017 15:41:16

Cita:

Empezado por inyu (Mensaje 516657)
En la version definitiva me parece bien que sólo se pueda dar de baja, pero yo me refiero concretamente al servidor de pruebas, que por algo es de pruebas :P aunque sea un botón en la web que diga "reset"... no haria falta que estuviese implementado en el webservice.

Yo estaba en un caso similar al tuyo, al final, como eran pruebas, opté por hacer pruebas simplemente modificando el número de referencia de la factura, poniendole un prefijo de una letra o un número. De esta manera,no hay problema, el sistema detecta que son facturas diferentes (no duplicadas) y se pueden repetir las pruebas cuanto se quiera.

inyu 15-05-2017 15:43:04

Cita:

Empezado por Galahad (Mensaje 516658)
Yo estaba en un caso similar al tuyo, al final, como eran pruebas, opté por hacer pruebas simplemente modificando el número de referencia de la factura, poniendole un prefijo de una letra o un número. De esta manera,no hay problema, el sistema detecta que son facturas diferentes (no duplicadas) y se pueden repetir las pruebas cuanto se quiera.

Buena idea, voy a añadir un digito a la factura cada vez que haga el envio masivo dejando el número original para cuando haga la demo en la empresa del cliente. ^\||/

CMB 15-05-2017 15:48:41

Cita:

Empezado por Galahad (Mensaje 516658)
Yo estaba en un caso similar al tuyo, al final, como eran pruebas, opté por hacer pruebas simplemente modificando el número de referencia de la factura, poniendole un prefijo de una letra o un número. De esta manera,no hay problema, el sistema detecta que son facturas diferentes (no duplicadas) y se pueden repetir las pruebas cuanto se quiera.

También puedes coger un grupo de, por ejemplo, 100 facturas correlativas, y mediante un sencillo programa Delphi, sumas una cantidad al número de cada una de modo que no quede ninguno repetido, y puedes enviar ese mismo grupo como si fueran nuevas facturas. El proceso se puede repetir tantas veces como desees. Incluso aprovechas para mandar 1000 facturas en un solo envío a modo de prueba, a ver qué pasa.

newtron 15-05-2017 16:48:17

Cita:

Empezado por Galahad (Mensaje 516658)
Yo estaba en un caso similar al tuyo, al final, como eran pruebas, opté por hacer pruebas simplemente modificando el número de referencia de la factura, poniendole un prefijo de una letra o un número. De esta manera,no hay problema, el sistema detecta que son facturas diferentes (no duplicadas) y se pueden repetir las pruebas cuanto se quiera.

Yo lo que hago es enviar delante del número de factura real un prefijo con la fecha+hora con segundos y milisegundos con lo cual nunca se duplicará.

Saludos

josecarrillo 16-05-2017 08:30:15

Entorno de pruebas
 
¿Sabe alguien si los servicios del entorno de pruebas estarán disponibles después del 1 de Julio?

Galahad 16-05-2017 09:01:20

En la Aeat, indican esto

Cita:

>
FIN DE LA FASE DE PRUEBAS :30 de junio De 2017.
Desde ese día,el entorno de la fase de pruebas quedará
indefinidamente Como entorno de pruebas De integración para los
desarrollos informáticos.
Yo entiendo con esto que si van a estar disponible, aunque ciertamente no lo dejan muy claro, esto da lugar a diferentes interpretaciones.

keys 16-05-2017 09:02:39

La A.E.A.T tiene un entorno de pruebas para los otros modelos. Me imagino que también para este.

mrobles 16-05-2017 09:29:04

Después de tirar una batería de pruebas al envió de facturas, me encontré con 3 errores de momento que no se si alguien a solucionado ya.


1- Al agrupar operaciones por tipo de impuesto he obtenido 2 errores

Cita:

La factura contiene un desglose a nivel de factura cuando le corresponde
un desglose a nivel de operación, por no ser factura simplificada ni asiento resumen y la
contraparte contiene un IdOtro o tiene un NIF que empiece por N
El otro no lo tengo guardado, pero ponia que se supero el limite establecido para la cantidad del IVA

2 - Al realizar operaciones intracomunitarias, si el país es por ejemplo Portugar(PT) con código 02, se traga un DNI bien, pero si es Guam(GU), me da el ID como invalido

keys 16-05-2017 09:41:45

Cita:

Empezado por mrobles (Mensaje 516680)
Después de tirar una batería de pruebas al envió de facturas, me encontré con 3 errores de momento que no se si alguien a solucionado ya.


1- Al agrupar operaciones por tipo de impuesto he obtenido 2 errores


El otro no lo tengo guardado, pero ponia que se supero el limite establecido para la cantidad del IVA

2 - Al realizar operaciones intracomunitarias, si el país es por ejemplo Portugar(PT) con código 02, se traga un DNI bien, pero si es Guam(GU), me da el ID como invalido

1 - En las facturas emitidas hay que desglosar la información de dos maneras distintas, una es a nivel de factura y otra es a nivel de operación. El desglose de la factura que estás enviando esta al reves.

3.11. A la hora de desglosar los datos de la factura, ¿debe indicarse si la operación es una entrega de bienes o una prestación de servicios?.

El desglose se hará obligatoriamente a nivel de operación cuando:
El cliente sea extranjero (tipo “ID Otro” o NIF que empiece por N) y No sea una factura simplificada o un asiento resumen.

Sacado de las Faqs.

2 - No entiendo la segunda. Pero que yo sepa Portugal es un pais intracomunitario, pero Guam no.


La franja horaria es GMT +2. Ahora son las 10:40:53.

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