FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Cita:
|
#2
|
|||
|
|||
Cita:
|
#3
|
|||
|
|||
por lo de explicar "la operación" mas alla de factura tal o cual, creo que no será obligatorio porque parece que no es una obligación recogida en el libro de iva.
a mi me parece que van improvisando... ayer no validaba los nifs, ni los que venían de certificados ni después los de las facturas, cada mes cambian el interface y su versión obligándote a reimportar, recompilar y renombrar algunas clases..... todavía y tras dos meses de retrasos no tienen el formulario para introducir facturas.... |
#4
|
|||
|
|||
enviar los xm a la aeat o hacerlo a traves de una empresa externa
en mi empresa todavia no saben si hacer el envio directamente a la aeat o a traves de una empresa externa.
Alguno esta en este dilema. Sabeis el tiempo que nos podemos ahorrar en desarrollo si lo hacemos a traves de una empresa externa, ¿compensa? |
#5
|
||||
|
||||
¿A través de una empresa externa? No entiendo eso.
__________________
Be water my friend. |
#6
|
||||
|
||||
Hay empresas que se estan publicitando que generan el SII a partir de ficheros generados por otras aplicaciones y que se adaptan a tu erp. No se hasta que punto sera operativo esto.
Pon Sii en el señor google y te salen unas cuantas. |
#7
|
||||
|
||||
Ya imaginaba algo así pero también imagino que de una forma o de otra habrá que preparar o configurar los datos para conectarse con ese programa externo e, independientemente de eso, seguro que se pierde funcionalidad.
Ya puestos yo prefiero resolverlo y no depender de terceros.
__________________
Be water my friend. |
#8
|
|||
|
|||
Hay empresas que buscan desesperadamente un nuevo nicho de mercado donde meterse. Eso mismo sucedió el año 2010 cuando se hablaba de la e-Factura, que tenía que ser obligatoria para todo el mundo, la que se creaba con el famoso aeatfact.dll. Finalmente quedó todo abandonado y alguna de las empresas que lo habían publicitado cerraron. Y el trabajo de los programadores fue en balde.
|
#9
|
|||
|
|||
Hay empresas como SERES , EDICOM que te ofrecen el servicio (SAS) les envias el fichero y ellos se encargan de remitirselo a la DGT,
Luego te dan el servicio de almacenar online 4 años las facturas, enviarte reportes. Te simplifican el desarrollo que tienes que hacer, no te tienes que preocupar de construir el XML correctamente con el correspondiente endpoint. En el caso de que la AEAT cambie el formato del XML , y ellos tienen la info ya en el fichero , no tienes que hacer desarrollo. se encargan ellos. Principalmente creo que acorta el tiempo de desarrollo al ahorrarte la construcción del XML y toda la funcionalidad de consultas, que estaria implementada en el servicio que te dan via web, y quizas reduzca el numero de incidencias sobre el envio de SII. PEro como no tengo experiencia con estas empresas no se si realmente compensa. PAra el servicio que dan. |
#10
|
|||
|
|||
Cita:
|
#11
|
||||
|
||||
Cita:
El campo descripción yo entendí que casi tiene que ser el concepto de la factura, y si te pasas de 500 lo resumes. Si partes de un programa de facturación obtener este dato puede ser fácil de obtener, pero si es un programa de contabilidad o general, no le quedará mas remedio al usuario que meterlo e improvisar. De todas formas esto es un tema de normativa que cae en manos del usuario, nosotros por ejemplo le ponemos el campo y lógicamante tiene que ser el usuario el que lo rellene como quiera. Por cierto las validaciones para las facturas anteriores del 1 de julio van a ser diferentes para las de después de julio. Por ejemplo esta campo descripción o por lo menos es lo que se comentó en la reunión. Un Saludo |
#12
|
|||
|
|||
Cita:
|
#13
|
|||
|
|||
siempre puedes buscar el articulo/servicio de mas importe y colocarlo, indicando y otros "99" tantos mas.... (si son mas)
saludos ! |
#14
|
|||
|
|||
XMLHTTPRequest y mensaje de error
Hola a todos;
Hasta ahora he visto que todo el mundo está implementando soluciones basadas en Delphi, C#, Visual Basic y he estado probando a hacer una conexión desde JAvascript utilizando XMLHTTPRequest.. me da siempre este error. MLHttpRequest cannot load . No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin is therefore not allowed access. El servidor responde con codigo 200 ok pero mi request da error con lo que no puedo recoger el resultado . Alguna idea ¿? Gracias |
#15
|
||||
|
||||
Como dijeron en la reunion. Esto es lo que hay.
Lo de la casilla en blanco, lógicamente luego tendrá unas ayudas para rellenarlo y configuraciones previas, pero al final será el usuario el que tenga que poner lo que va. Esto ocurre aqui y en todos los impuestos, hay cosas que no dependen de nosotros los informaticos sino no de normativa que es el cliente el que se la tiene que saber. |
#16
|
|||
|
|||
lo que sigo sin entender es la dificultad que han creado con el envio.
debería bastar con comunicar la factura, con sus importes, y nif, y si me apuras indicando con un simple digito la operación que se trata. la clasificación posterior debería hacerla hacienda que es quien lo hara bien. Lo que tenemos ahora es hacer todos el trabajo de hacienda, multiplicando el esfuerzo x programadores. saludos ! |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4175 | Hace 22 Horas 16:17:35 |
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 |
|