FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Hay nueva versión 0.5 de esquemas y WebService.
La buena noticia es que los esquemas siguen siendo prácticamente lo mismos. Solo se han añadido a facturas recibidas un par de campos nuevos y en las emitidas se ha simplificado el esquema de la parte exenta. Poca cosa. La mala noticia es que el WebService inicial SuministroInmediatoInfo.wsdl, se ha dividido en varios diferentes. Tampoco será dramático, pero quizás es otra buena razón para tratar los archivos xml directamente a mano. Yo por mi parte creo que voy a tirar por esa opción, y por hacer las comunicaciones directamente con Indy. Cuantas menos dependencias externas mejor, no quiero depender de librerías de Windows para nada, que luego te encuentras problemas de compatibilidad complicados de resolver. Así de paso la aplicación puede funcionar en Mac y Linux con ayuda de Wine sin mucha complicación. |
#2
|
|||
|
|||
Ejemplo de newtron algo modificado, y SI, pasa la factura. Cuidado con el NIF que ponéis pues podría deciros NIF no identificado lo cual no quiere indicar error, sino que la AEAT no lo tiene registro.
* explicaciones en pantalla * selección de certificado * usando el objeto HTTIPro1 del form. (cuidado con cambiar allí el puerto de pruebas) * periodo y año de la factura Saludos ! |
#3
|
|||
|
|||
Cita:
Es una pasada: Cita:
Y en junio igual lo cambian y listo. Saludos ! |
#4
|
|||
|
|||
La parte buena es que van clarificando cuestiones más técnico-fiscales.
Es normal que ahora estemos pensando en la comunicación y los registros fiscales como tal estén en segundo término, pero al final hay que tener registrados los datos a transmitir por el xml de turno. Hay ciertos embrollos con las fechas y otras historias, pero en términos generales a través, van simplificando algunos registros y sus formas de comunicarse. Por ejemplo, las rectificativas, en la línea del 340, se han simplificado. |
#5
|
|||
|
|||
bien, ahora usando el nuevo 0.5 da el error:
Not Found (404) - 'https://www7.aeat.es/wlpl/SSII-FACT/ws/fe/SiiFactFEV1SOAP' ah! y por lo que veo, utilizando el 0.1, puedes colar un calculo del IVA erróneo. Lo he probado a posta y la factura ha pasado. la factura ha pasado ahora mismo sin problemas. LAMENTABLE. |
#6
|
|||
|
|||
por cierto nasca
¿Cómo vas a enviar el XML? ¿y recibir las respuestas de la AEAT? Saludos ! |
#7
|
|||
|
|||
Indy con OpenSSL. En su momento las he probado en versiones anteriores del WebService y funcionan sin problemas.
Y los xml a mano, paso de depender de librerías del puñetero Windows en ambos casos. |
#8
|
||||
|
||||
Hola a todos. Yo creo que el problema no esta tanto en como enviarlo, si por la indys o por SOAP, etc ... , ya que como hemos visto en el ejemplo la conexión no es muy dificil. El problema esta en la descripción de la información a enviar, ya sea directamente con el xml o con las clases que genera el wsdl, ya que estamos vendidos a los cambios que le apetezca hacer a hacienda como acabamos de ver con el cambio de version.
De todas formas esto esta un poco verde y con el tiempo esperemos que se valla estabilizando. Por cierto ¿Alguno ha tenido la gran suerte de ser o trabajar para alguna una de las empresas elegidas para las pruebas piloto?, ya que creo que esas empresas lo tienen mucho más fácil para acceder a la aeat. Un Saludo. |
#9
|
|||
|
|||
Respuesta a mensaje de prueba con HTML no con XML
Cita:
Yo también estoy generando los XML a mano a partir de las plantillas facilitadas por la AEAT, y para enviar el archivo XML uso node.js ... Estoy probando todavía ... He visto que si no registro el Certificado al hacer la llamada https, la TGSS me responde con un html apuntando a erro4033.html (No puedo adjuntar enlaces todavía), y cuando lo incluyo, me responde con un html indicando: Se ha producido un error Error del cliente. Se ha producido un error en la solicitud que impide al servidor procesarla. Puede contactar con el servicio de atención al contribuyente indicando el código de error 400. ¿ Teneís idea alguien de porqué contesta así en vez de con un XML tal cual se indica en el manual ? Gracias. |
#10
|
||||
|
||||
Hola a todos.
Sin certificado valido no se puede enviar nada. El sistema de la aeat genera errores. Por otro lado no es lo mismo una factura rectificativa que una factura que se ha mandado mal. Para una factura rectificativa es otra factura nueva que se genera y rectifica a otra anterior y en ese caso si hay que mandar una rectifictiva e indicar la que estas rectificando, ya sea positiva o negativa. Una factura que se ha mandado mal, es decir hay un dato mal como puede ser el cliente, bases imponibles, etc hay que mandar la factura otra vez pero con clave A1 en el campo tipo de comunicación o A4 si es del regimen de viajeros. Eso es lo que yo creo. Un Saludo. |
#11
|
||||
|
||||
Cita:
En fin..... es lo que hay.
__________________
Be water my friend. |
#12
|
||||
|
||||
Cita:
Como siempre una chapuza. |
#13
|
|||
|
|||
Buenos días !
Tres cuestiones: 1) cuidado con el mensaje de respuesta cuando hemos enviado las facturas, hay un campo que vuelve cargado con un valor que hay que guardar junto a las facturas y que es común al bloque que hemos enviado y sirve como comprobante: result.CSV 2) si envió un grupo de facturas, mas de 15 creo me da error de "necesita un certificado y bla bla..." si envio menos ó una sola funciona bien. 3) y aquí vengo a pedir ayuda: ¿Cuál seria la "ruta" para enviar facturas emitidas intracomunitarias y de exportación? En emitidas, seria esta: ARegistroLRFacturasEmitidas[ i ].FacturaExpedida.TipoDesglose.desglosefactura.sujeta.noexenta.desgloseIVA Saludos ! A ver si alguien puede darme una mano, gracias. |
#14
|
||||
|
||||
Cita:
3.6. ¿Cómo se registra una Entrega Intracomunitaria de Bienes? Se anotará la factura emitida al cliente comunitario en el Libro registro de Facturas Expedidas procediendo a su identificación mediante la clave 2 en el campo de tipos de Identificación en el país de residencia “IDType” y su Número de Operador Intracomunitario en el campo "ID". El campo “CodigoPais” no será obligatorio. Por otra parte, la base imponible de la factura se incluirá en el campo de tipo de operación “Exenta” dentro del bloque “Entrega”. Como causa de exención se consignará la clave “E5: Exenta por el artículo 25”. El apartado del libro de operaciones Intracomunitarias, sólo es para determinadas operaciones, las más habituales van en el libro de expedidas o de emitidas. 3.7. ¿Cómo se registra una Exportación? La operación se anota en el Libro Registro de Facturas Expedidas. En el campo “Clave Régimen especial o Trascendencia” se consignará el valor 15. Deberá identificarse al cliente – en caso de ser extranjero- mediante el “Código país” y las claves 3 “Pasaporte”, 4 “Documento oficial de identificación expedido por el país o territorio de residencia”, 5 “Certificado de residencia” ó 6 “Otro documento probatorio” del campo “IDType”. Por otra parte, la base imponible de la factura se incluirá en el campo de tipo de operación “Exenta” dentro del bloque “Entrega”. Como causa de exención se consignará la clave E2 “Exenta por el artículo 21”. Por cierto has conseguido enviar por la versión 0.5 ? He preguntado a hacienda pero las cosas de palacio van despacio. Un Saludo |
#15
|
||||
|
||||
Hola a todos!
Yo en vez de utilizar la unit Soap.SOAPHTTPTrans.pas que va en el ejemplo utilizo la unit que viene con delphi. Esta unit no tiene la opción de añadir el certificado directamente, lo que hago es asignarlo a un objeto THTTPRIO, de esta forma no dependo de esta unit que no se si funcionará en futuras versiones de delphi. No se por que en el ejemplo se utilizó una propia en vez de la de delphi. Un Saludo. |
#16
|
|||
|
|||
Tengo problemas para el envío de facturas recibidas, que me dice: Valor o tipo incorrecto del campo: NIF.
Revisando los campos para el emisor de la factura (el que nos la envía a nosotros por ser factura recibida), veo que no hay campo NIF, teniendo que usar obligatoriamente el campo IdOtro. Yo lo hago así: IDFacturaRecibidaType idFact = new IDFacturaRecibidaType(); //IDFACTURA IDFacturaRecibidaTypeIDEmisorFactura emisorFactura = new IDFacturaRecibidaTypeIDEmisorFactura(); //emisorFactura IDOtroType idOtro = new IDOtroType(); idOtro.CodigoPais = ((CountryType2)(202)); //España idOtro.IDType = ((PersonaFisicaJuridicaIDTypeType)(00)); //00 -> 02(NIF - IVA) idOtro.ID = "XXXXXXXXX"; //Aqui pongo X por no poner un NIF real emisorFactura.Item = idOtro; idFact.IDEmisorFactura = emisorFactura; Será que en la versión 0.5 ya se puede poner correctamente el NIF del emisor de la factura recibida? Cómo lo hacéis vosotros para las facturas recibidas? Muchas gracias. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4170 | Hace 2 Semanas 17:29:05 |
AEAT envio de datos vía Webservice problemas con WSDL | CelsoO | Internet | 11 | 09-10-2019 20:03:41 |
webService Soap de la Administración Digital Española notific@ | apicito | Internet | 3 | 31-01-2017 11:25:28 |
Error en Webservice funcion envio de sms | webmasterplc | Delphi para la web | 5 | 25-07-2013 20:10:29 |
Problemas con envío de XML a un WebService | davidvamo | Internet | 1 | 13-02-2007 15:49:20 |
|