FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1641
|
|||
|
|||
Cita:
Pues somos pocos... Hay paises que todos utilizan el mismo servicio! Tienen que estar preparados para lo que se les viene, que no lo estarán, estoy seguro. Hace unos años implanté la factura electronica en costa rica, y después de mucho tiempo, parece que ahora empieza a funcionar mejor, y aun así, aun siguen teniendo fallos y caidas raras. Lo peor de todo, explicale a un cliente que el error que aparece no es tu software, si no hacienda... y sabes que hay un fallo por que tus clientes empiezan a llamarte como locos, entras en el facebook de Hacienda y todo el mundo esta quejandose, entonces respiras y dices, vale, no soy yo solo... a los dias lanzan comunicado de caida general o algo por el estilo. Es una auténtica locura. |
#1642
|
|||
|
|||
Cita:
Pues con lo tercermundistas que somos aquí, ya nos podemos ir agarrando los... lo que tengáis a mano |
#1643
|
|||
|
|||
Cita:
Pero todo lo que pueda automatizar para quitarme llamadas lo tengo claro. Calidad de vida primero. |
#1644
|
|||
|
|||
Madre mía. Es mejor no empezar hasta el primer día obligatorio para ahorrarnos malos ratos.
|
#1645
|
|||
|
|||
Alguien podría pasarme un xml de la anulacion de guipuzcoa? me esta dando error para variar
Código:
<?xml version="1.0" encoding="utf-8" standalone="no"?><T:AnulaTicketBai xmlns:T="urn:ticketbai:anulacion" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:ticketbai:anulacion anula_ticketBaiV12.xsd "> <Cabecera> <IDVersionTBAI>1.2</IDVersionTBAI> </Cabecera> <IDFactura> <Emisor> <NIF>B46648192</NIF> <ApellidosNombreRazonSocial>Optica Vision S.L.</ApellidosNombreRazonSocial> </Emisor> <CabeceraFactura> <SerieFactura>TB-2021-S</SerieFactura> <NumFactura>59271</NumFactura> <FechaExpedicionFactura>27-09-2021</FechaExpedicionFactura> </CabeceraFactura> </IDFactura> <HuellaTBAI> <Software> <LicenciaTBAI>TBAIGIPRE00000000242</LicenciaTBAI> <EntidadDesarrolladora> <NIF>B46648192</NIF> </EntidadDesarrolladora> <Nombre>Optiplus</Nombre> <Version>1.0</Version> </Software> </HuellaTBAI> </T:AnulaTicketBai> |
#1646
|
|||
|
|||
Cita:
<?xml version="1.0" encoding="UTF-8"?> <T:AnulaTicketBai xmlns:T="urn:ticketbai:anulacion" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.w3.org/TR/xmldsig-core/xmldsig-core-schema.xsd"> <Cabecera> <IDVersionTBAI>1.2</IDVersionTBAI> </Cabecera> <IDFactura> <Emisor> <NIF>00000006y</NIF> <ApellidosNombreRazonSocial>LA MAMMA</ApellidosNombreRazonSocial> </Emisor> <CabeceraFactura> <SerieFactura>F.Simp.156.1</SerieFactura> <NumFactura>197</NumFactura> <FechaExpedicionFactura>11-09-2021</FechaExpedicionFactura> </CabeceraFactura> </IDFactura> <HuellaTBAI> <Software> <LicenciaTBAI>TBAIPRUEBA</LicenciaTBAI> <EntidadDesarrolladora> <NIF>00000006Y</NIF> </EntidadDesarrolladora> <Nombre>SOFTTPV</Nombre> <Version>1.0.2313</Version> </Software> <NumSerieDispositivo>MAC:ECF4BB2E79CA</NumSerieDispositivo> </HuellaTBAI> </T:AnulaTicketBai> No veo mucha diferencia solo la cabecera, sobre todo esta parte: xsi:schemaLocation="urn:ticketbai:anulacion anula_ticketBaiV12.xsd " ademas del espacio al final Última edición por ermendalenda fecha: 28-09-2021 a las 19:21:33. |
#1647
|
|||
|
|||
Cita:
Cita:
Tengo que disculparme nuevamente por preguntar algo que ya está en el foro pero si lo vi, cuando lo viese (os prometo que he pasado todas las páginas) no me di cuenta; creí que este era un tema que ya tenía resuelto; de hecho, publiqué (todo orgulloso) la clase que había hecho pensando que ya estaba completa pero (para no variar) siempre hay algún detalle que hay que afinar. :-( Muchas gracias. |
#1648
|
|||
|
|||
Cita:
|
#1649
|
|||
|
|||
Cita:
Código:
private string GetURLEncodedString(string inputString) { string result = Uri.EscapeDataString(inputString); return result; } Última edición por unomasmas fecha: 28-09-2021 a las 23:43:42. Razón: Pongo la función completa... |
#1650
|
|||
|
|||
Cita:
|
#1651
|
|||
|
|||
Cita:
https://tbai-prep.egoitza.gipuzkoa.e...uras/anulacion |
#1652
|
|||
|
|||
Duda factura rectificativa
A ver si me explico:
Hago una factura rectificativa, como sabeis hay 2 formas, por sustituccion o por diferencias. Yo lo hago por mas claridad por diferencias, con lo cual hago referencia a la factura rectificada y pongo en negativo el producto devuelto. Tengo preguntas que creo que están ya documentadas, pero no las encuentro: *Me pregunto si necesito corregir posteriormente otro producto de la la factura inicial, ¿puedo crear otra rectificativa sobre la misma factura principal? *se puede crear una rectificativa de una rectificativa?¿O mejor crear una rectificativa sobre la prinicipal para hacer lo contrario?,o la opcion es mejor anularla? |
#1653
|
|||
|
|||
Nuevas validaciones Gipuzkoa
Hola, estoy revisando el fichero de validaciones publicado recientemente (20/09/2021) e implementando controles previos en nuestro programa para que ya no se genere una factura que al ser enviada provocaría un rechazo (según el documento, porqué todavía no están totalmente desarrolladas ni activas).
https://www.gipuzkoa.eus/documents/2...rsion+1_0.pdf/ Pero no sé si son específicas de Gipuzkoa y solo tengo que hacerlas en caso de usuarios que envíen a Gipuzkoa o puedo hacerlo en todos los casos. Por ejemplo la validación que provoca el código de error 1146, está dentro del apartado SUJETOS • DESTINATARIOS • IDDESTINATARIO • IDOTRO y el texto dice: Cita:
¿Cómo lo hacéis vosotros? hacéis este control previo o dejáis que falle (cuando activen esta validación) y luego el usuario tenga que rectificar o Subsanar/Modificar (con zuzendu)? ¿Lo hacéis para todas las diputaciones? Muchas gracias |
#1654
|
|||
|
|||
Cita:
Yo entiendo por la ley de la factura que si es por diferencias puedes hacer varias facturas de rectificación. Por sustitución no tiene sentido hacer varias porque se pone la 2 en lugar de la primera. Y a tu pregunta yo todo sobre la principal lo de la rectificativa de la rectificativa no dice en ningún sitio que no lo puedas hacer pero a mi personalmente me parece un lio de gestión. Tampoco la anularía para mi si seria una rectificación del total que este invento raro de la anulación lo han pensado para los tickets pero para mi a nivel de factura completa me parece que solo se puede aplicar siempre y cuando la factura no la tenga el cliente y sea al momento de crearla, fiscalmente para los clientes que estén fuera del territorio es un rollo. |
#1655
|
|||
|
|||
Cita:
los códigos de error son distintos según la diputación. Yo por experiencia del SII hago la comprobación y no les dejo continuar, les obligo a meter el país y luego lo compruebo el código del niva. Mis usuarios no introducían el país en muchos casos, nosotros intentamos controlar todo antes del envió para evitar errores. El niva es un numero para operaciones con intracomunitarios se han tenido que dar de alta en el ROI\VIES. En el caso de los extracomunitarios también necesitas el pais |
#1656
|
|||
|
|||
Se me plantea una duda.
No tengo internet y hago lo siguiente: Genero Factura 1 Genero Factura 2 encadenada con la 1 Genero Factura 3 encadenada con la 2 Las facturas están creadas el xml encadenadas y firmadas Luego tengo internet las envió y me rechaza la 2. No se que hacer en este caso puesto que la 2 es rechazada y la 3 me va a decir error de encadenamiento. |
#1657
|
|||
|
|||
Muchas gracias Noe277
Si pero no he encontrado esta validación en las otras diputaciones. Por eso no se si hacerlo para todas. Cita:
¿Como compruebas si el código es correcto? Tenemos implementada una comprobación para NIF nacional pero si el país es distinto de ES no validamos el código. Muchas gracias |
#1658
|
|||
|
|||
Zuzendu
Cita:
Según tengo entendido, tendrás que ver porqué se ha rechazado la 2 y actuar en consequencia: * si es por fallo de internet o que el servicio de la agencia no esté disponible, volver a enviar cuando funcione * si es por error en el xml o error en los datos de la factura tendras que utilizar el nuevo servicio zuzendu, con la opción subsanar o modificar dependiendo del caso. El aviso de encadenamiento de la 3 si que saldrá pero yo entiendo que no pasa nada si despues se envia la 2, via normal o via zuzendu. Esto en el caso de Araba y Gipuzkoa, pero estamos a la espera de la publicación oficial de zuzendu y su puesta en marcha... Para Bizkaia creo que debes enviarla por otro servicio "SIN software garante" o algo así (Disculpa la inexactitud) Espero ayudarte |
#1659
|
|||
|
|||
Cita:
Yo lo pondría para todas es algo necesario para cualquier esquema xml y sino controlan ahora lo aran. en cuanto a validar el código en la documentación en algún lado tiene que venir la relación de paises y códigos. En la aeat pueden encontrar esa relación se llaman códigos Alpha2 pero mejor que los mires con la documentación de tbai porque en algun pais existen diferencias. |
#1660
|
|||
|
|||
Buenas días de nuevo,
Haciendo la primera prueba con Alava me devuelve "error 12 AVISO: Dispositivo de facturación remitente no registrado" Esto entiendo que será por no poner el campo "NumSerieDispositivo" que en la documentación viene definiodo como opcional. De la misma manera en Guipuzoa me funciona correctamente. ¿Alguna idea? Gracias por adelantado Última edición por Neftali [Germán.Estévez] fecha: 29-09-2021 a las 15:39:16. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice | newtron | Internet | 3587 | 20-08-2024 14:11:07 |
Como utilizar la ayuda del nuevo Sistema Operativo | gluglu | Humor | 3 | 24-09-2007 09:39:05 |
Aplicacion Agencia De Viajes | ArdiIIa | Varios | 9 | 20-01-2007 16:49:53 |
El Vasco Aguirre | Al González | La Taberna | 5 | 26-05-2006 09:22:28 |
Microsoft ha lanzado su nuevo sistema operativo | DarkByte | Humor | 0 | 25-01-2004 09:21:14 |
|