![]() |
Podéis enviar a los ws de pruebas?
|
Cita:
Saludos, |
Envío de datos de pruebas a producción
¿Alguien sabe qué sucede si, por error, se envían a producción datos de prueba? El remitente sería alguien que no está incluido en el SII. ¿Admiten los datos sin más, o los rechazan por no autorizado?
Saludos, |
Cita:
"El remitente sería alguien que no está incluido" Para mi esto es un concepto discutido y discutible: cualquiera que declare IVA puede adherirse al SII. ¿ Es voluntad de adhesión al SII, el simple envio de facturas al buzón cuando no se pertenece a ninguno de los tres grupos de obligados ? Pues no lo sé, porque leyendo el faq me quedo igual: Cita:
A la pregunta: no tengo ni idea. Y más: lo que yo haría, por minimizar daños, sería: 1) anular TODAS las facturas del buzón de producción indebidamente enviadas. 2) poner una consulta donde fuera menester, planteando lo sucedido y lo hecho y preguntando si todo estará ok con la anulación hecha. |
Cita:
Cita:
Eso es un problema real. Muchas empresas que no están en el SII pero poseen un programa que permite el envío, un día por descuido, pueden pulsar el botón y enviar un montón de facturas. Incluso a nosotros haciendo pruebas nos podría pasar. ¿Qué sucede entonces? |
Cita:
Se lo come todo. Esto es por lo siguiente: una empresa que solicita su inclusión es el REDEME está obligada a comunicar datos desde el día de la solicitud sin tener que esperar a la resolución de su inclusión. Dos opciones: enviar un fichero de baja de registros o remitir un escrito a la AEAT para comunicarle el error y ver si es posible la eliminación de esos registros. Un saludo |
Cita:
|
Cita:
Agradecido por tu comentario. Saludos, |
Cita:
|
Cita:
Saludos, |
Cita:
El mensaje de error que obtienes, y que no pegas aquí, seguramente te lo está diciendo. |
Cita:
Saludos |
Cita:
También me falla. El error es este: Código[4100].Error en la cabecera. El contenido del campo IDVersionSii no es válido. En producción si me va, uso los endpoints (Para el caso de facturas de venta): https://www1.agenciatributaria.gob.e...iiFactFEV1SOAP <sii:IDVersionSii>1.0</sii:IDVersionSii> En pruebas me iba hasta hace unos días... https://www7.aeat.es/wlpl/SSII-FACT/...iiFactFEV1SOAP <sii:IDVersionSii>0.7</sii:IDVersionSii> Con <sii:IDVersionSii>1.0</sii:IDVersionSii> tampoco va :eek: |
Sigo con dudillas sobre las facturas recibidas, si yo quiero facturar algo de un sujeto pasivo deberia crear el DesgloseFacturadel tipo InversionSujetoPasivo en lugar de DesgloseIVA, pero me da "Codigo[4102].El XML no cumple el esquema. Falta informar campo obligatorio.: DesgloseFactura"
Me guío por el ejemplo que saque de aquí días atras: Código:
<SuministroLRFacturasRecibidas>Pero mi XML serie algo como: Código:
<siiLR:RegistroLRFacturasRecibidas> |
Ejemplo de factura Recibida de Sujeto pasivo.
Adjunto ejemplo de factura Recibida de Sujeto pasivo.
El ejemplo ha sigo generado con las clases de Delphi y se ha enviado al SII sin problemas. NOTA: Para que la lectura del xml sea más fácil, se han eliminado las referencias "xmlns" Código:
<SuministroLRFacturasRecibidas > |
Cita:
|
Ejemplo de factura Recibida de Sujeto pasivo.
El orden de los tags creo que es importante según he leido en este hilo. Yo al trabajar con las clases del Delphi no me tengo que preocupar.
Fijate que el tag <Contraparte> en tu ejemplo esta antes del <DesgloseFactura> y en mi ejemplo lo tienes después. |
Cita:
Y algo mas curioso, entre a el apartado de pruebas (https://www7.aeat.es/wlpl/SSII-FACT/FRecibidasServlet) para crearla a mano y me da "Errores detectados Datos de Desglose Al menos uno de los dos bloques Datos de Desglose o Datos de Desglose Inversión Sujeto Pasivo deben estar informados. (Ir a error)" Cuando abajo del todo rellene "Desglose de Inversión Sujeto Pasivo" > "Desglose de Inversión Sujeto Pasivo" voy a copiar el orden tal y como lo tienes y comento (aunque la mia tienen el orden de el ejemplo oficial) |
Muchisimas Gracias a "Keys" por el aviso y la solución! :)qP:-)^\||/
Cita:
|
Cita:
Pienso que puede ser de los endpoint que nado marcando a Pruebas: https://www7.aeat.es/wlpl/SSII-FACT/...iiFactFRV1SOAP Produccion: https://www1.agenciatributaria.gob.e...iiFactFRV1SOAP o a alguna referencia del xml Código:
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" Código:
<sii:DesgloseFactura> |
Cita:
Hola, te paso un ejemplo enviado al entorno de pruebas: Código:
<?xml version="1.0" encoding="UTF-8"?>Un saludo. |
Cita:
|
Solucionado, soy lerdo, tenia CuotaRepercutida en lugar de CuotaSoportada
|
Cita:
Me alegro de que lo hayas solucionado. Ese tipo de gilichorradas muchas veces te hacen perder un tiempo que te cagas. Un saludo. |
Interpretación del XML devuelto como respuesta
Hola a todos, teneis algún método para poder interpretar la respuesta en xml que se recibe del WS? Utilizo Delphi 6 y tanto la generación del XML como llamadas al WS las hago a 'pelo'.
Muchas gracias de antemano. |
Cita:
|
Volvemos a las dudas, tengo una factura recibida de una banca electrónica y no tiene numero, ¿como mando eso?
Vi esto: 4.21. ¿Cómo se registra una factura correspondiente a un servicio financiero sujeto y no exento recibido de una entidad de crédito cuando, en virtud de una autorización de la AEAT, dicha factura no incluye numeración? El receptor deberá registrar la factura con la clave F1 y asignar un número secuencial que no puede ser igual a otro ya informado con la misma fecha y expedidor. Pero no se yo si esto de crear una serie para cada banco sea muy correcto, y ademas dice "no puede ser igual a otro ya informado con la misma fecha y expedidor", no se si quieren dar a entender que esa serie ademas se reinicia por día. ¿Alguien le toco hacer esto? |
Cita:
La ultimas versiones de Excel abren los ficehros xml y los interpretan sin nigun problema. Yo lo estoy utilizando para que los clientes verifiquen los datos subidos aplicando filtros en las diferentes columnas. A lo mejor ya te sirve.... |
Cita:
¿Porque tienen estos privilegios? v\||/ A parte del problema que representa para un usuario el introducir una factura sin número en el sistema Informático, ahora encima tiene que inventarse un número para poder presentarse al SII. :eek: |
Codigo[4114].El titular del certificado ....
Saludos a todos....
Tengo el sistema funcionando desde principios de mes sin ningún problema con la particularidad de que todos mis clientes envían sus facturas con su propio certificado. Ahora tengo un cliente que no dispone de certificado propio (y no puede tramitarlo por motivos que no vienen al caso), y quiere enviar con el certificado de la gestoría. El caso es que me aparece el siguiente error. Codigo[4114].El titular del certificado debe ser el Titular del libro de Registro, Colaborador Social o Apoderado En la gestoría me dicen que debería funcionar ya que ellos son “Colaborador Social” y utilizan ese Certificado para todas las gestionas de cada uno de sus clientes Alguna idea? Alguien está enviando en nombre de una Gestoría? Es posible que el “Colaborador Social” tuviese que darse de alta de alguna forma para hacer el envío? Gracias por la ayuda…. |
Cita:
No sé si ese xml de respuesta alguien lo interpreta en el programa de gestión. Gracias. |
Cita:
|
Cita:
|
Cita:
|
Cita:
Pero ese trabajo extra debería ir a cuenta del que saca provecho de la simplificación, que son los bancos. O del responsable de haber permitido esa anomalía. |
Cita:
|
Cita:
|
@manelb @xamminf
Para el RAEGYP vi que lo tocasteis hace 1 semanita, y os hago una pregunta rapida. En las FAQ pone: 2.30. Existe obligación de suministrar la información de las operaciones por las que los empresarios satisfacen compensaciones agrarias del REAGYP? Sí. En el campo “Clave Régimen especial o Trascendencia” se consignará el valor 02. Pero no creo que sea cierto, también toca cambiar PorcentCompensacionREAGYP y ImporteCompensacionREAGYP, pero en el libro actual cuando haces esto no hay ningún porcentaje que yo sepa, sino que facturas por ejemplo con un TipoImpositivo 10,5%. ¿Como tratáis esto? (un ejemplo del desglose me vendría de lujo si no es mucho pedir :p) |
Cita:
Código:
uses |
Cita:
|
| La franja horaria es GMT +2. Ahora son las 02:33: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