![]() |
Problemas con envío a Canarias
Hola,
Desde ayer estoy teniendo problemas con los envíos al SII de Canarias; estoy utilizando: https://sede.gobiernodecanarias.org/...iiFactFEV1SOAP https://sede.gobiernodecanarias.org/...iiFactFRV1SOAP Y desde ayer la conexión me da "connection timed out", tanto desde instalaciones/equipamiento del cliente como nuestros ¿Sabéis si han cambiado o se han caído esos endpoints? ¡¡Gracias!! |
Si, están caídos, nos han llamado todos los clientes ayer y hoy que no le funciona a ninguno e intentan dar de alta alguna factura directamente en la plataforma y tampoco les funciona.
Un saludo. |
Confirmo la información. Desde ayer por la tarde sólo responde connection timeout. Confirmado al subir una factura desde la propia plataforma de la ATC
|
Muchas gracias; ya no sabía dónde mirar
|
Sii
Buenas,
Nos a llamado algún cliente y nos a dicho que mandan al SII y que luego entran a la Web y no ven nada. Estos no mandan a canarias. |
Ya están habilitados los endpoints en la Agencia tributaria canaria.
|
Solución al OnBeforePost en Delphi 10.3 y superiores
Cita:
Hasta ahora, para cargar un certificado desde archivo antes de realizar una petición con un objeto HTTPRIO utilizaba la librería capicom.dll desde el método OnBeforePost. Pero como comenté en su día, el método había cambiado desde la versión 10.3 de Delphi, ya que el Data: Pointer lo cambiaron a Client: THTTPClient. Pues bien, después de mucho batallar, he conseguido hacerlo funcionar y además prescindiendo de la antigua librería capicom, simplemente usando métodos nativos de la librería crypt32.dll de Windows. Primeramente, antes de llamar al bloque "implementation" de nuestro código, poner la siguiente línea:
Luego en el método se pone lo siguiente:
, sabiendo que la ruta completa al certificado .pfx o .p12 está en un campo TEdit llamado 'Cert', y su contraseña en otro TEdit llamado 'Pwd'. No olviden asignar este método al OnBeforePost del objeto HTTPRIO que realiza la petición al webservice, de lo contrario recibirán el error Received content of invalid Content-Type setting: text/html - SOAP expects "text/xml". Espero haber ayudado. Saludos. |
Nada, olviden lo anterior. Seguía dando problemas para conectar, porque faltaba asignarle el certificado al objeto HTTPReqResp, parece ser que me estaba cogiendo el primero que veía en el almacén de certificados.
Pero lo he solucionado. Todo es más fácil de lo que pensaba. El método debe quedar así:
Ahora ya puedo seleccionar el certificado que quiera antes de cualquier petición y prescindir de la librería CAPICOM. Saludos. |
Cita:
Gracias razorxxx, estoy en Delphi Berlin y veía que uno de los cambios que me afectaba para pasar a un delphi superior era ese |
Cita:
Si usas la librería crypto32.dll y quieres deshacerte de estos archivos, Garada aporta la siguiente solución en otro hilo: https://www.clubdelphi.com/foros/sho...0&postcount=50 . En mi caso, como no uso ni crypto32.dll ni capicom.dll, para borrar estos archivos automáticamente lo que hago es moverme a la ruta %appdata%\Microsoft\Crypto\RSA\ y cuando encuentre el directorio que empieza por S-1-5-21, borro su contenido. Si bien es verdad que otras aplicaciones pueden estar guardando estos temporales en la misma carpeta, en mi caso ningún usuario va a estar trabajando simultáneamente con 2 aplicaciones a la vez, así que los borro sin piedad. En cualquier caso, como sólo se usan en el contexto en el que fueron creados, interpreto que solamente se usarán en su mayoría durante pocos milisegundos o segundos. |
Cita:
El ejemplo que indicas no me funciona en Delphi 10.4 ya que ClientCertificate no tiene la propiedad 'Stream' ni tampoco 'Password'. He intentado sobreescribir el fichero 'Soap.SOAPHTTPTrans.pas' con una versión de Delphi 11.......y sigue sin funcionar. Hay que modificar algo más ? Grácias |
Rectificativa de Ventanilla Única OSS sin tener el CIF del comprador
Cita:
Las facturas son rechazadas con el siguiente error: Cita:
Si queremos indicar que es rectificativa pero no tenemos el CIF podemos utilizar el tipo R5 (Factura Rectificativa en facturas simplificadas) o mejor indicar R4 (Factura Rectificativa (Resto)) y utilizar la clave idOtro.IDType = 06 (Otro documento probatorio) para poner el CIF con un 0 (por ejemplo)? Muchas gracias |
Cita:
No se me ha dado el caso pero entiendo que si pones un tipo relativo a facturas simplificadas no necesitarás rellenar esos campos. Saludos. |
Cita:
Por otro lado, te agradecería que publicaras el xml de una factura simplificada para el caso de ventanilla única OSS para contrastarlo, Gracias |
Cita:
Muchas gracias newtron y sglorka por las respuestas. De hecho nuestro programa no permite hacer facturas simplificadas con IVA de otro país de la UE, ventanilla única OSS. PERO este caso se refiere a facturas completas que no tienen el cif del destinatario y las enviamos con el tipo F2, según indicación de hacienda, como puedes ver si sigues el hilo de esté post. El problema que tenemos ahora es cuando se rectifica esa factura completa pero sin el cif del cliente y que es de ventanilla única. |
Cita:
|
Cita:
Cuando sepa algo mas os informo. gracias! |
Rectificativa de Ventanilla Única OSS sin tener el CIF del comprador
Cita:
No puedo indicar a la vez la clave F2 y la clave R5 porque es una única propiedad y solo puedo indicar un valor. Recordatorio, es una factura completa pero no tenemos el cif del cliente. Es una factura rectificativa de una factura de ventanilla única OSS. Opción 1 Clave de régimen especial 17 // Ventanilla única OSS TipoRectificativa = ClaveTipoRectificativaType.I; // por diferencias ClaveTipoFacturaType.R5; // Factura Rectificativa en facturas simplificadas No indicar datos de la contraparte Opción 2 Clave de régimen especial 17 // Ventanilla única OSS TipoRectificativa = ClaveTipoRectificativaType.I; // por diferencias ClaveTipoFacturaType.R4; // Factura Rectificativa (Resto) Informar los datos de la contraparte. idOtro.IDType = PersonaFisicaJuridicaIDTypeType.Item06; // Otro documento probatorio idOtro.ID = 0; // No disponemos del CIF He probado las dos opciones y de las dos formas se ha aceptado correctamente la factura. No se cual será la correcta :confused: En una estoy indicando que es una simplificada cuando no lo es y en la otra estoy enviando un 0 como documento identificativo del receptor:( Muchas gracias por vuestro tiempo. Saludos! |
Cita:
Libro registro: Facturas emitidas Identificación de la factura: NIF del emisor: NIF del transmitente Número de factura: número de factura Fecha de expedición: fecha de expedición de factura Tipo Factura: F1, F2 Importe total: importe total de la factura en euros,sin incluir en su caso, el IVA de otro Estado miembro. Clave de régimen especial: 17 Contraparte: no debe consignar los datos de la contraparte si el tipo de factura es F2. Si es F1, consigne: NIF. En el caso de que el cliente no sea residente en España, IdOtro: Código país: identificación fiscal del país de residencia del cliente (consumidor final) Número de identificación fiscal en el país de residencia (claves 03…06) Desglose, tipo de operación: entrega de bienes o prestación de servicios No sujeta Importe no sujeto por reglas de localización: importe total de la factura en euros, sin incluir el IVA del otro Estado miembro. Plazo presentación:4 días naturales excluidos sábados, domingos y festivos nacionales desde la expedición de la factura y en todo caso hasta el 15 del mes siguiente al periodo de liquidación en que se incluya la operación (casilla 123 del modelo 303). Si no tienes identificación de destinatario deberías emitir la factura como la opción 1, R5 rectificativa de simplificada. Si la emites como R4 estás indicando que la factura original era completa. Pero en este caso deberías usar R1, que indica que la rectificación es por modificación de la base imponible debido a devoluciones o descuentos |
Cita:
Sobre esto que comentas del R1, nosotros como no sabemos en cada factura el motivo de la rectificación para decidir el tipo y el usuario no lo puede escoger, siempre enviamos el tipo R4 y no hemos tenido ningún problema pero... puede que no sea del todo correcto ... :o |
Cita:
Algún cliente mío ha recibido notificación del SII por enviar como R4 sus rectificativas |
Cita:
Sin embargo, entiendo de tu descripción que si hay disminución de la base imponible por error en los precios, sería R1, ¿correcto? Entonces ¿de dónde viene que las subidas de precio acaban en R4 cuando las bajadas son R1? La ley en 80.2 dice que «[...] o se altere el precio después del momento en que la operación se haya efectuado, la base imponible se modificará en la cuantía correspondiente.» Lo leí como que una alteración de precio, de cualquier signo, entraría en este caso. El texto en la elipsis cubre las devoluciones y demás diferencias a la baja de cantidades; por tanto está claro que un eventual aumento de base por error en las cantidades debe acabar como R4. De hecho, para mí R4 es un cajón de sastre para los casos excepcionales, los casos normales (aunque no son muy numerosos) suelen acabar como R1. Pero estoy igual que rci, puede que no sea del todo correcto...:cool: |
Cita:
Entiendo que la frase que citas de la ley L20/91 Art. 22 apartado 4, referente a la alteración del precio una vez efectuada la operación, no se refiere a que el precio era incorrecto en origen, más bien entiendo que una vez expedida la factura y debido a algún problema financiero posterior, dicho precio habría que aumentarlo para poder cubrir costes. En este caso, también seria una R1. En resumen, para ser prácticos, optaría por marcar como R1 todas las rectificaciones ocasionadas por devoluciones y descuentos ( las de alteración de precio son infrecuentes) y como R4 todas las demás, errores en la identificación fiscal del cliente, cualquier rectificación de facturas rectificativas, errores en la aplicación de precios o errores en la aplicación de descuentos. Recordar que el documento de descripción del servicio web para el SII, dice textualmente R1 Factura Rectificativa (Error fundado en derecho y Art. 22 apartados 4, 5 y 11 L20/91), pongo link a dicha ley https://www.boe.es/buscar/act.php?id...1991-14463#a22 |
Cita:
Estoy de acuerdo contigo que las modificaciones de precios son infrecuentes (y menos al alza, ya que la presión del cliente suele sentirse en sentido contrario) y por tanto entiendo el criterio de poner R4 sistemáticamente en tal caso. Solo señalar que en el marco peninsular, la ley aplicable es la 37/92 (o sus correspondientes forales, idénticas en esta materia) y el tipo R1 se refiere al artículo 80 apartados 2, 1 y 6 respectivamente: https://www.boe.es/buscar/act.php?id...1992-28740#a80. El texto me parece muy similar o idéntico. |
Sí tienes razón, el marco peninsular hace referencia a otra Ley, pero básicamente deben decir lo mismo ya que el reglamento de facturación es común para todo el País.
|
Cita:
Pero en la inversión de sujeto pasivo no tiene la propiedad de Bien Inversión, sin embargo en el portal de la agencia tributaria si permite poner bien de inversion s/n. Alguna luz al respecto? |
Cita:
Ahí me has pillado porque no tenía conciencia de que hubiera que informar de ese detalle y mirando por las preguntas frecuentes me encuentro esto: ![]() donde dice que no es obligatorio informar de ese dato. Saludos. |
Cita:
Una factura recibida «normal» tiene un bloque DesgloseIVA/DetalleIVA de tipo DetalleIVARecibidaType (que incluye campos como PorcentCompensacionREAGYP o ImporteCompensacionREAGYP) que acaba con un campo BienInversion que es opcional. La misma factura recibida puede tener también (antes) un bloque InversionSujetoPasivo/DetalleIVA de tipo DetalleIVARecibida2Type (sin los campos PorcentCompensacionREAGYP o ImporteCompensacionREAGYP) que acaba también con un campo BienInversion, que también es opcional. Entonces creo que el código siguiente debería funcionar:
|
Problemas con Rectificativas al 0% y 5%
Buenas... Me están rechazando las facturas rectificativas (TipoFactura = R1) de aquellos que no están exentos (tipoNoExento = S1) y que tienen un IVA del 0% o del 5%. ¿Alquien se ha topado con este error? adjunto XML que genero.
Código:
|
Cita:
A nosotros nos pasa igual Mis clientes intentan hacer abonos al 0% o al 5% y tampoco les deja Lo único que he conseguido es subir los del 0% pasándolos como Nosujeta pero no sé me estoy convirtiendo en el "delincuente" del mes :eek: ... <sii:TipoDesglose> <sii:DesgloseFactura> <sii:NoSujeta> <sii:ImportePorArticulos7_14_Otros>850.00</sii:ImportePorArticulos7_14_Otros> </sii:NoSujeta> </sii:DesgloseFactura> </sii:TipoDesglose> ... Y las del 5% ni idea |
Cita:
Desde la última actualización en julio, Hacienda averigua si el tipo está ajustado a la fecha de operación indicada. Si no hay fecha de operación, utiliza la fecha de factura. Y una factura rectificativa como el ejemplo está fechada (correctamente) en octubre, por tanto un tipo sujeto del 0% no es posible (y supongo que será igual para el 5%). Hay que indicar la fecha de operación, que en tal caso se corresponde con la fecha de operación de la factura rectificada. |
Creo entender que hay que indicar en fecha de operación, no la fecha en que se retira la mercancía, sino la fecha en la que se vendió la mercancía que ahora es retirada.... ¿Correcto? Pues en el módulo de contabilidad no tengo acceso a ese dato. Intentaré poner a pelo fecha de septiembre a cualquier IVA del 0% o 5% a ver si cuela y os digo el resultado.
Edito: Tengo un problema: En la misma factura cambio de producto: (Se retira mercancía a punto de caducar y se cambia por mercancía con más fecha de caducidad, operaciones típicas en lácteos y cárnicas envasadas). Tengo IVA del 0% y 2%, o 5% y 7.5% en la misma factura. La FechaOperacion es única para la factura. |
Ha funcionado. Al generar los registros de IVA, si detecto un 0% o un 5% y es rectificativa, encasqueto a pelo: aReg_Fra_Emi[Ind].FacturaExpedida.FechaOperacion := '30-09-2024';
Lo he comentado con el cliente y me dice que habrá que hacer algo parecido cuando el IVA suba del 2% al 4% y del 7.% al 10%. Me comenta que cuando se ponga con las facturas de rappel en enero del año que viene, si va a tener que hacer una factura por cada periodo de IVA actividad de IVA, ya que la FechaOperacion es única para la factura.... :confused::confused::confused: |
Alguien que comunique con el SII de Canarias me puede verificar si puedes hacerlo ?
Gracias |
Cita:
Parece claro que Hacienda espera que le pongamos tipos diferenciados en el rappel, ¾ al 0% y ¼ al 2% (realmente deben ser en proporción a los volúmenes de venta). Y evidentemente la nueva validación no lo permite, o parece que no lo permite. Creo que habrá noticias al respecte antes de 3 meses. Por qué lo de hacer facturas separadas no lo veo: le quita todo el sentido al concepto de rappel sobre un volumen anual de ventas. |
Error 1304 Final De Archivo Prematuro
Buenas.
Llevo unos dias intentanto enviar una factura recibida normal y me da ese error. Estoy ya desesperado porque algo se me escapa pero no lo veo mas que lo intento. Podria alguien decirme donde esta el fallo o bien poner un xml completo que funcione para que yo pueda fijarme. Os lo agradeceria muchisimo certificado= "**FRA A CARGO DE ESTE TITULAR**" URL DE ENVIO: https://prewww1.aeat.es/wlpl/SSII-FA...iiFactFRV1SOAP Código PHP:
|
1 Archivos Adjunto(s)
Aquí tienes un ejemplo
|
Muchas gracias keys. Eres un crack !!
El problema era una gilipollez. Visto lo visto voy a tener que descansar cada 4 horas. Estoy muy quemado Gracias de nuevo |
simplificada identificada
Hola,
Se puede emitir una simplificada (f2) que incorpore los datos del cliente? No se como hacerlo sin tener que cambiar de tipo de factura. gracias |
Cita:
Cita:
|
| La franja horaria es GMT +2. Ahora son las 21:30:41. |
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