FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Cita:
¿Tienes que recoger la respuesta de seres y trasladarla a tu sistema o te quedas solo en seres?. Si tienes que modificar un nif lo haces en SERES-edicom y luego a mano en tu sistema o lo haces en tu sistema y tienes qeu marcarla para que la vuelva a extraer para enviar a SERES-edicom. |
#2
|
|||
|
|||
Cita:
Efectivamente, hay que hacer todo el trabajo pero dejando a ellos SOLO el envío final. Si hay que modificar algo, se modifica en el sistema del cliente y se vuelve a enviar (se vuelve a generar el fichero y a decirle a edicom que lo envíe), lo mismo que el tratar las respuestas de edicom (que son las respuestas de la AEAT). Bueno, creo que existe un cliente mu chulo, pero yo ahí no entro, espero que sólo sirva para consultar datos. La cosa es superchunga. De primeras, al usar yo WSDL el mensaje que la AEAT me acepta sin problemas a ellos no les vale porque tiene el englobado SOAP (fácil de quitar) y no tiene los namespaces (sii:, siiLR: ..) que tendría si hubiera hecho el XML a mano basándome en el XSD. Vale, hago la transformación. Pero luego lo que han hecho (en mi caso) es un cliente java para poder comunicarme con su servicio, que no deja de ser un REST, podría haberme comunicado directamente, ¿no?. En fin, dejas el archivo generado en una carpeta y ejecutas un comando para que lo envíe. Y ya está. Puedo averiguar (algo intrincadamente) que el mensaje ha sido tratado por su servidor correctamente. Pero para saber si la AEAT ha dado el ok, tengo que ejecutar un comando para recibir mensajes de respuesta. Aún estoy esperándolo, para saber cómo voy a casar el mensaje que he enviado esta mañana con su respuesta. Una odisea. |
#3
|
|||
|
|||
Cita:
Un saludo. |
#4
|
|||
|
|||
Cita:
Ademas gracias por la info porque si veo q alguien lo quiere con edicom lo dejare bien claro que todo el envio y respuesta se trate via edicom. Yo de ti lo que haria es marcar com exportado a edicomSII y ya esta luego que el cliente entre a su portal para ver el status , lo que estas haciendo es un trabajo de chinos y perdon por la expresion. Encima de lo que cobran te hacen convertir a su gusto y espera q con nuevas version lo q te tocara hacer extra. Saludos y animo. |
#5
|
|||
|
|||
Cita:
¿Lo relanzas desde tu ERP o desde EDICOM-SERES? ¿No es mas facil trabajar con fichero plano con EDICOM-SERES en lugar de generar el XML? |
#6
|
|||
|
|||
Cita:
Por supuesto, pero dado que el 90% de mis clientes optan por la comunicación directa, no pensaba programar lo mismo dos veces. Es un añadido al funcionamiento estándar. |
#7
|
|||
|
|||
Cita:
Saludos |
#8
|
|||
|
|||
Cita:
Yo como lo trabajo, quizas pueda serviros de orientacion para mejorarlo, es : * creo un archivo temporal con los registros a enviar, incluyendo el campo 'ERROR' * realizo el envio del xml generado. * recojo el resultado y actualizo el archivo temporal actualizando el campo 'ERROR' codigo (1117) * genero un segundo xml SOLO con los (1117) adaptando los cambios. Anoto que todo esto lo hago desde un Debian 6 (Squeeze) y bash. . |
#9
|
|||
|
|||
Cita:
El caso del NIf era por poner un ejemplo quizas sea el mas facil de resolver. pero no se que problemas puedes tener en el futuro que te obligue a actualizar en EDICOM y en tu sistema dos veces. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4183 | Hace 1 Semana 15:10:42 |
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 |
|