Ok, creo que ya he dado con el problema. Según quiero entender de la documentación, ahora en el caso de las importaciones hay que poner como proveedor el titular del registro e informar SIEMPRE del DUA. Por eso me daba error de que el Id no era correcto, porque estaba poniendo el del proveedor.
Ahora, ¿alguien me puede confirmar que ya SIEMPRE hay que informar del DUA? Gracias y un saludo. |
Cita:
Cita:
|
Gracias Keys y disculpa mi torpeza mental pero no me queda claro un par de cuestiones.
Después de todo esto entiendo que en vez de declarar el proveedor hay que poner el titular del registro y entiendo que el titular del registro es la misma empresa, ¿no? ¿Eso es así también si no se declara el DUA? Y se me olvidaba... en el caso de no declarar DUA hay que declarar el proveedor o igualmente el titular del registro? Gracias y un saludo. |
Cita:
Si estas declarando el DUA (F5 - 01)tienes que poner como Proveedor al propio Titular del libro registro y en el número de factura el Número de DUA y hacienda valida que ese número sea correcto y se corresponda a un DUA. :cool: |
1 Archivos Adjunto(s)
Catchis.... pues con esto volvemos a la casilla de salida. Declarando la factura del proveedor (F6 -13) como me comentas me sigue dando el error "Valor del campo Id incorrecto". Adjunto un pdf de lo que envío a ver si pudieras decirme donde está el problema.
Gracias y un saludo. |
Yo creo que el error que te esta dando no es del número de factura. Sino de la identificación del proveedor.
Si pones unas importación tiene que ser IDTYPE = 04, Gran Bretaña ya no es parte de la UE por lo que no puede ser 02. Por otro lado una importación nunca puede tener tipo de iva, siempre son exentas. Lo que lleva el IVA sería el DUA. Cita:
|
Cita:
Hablando con diferentes asesorías de mis clientes, cada uno me daba una versión diferente de cómo se debían contemplar estas operaciones, y finalmente optamos por que, cuando haya importaciones, sea el mismo cliente o su gestoría quien registren el movimiento directamente en el portal de la AEAT. De momento nos ha ido bien. Incluso algún cliente nuevo que tenemos nos ha comentado que con su antiguo software también lo hacían así. |
Cita:
Pues efectivamente era el IDTYPE, no había caido en que si no son de la UE hay que informar con el tipo 04. Por otro lado me he "inventado" el IVA porque tenía entendido que había que calcularlo pero he revisado la documentación y no he encontrado nada al respecto, igual es porque es así en las intracomunitarias y me estoy confundiendo. Gracias por tu ayuda como siempre. Cita:
Compañero, cualquier opinión que me des me viene bien lo que pasa es que en este caso he pensado que podía resolver el tema sin derivar al cliente directamente a la plataforma de la AEAT, de todas formas si hay algo más "raro" que retocar si pensaré en hacerlo. Gracias. Saludos. |
Factura recibida con parte de la base exenta
Hola a tod@s.
¿Alguien me podría indicar cómo se pasa al sii una factura recibida que tiene una parte con iva y otra parte exenta de iva? porque no sé si es correcto poner esa base al 0%. Gracias y un saludo. |
Cita:
También puede darse el caso de los importes sujetos pero con IVA a 0%, que es otro caso aún. Todo eso es para precisar vocabulario, ya que en la práctica... ¡nada de todo esto parece interesar a Hacienda! (por ejemplo, no salen en el modelo 303.) Una cosa que hago en tales casos es no documentar el ImporteTotal de la factura, ya que las reglas de validación del S.I.I. no se acuerdan con los desgloses entre estos varios casos. Este campo no es obligatorio en facturas recibidas, y resulta mucho más sencillo olvidarse de él. Después, en las facturas que tengo con líneas sujetas y demás líneas exentas, lo normal dentro del grupo DesgloseIVA tener dos (o más) etiquetas DetalleIVA, una con todos los campos rellenados (TipoImpositivo, BaseImponible y CuotaSoportada) y otra solo con el campo BaseImponible. Obviamente, el campo CuotaDeducible se tiene que calcular bien. No creo que haya ninguna diferencia entre el caso exento y el caso no sujeto, al final los dos salen con el mismo formato (por otra parte, los suplidos y cosas parecidas NO salen dentro del desglose). En el caso de los sujeto con tipo 0 (tema estrella de este año 2023), yo documento las etiquetas TipoImpositivo y CuotaSoportada con el valor 0 pero creo que Hacienda no hace caso y que si no se documentan, el resultado será el mismo (e imposible de distinguir del caso exento o no sujeto). Código:
<SuministroLR:IDFactura> |
Gracias compañero por tu respuesta.
Como bien comentas no es lo mismo un artículo exento que con IVA=0. por eso mi duda es si hay que distinguir de alguna manera en el SII si el importe de la base imponible no lleva iva porque está exento pero me da que no hay manera de distinguirlo, solo poner la base imponible y a volar. Saludos. |
Hola a tod@s.
¿Alguien sabe cómo se suben al sii las facturas asimiladas de exportación de servicios? La verdad es que yo no tengo claro ni el concepto, se supone que son facturas de venta que emites a un español que está en el extranjero y que no llevan iva. Gracias y un saludo. |
Cita:
Salvo en los casos de Canarias, Ceuta y Melilla, no creo que puedes identificar al cliente con su NIF español, necesitarás identificarle con su número fiscal en su país de residencia. Dicho de otra forma el hecho que siga español es completamente irrelevante. Si vive en un país de la UE, necesariamente debes identificarle con su NIF-IVA, debe estar dado de alta como operador intracomunitario, y el comprador deberá aplicar en su país las reglas del inversión del sujeto pasivo (y esta obligación debe figurar en la factura). Si vive fuera de la UE no sé las reglas con exactitud, pero imagino que habrá reglas similares una vez está probado que la operación está no sujeta a IVA. Si la única información que tienes del cliente es su DNI español, yo lo pondría con IDType 04, pasaporte, para evitar posible confusión. |
Cita:
Gracias compañero. Saludos. |
Cita:
|
Suministro Cobros Emitidas
Hasta ahora no había tenido que desarrollar la parte de cobros / pagos de facturas suministradas previamente. Tengo un cliente el cual a su vez un proveedor que le emite facturas acogidas al criterio de caja y me ha reclamado esta opción. Parar ello me he dispuesto a hacer tal como hice con el resto de wsdl, importar a través "Component - Import WSDL".
En el asistente le dejo los parámetros por defecto y selecciono el WDSL(el último) que tengo almacenado en el ordenador. Cual es mi sorpresa que no lo importa correctamente, no se que parámetros tengo que seleccionar o seguramente lo que realmente pasa es que no tengo ni puta idea. Código:
unit SuministroCobrosEmitidas; Código:
[dcc32 Error] SuministroCobrosEmitidas.pas(48): E2003 Undeclared identifier: 'SuministroLRCobrosEmitidas' |
Yo creo que no te has descargado todos los xsd necesarios.
No solo vale con el wsdl, tienes que descargarte todos los xsd y que estén en la misma carpeta. Si no puedes dime y te pongo toda la unit. |
Cita:
Lo he intentado, ha hecho mas cosas pero sigue indicando Undeclare indentifier 'SuministroLRCobrosEmitidas. Si me haces el favor pasame el unit please. |
1 Archivos Adjunto(s)
Cita:
¿Qué versión estás utilizando? Yo he importado desde la 11.3 este WSDL: https://www2.agenciatributaria.gob.e...sEmitidas.wsdl Y sin tener nada más descargado me genera un archivo más completo. Te lo adjunto por si te sirve (la importación es con los parámetros por defecto). |
Gracias Neftali, me ha ido de lujo, compila correctamente.
Me podrías pasar pagos también, por favor. Utilizo XE6 y nada de nada lo importo con todos los WSDL, XSD, XML que da la AEAT y nada de nada. Me estoy volviendo loco. Si me hacéis el favor de pasarme el .pas |
Cita:
Si me pasas la URL del WSDL, como la de arriba te lo importo sin problemas. |
Cita:
Aquí va: Código:
https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroPagosRecibidas.wsdl Muchas gracias. |
1 Archivos Adjunto(s)
Ahí va de vuelta...
|
Cita:
Muchas gracias chato, que dios te lo pague :D:D:D. Me has salvado la vida. |
Haciendo pruebas de suministro no tengo "eggs" a suministrarlo.
Este es mi código: Código:
function suministra_cobros: string; Este es el XML que crea: Código:
<?xml version="1.0"?> y me devuelve el siguiente código de error: Código:
Codigo[4102].El XML no cumple el esquema. Falta informar campo obligatorio.: Cobro Creo que no tengo bien definidas las variables o algo por el estilo o algo por ahí se me escapa, me podríais poner un ejemplo de suministro de cobros / pagos, please. |
He descubierto que si en la etiqueta <cobro> se le pone
"https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd" Funciona. en el cliente web service de la la AEAT. Pero no logro hacer que se ponga al generarlo yo, ¿Algún alma caritativa, por favor? |
Cita:
Lo mismo pasa con los pagos. |
Ha funcionado muuu bien keys, siguiendo la idea he hecho lo siguiente, por si le sirve a alguien:
Que es lo que ha sugerido KEYS pero a mi modo. Grache Mille ;) |
Buenos días a tod@s.
Ayer intenté subir una factura al entorno de preproducción y me dio un error "Unauthorized (401)". Pensando que sería algún problema del servidor me he esperado a hoy pero sigo teniendo el mismo problema. ¿Alguien me puede decir si funciona el servidor de pruebas? Gracias y un saludo. |
Cita:
Una de compras y otra de ventas. |
Gracias Germán. Pues no sé qué ocurre, a ver si han cambiado el endpoint desde la última vez que probé o algo así y no me he enterado.
¿Puedes decirme si el el puerto/url de facturas recibidas son estos? 'SuministroFactRecibidasPruebas'; 'https://prewww1.aeat.es/wlpl/SSII-FACT/ws/fr/SiiFactFRV1SOAP'; Saludos. |
Ok. Parece que es un problema del certificado que estoy usando. He probado con otro y me funciona.
Gracias y un saludo. |
Cita:
Lo siento. En eso no te puedo ayudar, a ver si alguien más te puede echar un cable. Usamos una pieza "externa" para el envío y no tengo acceso a esa información. |
Cita:
Nada, como te comento creo que es problema de mi certificado. Estoy probando con el de mi santa esposa y si que funciona, y si meten a alguien en la cárcel que sea a ella. :D:D Gracias y un saludo. |
Cita:
:D:D:D |
Cita:
hola... recuerdas como lo solventaste? Gracias. |
Numeracion de Tickets
Hola,
Ya sé que los tickets no existen, que son facturas simplificadas, pero tengo un cliente que vende entradas de espectaculos Los numera con numeros sin serie y sin nada mas. En cambio en el programa la numeracion de las fras. es del tipo SERIE-NUMERO/AÑO Ahora necesito mandar Resumen de Facturas al SII. Quiero utilizar la clave F4 y poner el primer y ultimo ticket. ¿ Qué hago con el tema de los numeros de ticket teniendo en cuenta que en el programa cada fra. SII lleva su numero de factura como clave y ese es el que se mandara al SII como primer ticket ? Salu2 |
Cita:
¿Los números se repiten? ¿Es decir, hay tantos tickets 0001 como hay espectáculos? Si es así, tu cliente tiene un problema, y es que faltaría número de serie, efectivamente. Pero si los tickets van con números que no se repiten (por ejemplo ticket 0123456789, otro ticket 0123456790 &c.) no veo ningún problema (aparte de las menciones que falten, CIF, fecha, precio, «IVA incluido», obviamente), si los números están emitidos en orden. Cita:
Primero, tienes que separar los tickets por fecha. Luego, por bloque de tickets sucesivos (sin número faltante). Digamos 10 tickets del 012345 hasta el 012354. El registro será Código:
<sii:IDFactura> |
Hola a todos.
A alguien más le esta pasando desde el viernes mas o menos, que al enviar facturas emitidas al SII de la aeat le aparece el siguiente error. Cita:
Lo mismo ocurre con todos los demás envíos, ventas, pagos, etc... Gracias. |
Pues lo cierto es que no he notado nada así al enviar y te puedo asegurar que me habría enterado inmediatamente.
|
La franja horaria es GMT +2. Ahora son las 17:21:30. |
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