Foros Club Delphi
Página 39 de 89 « Primero < 29363738 39 40414249 > Último »
Mostrar 40 mensajes desde este tema en una página

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)

didou 06-06-2017 10:47:47
Varios Xml o uno solo
 
Buenos días.

¿ Las Altas, Bajas, Modificaciones de facturas Emitidas pueden ir en un mismo XML o deben de ir separadas en XML distintos?

Igualmente los periodos deben ir en XMLs distintos (por cada periodo) o todos en el mismo?




Muchas gracias, un saludo.

javi_valencia44 06-06-2017 10:54:49
Cita:
Empezado por didou (Mensaje 517763)
Buenos días.

¿ Las Altas, Bajas, Modificaciones de facturas Emitidas pueden ir en un mismo XML o deben de ir separadas en XML distintos?

Igualmente los periodos deben ir en XMLs distintos (por cada periodo) o todos en el mismo?




Muchas gracias, un saludo.
Un XML distinto en ambos casos

keys 06-06-2017 10:55:26
Por cierto en el fichero que te desgargas ahora del 0.7 hay distintos paises que los que había cuando me lo descargue en su momento. Por ejemplo este QU, que como ha dicho no está en el pdf y no han informado en ningún momento que yo sepa.

Habrá que esperar al último momento a descarse otra vez la información ya que puede haber cambios de los que no avisan.

Un Urra por nuestra Agencia Tributaria. :eek:

PepCat 06-06-2017 11:00:51
Cita:
Empezado por marine (Mensaje 517755)
Buenas! ,

Error 1100 . Valor o tipo incorrecto del campo: BaseImponible
Si que se permiten facturas con base 0. Lo unico que tienes que hacer es poner un 0 en la <baseimponible>

Código:
<TipoImpositivo>0</TipoImpositivo>
<BaseImponible>0</BaseImponible>
<CuotaRepercutida>0</CuotaRepercutida>

lsgrep 06-06-2017 11:05:20
Cita:
Empezado por keys (Mensaje 517765)
Por cierto en el fichero que te desgargas ahora del 0.7 hay distintos paises que los que había cuando me lo descargue en su momento. Por ejemplo este QU, que como ha dicho no está en el pdf y no han informado en ningún momento que yo sepa.

Habrá que esperar al último momento a descarse otra vez la información ya que puede haber cambios de los que no avisan.

Un Urra por nuestra Agencia Tributaria. :eek:
Gracias keys, ya he mandado con QU las que me faltaban y han entrado pero como dices no había ninguna documentación sobre esto si no mirabas el formulario manual de entrada

lsgrep 06-06-2017 11:11:48
De hecho, ahora me encuentro con el último problema:

Cuando pongo el NIF/CIF en algunos casos me responde:

Error en el bloque de la Contraparte. El NIF no está identificado. NIF: .... NOMBRE_RAZON: ...

Por lo que he podido ver, consultando la parte de "Consulta NIF" si el nombre o razón social no está como ellos lo tienen censado no te acepta la factura.

Pienso que únicamente con poner el NIF/CIF debería aceptarlo el problema es ¿donde se obtiene el nombre o razón social que ellos tienen?

He probado de enviarlas con el campo IDotro y 07 y la aceptan pero con errores.

La verdad es que no tengo ni idea que debe hacer contabilidad. Buscar la razón social censada o enviarlo como 07 pero de todas formas al ser un alta con errores hay que corregirlo ¿no?

¿Alguien se ha encontrado con este caso ? La utilidad para buscar el NIF/CIF que proporcionan necesita la razón social y no devuelve exactamente como la tienen ellos así que no tengo ni idea de como informar esto.

Salu2

keys 06-06-2017 11:15:50
Cita:
Empezado por lsgrep (Mensaje 517768)
De hecho, ahora me encuentro con el último problema:

Cuando pongo el NIF/CIF en algunos casos me responde:

Error en el bloque de la Contraparte. El NIF no está identificado. NIF: .... NOMBRE_RAZON: ...

Por lo que he podido ver, consultando la parte de "Consulta NIF" si el nombre o razón social no está como ellos lo tienen censado no te acepta la factura.

Pienso que únicamente con poner el NIF/CIF debería aceptarlo el problema es ¿donde se obtiene el nombre o razón social que ellos tienen?

He probado de enviarlas con el campo IDotro y 07 y la aceptan pero con errores.

La verdad es que no tengo ni idea que debe hacer contabilidad. Buscar la razón social censada o enviarlo como 07 pero de todas formas al ser un alta con errores hay que corregirlo ¿no?

¿Alguien se ha encontrado con este caso ? La utilidad para buscar el NIF/CIF que proporcionan necesita la razón social y no devuelve exactamente como la tienen ellos así que no tengo ni idea de como informar esto.

Salu2
Yo creo que la unica solución es que en tu programa de contabilidad tengan los datos bien metidos. Ya que el enviar todo con 07 te la aceptan pero con errores y me imagino que en el futuro te lleguen los problemas. La razón social la puedes obtener del servicio de hacienda, pero de las personas fisicas el nombre y los apellidos no por la LOPD.

lsgrep 06-06-2017 11:20:21
Cita:
Empezado por keys (Mensaje 517769)
Yo creo que la unica solución es que en tu programa de contabilidad tengan los datos bien metidos. Ya que el enviar todo con 07 te la aceptan pero con errores y me imagino que en el futuro te lleguen los problemas. La razón social la puedes obtener del servicio de hacienda, pero de las personas fisicas el nombre y los apellidos no por la LOPD.
Si, pero el principal problema en las personas físicas es como obtener correctamente el nombre y apellidos que tienen censados en hacienda. Si es como dices que la LOPD no permite ofrecer esta información debería ser suficiente con indicar el NIF y aceptarlas. El problema no es arreglarlo es como obtener la información correcta. Yo creo que si se lo preguntan al cliente no va a tener ni idea de como tiene los datos censados en hacienda.

Tal y como nos dijo una persona un alta con errores implica que hay que revisar los datos así que un 07 no sirve de mucho en esta caso como bien dices.

keys 06-06-2017 11:22:48
Hombre una persona fisica no sabrá como tiene sus datos censados en hacienda. Pero sus apellidos y nombre ya sabrá. Y en ese caso es para el que está pensado el tipo 07, cuando no tienes forma de obtener los datos de tu cliente.

marine 06-06-2017 11:25:29
Cita:
Empezado por PepCat (Mensaje 517766)
Si que se permiten facturas con base 0. Lo unico que tienes que hacer es poner un 0 en la <baseimponible>

Código:
<TipoImpositivo>0</TipoImpositivo>
<BaseImponible>0</BaseImponible>
<CuotaRepercutida>0</CuotaRepercutida>
probado y funcionando , gracias !

lsgrep 06-06-2017 11:26:42
Cita:
Empezado por keys (Mensaje 517771)
Hombre una persona fisica no sabrá como tiene sus datos censados en hacienda. Pero sus apellidos y nombre ya sabrá. Y en ese caso es para el que está pensado el tipo 07, cuando no tienes forma de obtener los datos de tu cliente.
Yo hice la prueba con un caso en el que nos rechazaron la factura por que el nombre/razón social no coincidía. Fui a la utilidad de hacienda y puse el NIF y el nombre y apellidos que nos había facilitado el cliente. La utilidad me devolvía todo el rato que no estaba identificada. Como era una prueba fui a Google y busque su NIF y me apareció el nombre tal y como estaba informado en una comunicación del BOE (tuve suerte en este caso) y cogí el nombre tal cual figuraba lo puse en la utilidad y voila la aceptó. El nombre y apellidos no coincidía no sólo por el orden sino por que la persona tenía un nombre compuesto. Como este caso debe haber mil. Aunque sepas su nombre y apellidos el caso que te comento es usual y encontrarlo es el problema.

CMB 06-06-2017 11:45:27
Cita:
¿ Las Altas, Bajas, Modificaciones de facturas Emitidas pueden ir en un mismo XML o deben de ir separadas en XML distintos?
Igualmente los periodos deben ir en XMLs distintos (por cada periodo) o todos en el mismo?
Cita:
Empezado por javi_valencia44 (Mensaje 517764)
Un XML distinto en ambos casos
Acabo de hacer una prueba enviando en un mismo XML una factura emitida en mayo y otra en junio, y han sido ambas aceptadas sin problema.

De hecho el bloque de cada factura ya incluye el período a que corresponde:

Código:
<siiLR:RegistroLRFacturasEmitidas>
  <sii:PeriodoImpositivo>
    <sii:Ejercicio>2017</sii:Ejercicio>
    <sii:Periodo>05</sii:Periodo>
  </sii:PeriodoImpositivo>
javi_valencia44, ¿estás completamente seguro de que no se puede?

Este detalle es muy importante, porque en la fase de producción en los primeros días de mes es posible que se mezclen facturas de los últimos días del mes anterior con las del mes actual.

keys 06-06-2017 11:46:39
Cita:
Empezado por lsgrep (Mensaje 517773)
Yo hice la prueba con un caso en el que nos rechazaron la factura por que el nombre/razón social no coincidía. Fui a la utilidad de hacienda y puse el NIF y el nombre y apellidos que nos había facilitado el cliente. La utilidad me devolvía todo el rato que no estaba identificada. Como era una prueba fui a Google y busque su NIF y me apareció el nombre tal y como estaba informado en una comunicación del BOE (tuve suerte en este caso) y cogí el nombre tal cual figuraba lo puse en la utilidad y voila la aceptó. El nombre y apellidos no coincidía no sólo por el orden sino por que la persona tenía un nombre compuesto. Como este caso debe haber mil. Aunque sepas su nombre y apellidos el caso que te comento es usual y encontrarlo es el problema.
Para estos casos esta el 07. Yo con todas las pruebas que he hecho no me he encontrado con este problema que comentas y tengo varias empresas probando con datos reales, no se si a alguien tambien le habrá pasado lo que tu comentas.

jcapilla 06-06-2017 11:52:04
Hola.

Respeto al tema de las facturas a Canarias y demas lo que tengo entendido despues de hablar con varios asesores es lo siguiente:
De Peninsulta a Canarias: Clave 02 Exportacion
Factura emitida en Canarias: Clave 08 (IPSI/IGIC) No Sujeta con el campo ImporteTAIReglasLocalizacion informado.

javi_valencia44 06-06-2017 11:53:42
Cita:
Empezado por CMB (Mensaje 517774)
Acabo de hacer una prueba enviando en un mismo XML una factura emitida en mayo y otra en junio, y han sido ambas aceptadas sin problema.

De hecho el bloque de cada factura ya incluye el período a que corresponde:

Código:
<siiLR:RegistroLRFacturasEmitidas>
  <sii:PeriodoImpositivo>
    <sii:Ejercicio>2017</sii:Ejercicio>
    <sii:Periodo>05</sii:Periodo>
  </sii:PeriodoImpositivo>
javi_valencia44, ¿estás completamente seguro de que no se puede?

Este detalle es muy importante, porque en la fase de producción en los primeros días de mes es posible que se mezclen facturas de los últimos días del mes anterior con las del mes actual.
Me sorprende que se pueda, pensaba que no la verdad.

Gracias

Patry159 06-06-2017 12:46:00
Hola, a ver si alguien me puede echar una mano porque ya no sé como solucionar este fallo(He leído todos los posts y a simple vista tengo lo mismo que lo descrito por otros pero ya no sé si me falta algo).... Estoy intentando enviar las facturas mediante el web service. Al declarar el objeto siiSOAPClient no me da ningún fallo pero al ejecutarlo me da el siguiente error:

Cita:
No se encontró el elemento de extremo con el nombre 'SuministroFactRecibidasPruebas' y el contrato 'SuministroFacturasRecibidas.siiSOAP' en la sección de configuración de cliente de ServiceModel. La razón puede ser que no se encontró ningún archivo de configuración para la aplicación o que no se encontró ningún elemento de extremo con este nombre en el elemento de cliente.

El codigo que tengo creado es este:
Código:
 
  Dim store As Security.Cryptography.X509Certificates.X509Store = New Security.Cryptography.X509Certificates.X509Store(StoreName.My, StoreLocation.CurrentUser)
            store.Open(Security.Cryptography.X509Certificates.OpenFlags.ReadOnly)

            Dim Certificado As New System.Security.Cryptography.X509Certificates.X509Certificate2
            Certificado = store.Certificates(0)


            Dim respuesta() As RespuestaLRFRecibidasType
            Dim SuministroC As New SuministroLRFacturasRecibidas
            Dim SuministroD() As LRFacturasRecibidasType

                    ....'todo el desarrollo de implementar los objetos con los valores de las facturas'

          SuministroC.RegistroLRFacturasRecibidas = SuministroD

            Dim Subir As New siiSOAPClient()        'En este punto es donde me da el error'
            Subir.ClientCredentials.ClientCertificate.Certificate = Certificado
         
            respuesta = Subir.SuministroLRFacturasRecibidas(SuministroC)
Muchas gracias de antemano.

Sergio J. 06-06-2017 12:51:35
Hola a todos. Estoy, por un lado orgulloso de pertenecer a este club desde que empecé a chapurrear delphi y tranquilo por la información aportada a este hilo sobre el famoso SII hasta hace poco desconocido para mí, y por otro agobiado por tener que dar solución a un cliente que está acogido al REDEME y me pidió que le diera una solución el otro día, sin tener conocimiento de lo que me esperaba y en tan poco tiempo :eek:.
Como trabajo con delphi 6, a la hora de crear el XML, tendré que hacerlo a mano, pero para enviarlo a través de Web Service y el tema de la autenticación tenía pensado crear un proyecto nuevo con Delphi XE7 o subirlo con algún formulario al estilo que ahora tiene publicado la AEAT en su enlace https://www7.aeat.es/static_files/co...teWSAEAT2.html para pruebas, pero no sé si para envíos reales habrá una plataforma similar para hacerlo a partir del 1 de Julio.
He leído gran parte de este hilo pero no sé con seguridad si se podrá.

¿Alguien sabe algo al respecto? Agradecería cualquier referencia, muchísimas gracias.

nuevo1234 06-06-2017 12:52:38
Cita:
Empezado por lsgrep (Mensaje 517754)
Hola a todos!

Como nosotros exportamos a muchos países me he encontrado que por ejemplo el código MQ (Martinica) no está en la lista de códigos aceptados por el ENUM del SIII. ¿Alguien ha consultado al SIII por este tema? Yo les envié otra pregunta hace ya 3 semanas y no he tenido contestación.

Resumen, no tengo ni idea de como mandarles estas facturas con el país que hago referencia.

Salu2

Mira en el BOE de la lista de paises. Hay un link en la documentacion
http://www.boe.es/boe/dias/2011/12/2...2011-20179.pdf

FR FRANCIA (Incluidos los departamentos franceses de ultramar: Reunión, Guadalupe, Martinica y Guayana Francesa)

Patry159 06-06-2017 12:56:01
Hola, pregunté a Hacienda y me dijeron que si, que mantendrían la plataforma que hay.


Cita:
Empezado por Sergio J. (Mensaje 517779)
Hola a todos. Estoy, por un lado orgulloso de pertenecer a este club desde que empecé a chapurrear delphi y tranquilo por la información aportada a este hilo sobre el famoso SII hasta hace poco desconocido para mí, y por otro agobiado por tener que dar solución a un cliente que está acogido al REDEME y me pidió que le diera una solución el otro día, sin tener conocimiento de lo que me esperaba y en tan poco tiempo :eek:.
Como trabajo con delphi 6, a la hora de crear el XML, tendré que hacerlo a mano, pero para enviarlo a través de Web Service y el tema de la autenticación tenía pensado crear un proyecto nuevo con Delphi XE7 o subirlo con algún formulario al estilo que ahora tiene publicado la AEAT en su enlace para pruebas, pero no sé si para envíos reales habrá una plataforma similar para hacerlo a partir del 1 de Julio.
He leído gran parte de este hilo pero no sé con seguridad si se podrá.

¿Alguien sabe algo al respecto? Agradecería cualquier referencia, muchísimas gracias.

keys 06-06-2017 12:56:51
Cita:
Empezado por Sergio J. (Mensaje 517779)
Hola a todos. Estoy, por un lado orgulloso de pertenecer a este club desde que empecé a chapurrear delphi y tranquilo por la información aportada a este hilo sobre el famoso SII hasta hace poco desconocido para mí, y por otro agobiado por tener que dar solución a un cliente que está acogido al REDEME y me pidió que le diera una solución el otro día, sin tener conocimiento de lo que me esperaba y en tan poco tiempo :eek:.
Como trabajo con delphi 6, a la hora de crear el XML, tendré que hacerlo a mano, pero para enviarlo a través de Web Service y el tema de la autenticación tenía pensado crear un proyecto nuevo con Delphi XE7 o subirlo con algún formulario al estilo que ahora tiene publicado la AEAT en su enlace https://www7.aeat.es/static_files/co...teWSAEAT2.html para pruebas, pero no sé si para envíos reales habrá una plataforma similar para hacerlo a partir del 1 de Julio.
He leído gran parte de este hilo pero no sé con seguridad si se podrá.

¿Alguien sabe algo al respecto? Agradecería cualquier referencia, muchísimas gracias.
En principio parece que eso lo van a mantener también en producción. El problema es que el cliente tiene que poner los enpoint para cada envío que tenga que realizar, es decir para emitidas uno, para recibidas otro, etc ..... y claro pierdes la interacción con las respuestas de hacienda.

marine 06-06-2017 13:11:11
Buenas,

Alguien sabe como debe estructurarse el XML para solventar este error ?

Error 2006
"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"

PepCat 06-06-2017 13:12:07
Cita:
Empezado por Sergio J. (Mensaje 517779)
Hola a todos. Estoy, por un lado orgulloso de pertenecer a este club desde que empecé a chapurrear delphi y tranquilo por la información aportada a este hilo sobre el famoso SII hasta hace poco desconocido para mí, y por otro agobiado por tener que dar solución a un cliente que está acogido al REDEME y me pidió que le diera una solución el otro día, sin tener conocimiento de lo que me esperaba y en tan poco tiempo :eek:.
Como trabajo con delphi 6, a la hora de crear el XML, tendré que hacerlo a mano, pero para enviarlo a través de Web Service y el tema de la autenticación tenía pensado crear un proyecto nuevo con Delphi XE7 o subirlo con algún formulario al estilo que ahora tiene publicado la AEAT en su enlace https://www7.aeat.es/static_files/co...teWSAEAT2.html para pruebas, pero no sé si para envíos reales habrá una plataforma similar para hacerlo a partir del 1 de Julio.
He leído gran parte de este hilo pero no sé con seguridad si se podrá.

¿Alguien sabe algo al respecto? Agradecería cualquier referencia, muchísimas gracias.

qP:-) Si quieres mandar el XML directamente desde Delphi 6 puedes mirar el post #964 que en el caso del Delphi 7 funciona perfectamente.

scooterjgm 06-06-2017 13:27:45
Cita:
Empezado por PepCat (Mensaje 517785)
qP:-) Si quieres mandar el XML directamente desde Delphi 6 puedes mirar el post #964 que en el caso del Delphi 7 funciona perfectamente.
Yo he conseguido enviar el XML en Delphi 7 siguiendo el ejemplo de Web Service que comenta el compañero.

El XML lo he construido a mano, ahora el problema lo tengo al interpretar el XML de respuesta. Estoy utilizando el componente TXMLDocument, pero no me deja acceder a los nodos hijos. ¿A alguien le ha pasado algo similar?¿Alguna recomendación de otro componente?

El nodo 'Body' lo encuentra, pero de ahí no paso

Código:
<?xml version="1.0" encoding="ISO-8859-1"?>
<env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/">
<env:Header/>
<env:Body Id="Body">
<siiR:RespuestaLRFacturasRecibidas xmlns:sii="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd" xmlns:siiR="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/RespuestaSuministro.xsd">
[....]
</siiR:RespuestaLRFacturasRecibidas>
</env:Body>
</env:Envelope>
Código:
    nodoBody:= xmlDoc.DocumentElement.ChildNodes.FindNode('Body');
    //pruebas debug...
    nodoRespuestaLRFacturasRecibidas:= nodoBody.ChildNodes.FindNode('RespuestaLRFacturasRecibidas','siiR');
    nodoRespuestaLRFacturasRecibidas:= xmlDoc.DocumentElement.ChildNodes.FindNode('RespuestaLRFacturasRecibidas','siiR');
    nodoEstadoEnvio:= nodoRespuestaLRFacturasRecibidas.ChildNodes.FindNode('siiR:EstadoEnvio');
Gracias.

vicjr 06-06-2017 13:35:04
Error endPoint
 
Cita:
Empezado por vboloradito (Mensaje 515202)
¿tienes que usar el endpoint /wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP?
con vuestra explicaciones ya he podido enviar facturas recibidas

vicjr 06-06-2017 13:46:44
Facturas con dos tipos de impuestos (IGIC/IPSIC)
 
Buenas tardes, cuando una factura agrupada tiene distintos impuestos, sabéis como se debe poner en la etiqueta "ClaveRegimenEspecialOTrascendencia" y como se desglosa dicha factura ¿?

vboloradito 06-06-2017 15:05:35
Cita:
Empezado por marine (Mensaje 517784)
Buenas,

Alguien sabe como debe estructurarse el XML para solventar este error ?

Error 2006
"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"
he pegado en el otro hilo un ejemplo:
https://www.clubdelphi.com/foros/sho...92&postcount=4

tienes que hacer el desglose por tipo de operacion o entrega de bienes.

vboloradito 06-06-2017 15:14:09
Cita:
Empezado por vicjr (Mensaje 517789)
Buenas tardes, cuando una factura agrupada tiene distintos impuestos, sabéis como se debe poner en la etiqueta "ClaveRegimenEspecialOTrascendencia" y como se desglosa dicha factura ¿?
extraido del documento SII_Descripcion_ServicioWeb_v0.7.pdf

- Se añaden los campos opcionales
<ClaveRegimenEspecialOTrascendenciaAdicional1> y
<ClaveRegimenEspecialOTrascendenciaAdicional2> en los esquemas de
facturas emitidas y recibidas. Así se recoge la posibilidad de combinar “claves
de regímenes especial o trascendencia”. Por tanto, existe la posibilidad de
informar de más de una clave (hasta tres), pero la informada en el campo
<ClaveRegimenEspecialOTrascendencia> será la principal en el sentido de
que esta primera clave marca las validaciones a considerar.


Entiendo que puedes añadir dos valores mas de trascendencia pero el que manda es el primero.
Y luego insertas ,en el array en el desglose de IVA, un elemento para cada tipo de iva que tengas distinto en esa factua.

Patry159 06-06-2017 15:30:13
Hola, vuelvo de nuevo a preguntar sobre el error que he escrito anteriormente. No sé si estoy buscando donde debo, pero pongo el codigo de mi app.config a ver si ahí hay algo erróneo y por eso me da el error que vuelvo a escribir:


Cita:
No se encontró el elemento de extremo predeterminado que hace referencia al contrato 'SuministroFacturasRecibidas.siiSOAP' en la sección de configuración de cliente de ServiceModel. La razón puede ser que no se encontró ningún archivo de configuración para la aplicación o que no se encontró ningún elemento de extremo correspondiente a este contrato en el elemento de cliente
Mi codigo en el app.config es este:
Código:

  </system.serviceModel>
      <client> 
            <endpoint address="https://www7.aeat.es/wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP"
                binding="basicHttpBinding" bindingConfiguration="siiBinding2"
                contract="SuministroFacturasRecibidas.siiSOAP" name="SuministroFactRecibidasPruebas" />
      </client>
    </system.serviceModel>
A ver si alguien me puede echar una mano que ya ando perdida y no sé el porque del error.
Muchas gracias!

xamminf 06-06-2017 15:36:22
En el ejemplo, solo por curiosidad, el IDOtro no esta informado.


Cita:
Empezado por vboloradito (Mensaje 517793)
he pegado en el otro hilo un ejemplo:
https://www.clubdelphi.com/foros/sho...92&postcount=4

tienes que hacer el desglose por tipo de operacion o entrega de bienes.

vboloradito 06-06-2017 16:14:48
Cita:
Empezado por xamminf (Mensaje 517798)
En el ejemplo, solo por curiosidad, el IDOtro no esta informado.
cierto, el IDotro no hay que informarlo. Ya que es un NIF emitido en "españa" para un no residente .
PArece que no puedo editar el comentario en el otro hilo. no tengo permisos.

vboloradito 06-06-2017 16:24:04
L9 Causa de exención de operaciones sujetas y exentas
 
Entiendo que indicar la causa de excepcion es opcional.
Pero ya que tengo que indicar si exenta en facturas emitidas queria informarlo.

¿hay algun sitio web donde se indique de manera clara a que caso aplica cada articulo? HE buscado por google y no lo encuentro.

Queria revisar que tenemos bien configurado los tipos de IVA

L9  Causa de exención de operaciones sujetas y exentas

VALORES DESCRIPCIÓN
E1 Exenta por el artículo 20
E2 Exenta por el artículo 21
E3 Exenta por el artículo 22
E4 Exenta por el artículo 24
E5 Exenta por el artículo 25
E6 Exenta por Otros


Me respondo yo solo:

Art. 20. Exenciones en operaciones interiores
https://www.supercontable.com/inform...dido-_IVA.html

Art. 21. Exenciones en las exportaciones de bienes
.https://www.supercontable.com/inform...dido-_IVA.html

Art. 22. Exenciones en las operaciones asimiladas a las exportaciones.
https://www.supercontable.com/inform...dido-_IVA.html

Art. 24. Exenciones relativas a regímenes aduaneros y fiscales.
https://www.supercontable.com/inform...dido-_IVA.html

Art. 25. Exenciones en las entregas de bienes destinados a otro Estado miembro.
https://www.supercontable.com/inform...dido-_IVA.html

anabelda 06-06-2017 16:36:40
Envio de más de 12 facturas
 
Hola,
por lo que he leído por aquí, y por lo que he podido comprobar por mi misma, hay problemas cuando intentamos enviar más de 12 facturas. Habláis del uso de CAPICOM. No lo he utilizado nunca y he copiado el código que indicáis. Pero creo que ya me estoy volviendo loca. No hay forma de hacerlo funcionar. Debe de ser la mayor tontería del mundo, pero me he atascado . Me debe de faltar algún uses, pero no se cual es. Me da error en PCCERT_CONTEXT, en InternetSetOption y en CERT_CONTEXT. ¿Puede echarme alguien un cable, o subir un ejemplo?

Gracias

Txemari 06-06-2017 16:43:09
Error
 
Hola, compañeros

¿ sabéis algo del siguiente error ?

Emitida : BE6002810 Incorrecto El valor del campo TipoImpositivo solo es permitido para fecha de operación inferior o igual al año 2012

Saludos

CMB 06-06-2017 16:48:39
Cita:
Empezado por Txemari (Mensaje 517807)
Hola, compañeros

¿ sabéis algo del siguiente error ?

Emitida : BE6002810 Incorrecto El valor del campo TipoImpositivo solo es permitido para fecha de operación inferior o igual al año 2012

Saludos
En el año 2012 hubo el último cambio de tipos de IVA, y quizás estés poniendo uno de entonces.

marine 06-06-2017 17:28:15
Cita:
Empezado por vboloradito (Mensaje 517793)
he pegado en el otro hilo un ejemplo:
https://www.clubdelphi.com/foros/sho...92&postcount=4

tienes que hacer el desglose por tipo de operacion o entrega de bienes.

muchas gracias ! , solucionado

nincillo 06-06-2017 17:51:20
Cita:
Empezado por figo21 (Mensaje 517215)
Vuelvo a adjuntar el proyecto en delphi7 con conexión a los web services del SII.

Como verás, aquí el XML se construye a pelo, nada de importación de wsdl.

Un saludo.
Muy buenas.

Ante todo, muchas gracias por compartir.

Estoy intentando probar tú código fuente en Delphi 2007 y aparentemente compila sin problemas.

El "problema" es que no consigo recibir respuesta respuesta alguna de la parte del servidor.

Si no le pongo un nombre de certificado correcto no me deja seguir, si le pongo uno correcto, sigue para adelante, hace la petición pero en la respuesta no obtiene nada y el memo de la derecha permanece en blanco.

¿Hará falta tener instalada alguna librería en el PC para que funcione correctamente?

Un saludo y gracias de nuevo.

EDITO:
El mismo ejecutable que compilé con Delphi 2007 en windows7 (y no obtiene respuesta), lo ejecuto en Windows 10 y funciona correctamente así que está claro que algo me "falta" por instalar en el Windows7.

marine 06-06-2017 18:04:29
Buenas , otra pregunta a ver quien me la aclara ....

Como funciona el CSV del archivo de respuesta ?.

Estoy realizando pruebas y por lo que entiendo , existe codigo CSV cuando parte o totalidad del envío es correcta .... pero.... no se obtiene un CSV individual por factura enviada ? es decir. Mando de una vez 60 facturas , todas con estado correcto y solo obtengo un CSV del envío general.

Si hago otras pruebas donde ya hay errores de aceptaciones parciales o incorrectas , a veces tengo CSV otras no ... la verdad es que me lio un poco.. a ver si alguien me lo puede aclarar.

Gracias!

mrobles 06-06-2017 18:08:51
Cita:
Empezado por marine (Mensaje 517814)
Buenas , otra pregunta a ver quien me la aclara ....

Como funciona el CSV del archivo de respuesta ?.

Estoy realizando pruebas y por lo que entiendo , existe codigo CSV cuando parte o totalidad del envío es correcta .... pero.... no se obtiene un CSV individual por factura enviada ? es decir. Mando de una vez 60 facturas , todas con estado correcto y solo obtengo un CSV del envío general.

Si hago otras pruebas donde ya hay errores de aceptaciones parciales o incorrectas , a veces tengo CSV otras no ... la verdad es que me lio un poco.. a ver si alguien me lo puede aclarar.

Gracias!
ACEPTADA = Con CSV en el padre
ACEPTADA CON ERRORES = CSV en el padre (y si es duplicada el CSV en el que se envio, en la factura)
RECHAZADO = SIN CSV

jorgenavarro 06-06-2017 19:56:43
Cita:
Empezado por brincola (Mensaje 516976)
Hola, compañeros.
Al compilar con Delphi XE5 tanto la versión 2 como la 3 del programa (Webservices AEAT Berlin) me está dando los 3 errores siguientes:

[dcc32 Error] Soap.SOAPHTTPTrans.pas(113): E2291 Missing implementation of interface method IWebNode.GetMimeBoundary
[dcc32 Error] Soap.SOAPHTTPTrans.pas(113): E2291 Missing implementation of interface method IWebNode.SetMimeBoundary
[dcc32 Fatal Error] Soap.SOAPHTTPTrans.pas(384): F2063 Could not compile used unit 'Soap.Win.CertHelper.pas'


¿Seríais tan amables de decirme dónde puede estar el problema?
Gracias anticipadas. Un saludo.
Hola. ¿te han dado respuesta a este problema?
Gracias por anticipado.

jorgenavarro 06-06-2017 20:06:16
Cita:
Empezado por mike_GK (Mensaje 517282)
Al final no pude hacerme con el WSDL Importer y los estoy creando a mano.

Y me decante por crearlo a mano y haciendo una conexion para enviar como el ejemplo que te facilitaron, ahi aun tengo que mirar si la conexion la hago por delphi o de forma externa
Hola, cuando importas los wdsl desde delphi para crear los .pas, tienes que tener en la misma carpeta esos wdsl y además los .xsd que te descargas desde otro link. Han de estar los .xsd para que te declare bien las variables.


La franja horaria es GMT +2. Ahora son las 06:56:24.
Página 39 de 89 « Primero < 29363738 39 40414249 > Último »
Mostrar 40 mensajes desde este tema en una página

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