![]() |
Cita:
Y me lo admite sin problemas. |
Cita:
<NoSujeta> <ImportePorArticulos7_14_Otros>3500</ImportePorArticulos7_14_Otros> </NoSujeta> Debe ser: <sii:NoSujeta> <sii:ImportePorArticulos7_14_Otros>3500</sii:ImportePorArticulos7_14_Otros> </sii:NoSujeta> Tampoco me cuadra el importe total que pones. Un saludo. |
Buenos días.
Ante todo gracias por la ayuda que me podais prestar. Estoy preparando para un cliente esto del Sii y me surgen varias dudas que no me quedan claras con la documentación. Envie varios emails a la aeat y no me direron una respuesta clara. Las dudas que tengo son respecto a la codificación de los xml. Deciros ante todo que mi aplicación está hecah en vb6, pero como no encuentro información para ello acudo a vosotros. La manera de generar los xml, lo tengo solucionado, es mas, ya genero xml de facturas sencillas y el cliente de pruebas me las da como correctas. No me lio. Las dudas son las siguientes: 1. Si tengo facturas que tiene retención, como o con que apartado las codifico. En la documentación algo lei que con la versión 0.7 no hace falta. Pero me parece raro que se acepte una factura donde la suma de las bases e ivas no coincida con el importe total. 2. Si tengo suplidos, en este caso de una funeraria, como o en que apartado los codifico. 3. y por último, el más largo. A ver. en mi aplicación si se emite una factura y por lo que sea los importes o el cliente es erroneo, lo que se hace es un abono por le importe total de la factura y posteriormente, si procede se emite una nueva factura con los datos correctos. Para presentar esto, primero presento la factura inicial, que es de una fecha. Para presentar el abono puedo presentarlo solo al igual que la factura pero con los importes negativos? y si hubiese factura posterior presentarla cono una factura cualquiera? O tengo que hacer referencia de alguna manera a la factura inicial?. Esto es porque según la documentación para hacer una facturara rectificativa por sustitución, he de presentar en negativo una factura y luego indicando que es sustitutiva la otra. Pero en mi caso, no se relacionan las facturas y además se pueden presentar en fechas distintas, entrando cada una en un periodo contable distinto. Perdón por el tocho y por si me he explicado mal. De nuevo gracias de antemano por la ayuda que me podais prestar. Un saludo |
Cita:
Que yo sepa a día de hoy no se hace comprobación de los importes, se lo traga todo. Vamos que puedes poner una base de 100 con un importe de iva de 80 y no da error. Sobre las rectificativas se ha hablado mucho en el foro. Lo más sencillo, parece ser, es una rectificativa por diferencias con el importe en negativo. Con este tipo no es necesario informar de la factura que se rectifica. En los ejemplos de la descripción del servicio web tienes un ejemplo de factura rectificativa por diferencias y sustitutiva. Un saludo. |
Gracias por tu ayuda.
Pues esta bien el saber que puedes enviar los importes como te de la gana. En cuanto a las rectificativas. Lo que me sucede es que, realmente en mi aplicación, no hay rectificativas. Lo que hay son facturas y abonos independientes. Por eso mi duda de si puedo enviar el abono como envio una factura con el tipo F1, pero importe en negativo. Gracias de nuevo. |
Cita:
Pero revisa la pregunta: 2.22. ¿Un sujeto pasivo que aplique el SII, suministrará información de las operaciones sujetas a IGIC o IPSI? y la pagina 49 de este hilo: post 976 si ves que no es asi avisa. |
Cita:
PEro parece que Hacienda hace la vista gorda porque todo el mundo las usa. Lo que no se es si las tienes que enviar como rectificativas (lo que te obligaria a utilizar otra serie distinta) Yo me estaba planteando enviarlas como rectificativas por diferencia y cambiar la serie. |
Aprovechando vuestra amabilidad.
Otra duda mas. Es obligatorio indicar que una factura es contrastable o puedo enviarlas todas como no contrastables. Esto es porque mi cliente tiene facturas que van a empresas pero hay otras que van a clientes particulares, con lo cual estas últimas, supongo que no seran contrastables. Y para las facturas de clientes particulares, tengo que indicar que es no censado, o puedo enviarlas como las de las empresas indicando nif, en vez de los datos de idOtro en la contraparte? Gracias de nuevo |
Buenas, gracias de nuevo.
En mi programa facturas y abonos llevan numeración independiente es decir, las facturas son: F-000001 y los abonos A-000001, con lo cual la letra se puede tomar como una serie distinta, o eso creo. |
Cita:
Tienes que envair todas las facturas, de personas fisicas y empresas. No puedes dejar saltos en la numeracion de la serie, si lo haces hacienda se mosquea. El objetivo de esto es pillar a la gente que defrauda. hacienda quiere todas las facturas. lso clientes particulares tienes que enviarlos con el nif y el nombre, usa la url de la AEAT para validarlos antes. |
Buenas de nuevo.
Perdonar por ser tan pesado, pero tengo un día un poco espeso. Acabo de revisar de nuevo lo que me comentas de rectificativa por diferencia, y me acabo de dar cuenta que el abono lo puedo hacer por rectificativa por diferencia con el importe total de la factura y mi numeración independiente. Y despues si tengo que emitir otra factura esta la emito como si fuese una factura independiente. Estaba emperrado en que tenia que usar la rectificativa por sustitución por narices, sin darme cuenta que la de por diferencia puede ser del importe total de la factura inicial. Gracias de nuevo. |
Cita:
Un saludo. |
Cita:
las cantidades que ponia no eran reales, aunque la AEAT no lo valida. PEgo el XML final por si a alguien le sirve. Código:
<?xml version="1.0" encoding="utf-8"?> |
Gracias de nuevo a todos por la ayuda.
|
Cita:
Como sugerencia, sería estupendo tener un ejemplo de cada tipo que vamos poniendo en algún sitio centralizado, ya sea el post inicial o un hilo nuevo, no desperdigado como lo tenemos aquí. Seguro que nos ahorraríamos multitud de preguntas. Un saludo. |
Hola a todos. Me está pasando una cosa muy curiosa en delphi. Estoy desarrollando la consulta de facturas recibidas a través del servicio ConsultaLRFacturasRecibidas. Estoy haciendo una consulta simple, es decir solo pongo el ejercicio y el periodo, no pongo nada mas en los filtros.
Si consulto cualquier periodo menos marzo (03) me funciona correctamente, pero si pongo en periodo marzo me genera un error. ¿Alguien que tenga implementado esto en delphi puede hacer la prueba y decirme si le funciona? He comparado los ficheros xml de consulta y solo se diferencian en que en vez de poner 01, 02 .... pone 03. Si lo pruebo a través del wsdl del firefox poniendo el fichero a mano si funciona. Gracias. |
Cita:
|
Cita:
he creado un hilo nuevo y he pegado un ejemplo de factura a canarias https://www.clubdelphi.com/foros/sho...d=1#post517690 |
Cita:
Ahora falta que no usemos ese hilo para hacer preguntas y nos pase como con este :rolleyes: Un saludo. |
Cobros en metálico
Buenas de nuevo...
Corregidme si me equivoco. La forma de enviar cobros en metálico y bienes de inversión es anual. Bien en cuanto a las facturas emitidas supongo que se informan todas según sea su medio de cobro. Diríamos que el envío de formas de cobro metálico superior a 6000 se informa como una adición de lo que realmente ya existe notificado como factura emitida. Es cierto esto? Luego esta la forma en que tenga cada uno de guardar el envío de este tipo especial (anual). Yo igual opto por guardar el ejercicio y el código de mi cliente en el sistema para poder hacer luego el posible envío de modificaciones/bajas. Alguién tiene esta parte solucionada. Saludos |
Cita:
Código:
<FiltroConsulta>Código:
<siiLRRC:RespuestaConsultaLRFacturasRecibidas > |
Cita:
Emites una factura de 1.000 Euros y te das cuenta de que estaba mal y eran 900. Entonces. 1 Factura Inicial 1.000 Euros. 2 Factura REcitificativa por diferencia -100 Euros. al final suman 900 Emites una factura rectificativa por solo la diferencia, no por el valor de la factura inicial. Si no es asi tienes que hacer una rectificativa por sustitucion revisa la pagina 53 del hilo |
El Web service está admitiendo facturas negativas, sin tener ni que cambiar tipo ni nada, como una factura normal.
Así pues, no parece que haya que hacer nada especial con ellas. Cita:
|
Cita:
|
Base Imponible 0
Buenas,
Chicos vosotros como tenéis configurado una factura emitida cuya base imponible sea 0 ?? . La respuesta que me da hacienda es de error . |
Cita:
Ejemplo (Cliente 2100): Enero, pagos en efectivo acumulados de 5800 €. Nada a declarar. Febrero, 15, pagos en efectivo de 300 € adicionales que hacen que sobrepase los 6000 € (6100 €) en pagos acumulados. Ya empiezas a declarar esos 6100 € Marzo, se mantiene: nada a declarar. Abril, (200 € más en efectivo) ya lleva acumulados 6300 €, hay que volver a declararlo. Si el resto del año ya no hay más pagos en efectivo, nada más a declarar por ese concepto. Quizás habría que confirmar todo esto por si acaso. |
Cita:
|
Cita:
|
Cita:
|
Cita:
Por cierto la AEAT a publicado. El próximo día 15 de junio se actualizará el documento de "Información sobre Fase de Pruebas del SII" y los WSDL, para incorporar los END-POINTs (url) de producción del día 1 de julio. |
Cita:
|
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 |
Cita:
Error 1100 . Valor o tipo incorrecto del campo: BaseImponible |
Cita:
|
Cita:
|
Cita:
En el documento técnico PDF v 0.7 no encuentro la referencia QU. Es verdad que existe un QU en el ENUM del XSD. ¿Donde has encontrado la información que dice que otros paises es QU? Gracias! |
Cita:
|
Cita:
|
Cita:
No he probado de acceder de forma manual. ¿Puedes decirme la URL donde se puede acceder para subir una factura de forma manual ? Salu2 |
|
| La franja horaria es GMT +2. Ahora son las 19:04:30. |
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