![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Resumiendo...
A ver... supuestamente deberíamos nosotros validar la factura para evitar, siempre que dependa de nosotros, que la factura sea rechazada, y así evitar problemas mayores que vendrán luego (y vendrán, eso seguro).
Me parece bien comprobar previamente todo lo posible: que existan los datos del destinatario, emisor, etc. que el destinatario tenga dirección, cód. postal... (Gipuzkoa y Araba al menos), que haya líneas en la factura (Gipuzkoa y Araba), que el desglose de impuestos esté correcto (IVA, Recargo, Retención...), el tipo de factura según el cliente sea nacional, extranjero, si es simplificada, si es rectificativa... Lo que no veo es lo de comprobar que el certificado coincida con el emisor. En mi caso al menos el certificado (lo tramitó mi asesor fiscal), el NIF está "dentro" del nombre (no hay un campo específico para el NIF), por no decir que habría que tener en cuenta que el nombre de la empresa esté escrito IGUAL: No es lo mismo Pepito Pérez SLU que Pepito Pérez S.L.U., etc. ¿Y el resto de validaciones? ¿también quieren que las hagamos nosotros? Me refiero por ejemplo a comprobar que se trate de un NIF dado de alta en el censo (es uno de los errores que devuelve Araba, por ejemplo), etc. Lo ideal sería que el webservice tuviera una opción también para comprobar algunas cosas antes de empezar a hacer envíos. Por ejemplo, alguna llamada para comprobar si el certificado es válido o no, en vez de tener que hacerlo nosotros. Otra cosa a tener en cuenta es comprobar la caducidad del certificado digital y alertar al usuario cuando queden pocos días para que caduque. Esto es importante porque el 99% de los usuarios se olvidan de que esas cosas caducan o cuándo (y me incluyo), y hay que renovarlos, etc. Renovar un certificado, sobre todo si te despistas, no es algo que sepan hacer los usuarios, y pueden tardar días en hacerlo. Días en los que seguirán facturando pero NO pueden firmar las facturas, y por lo tanto, obtener el QR, etc. Con lo feliz que yo estaba, que ya podía enviar, anular y consultar facturas, ahora resulta que van a sacar más servicios para hacer más cosas... De verdad que no entiendo cómo se ha llegado a complicar esto tanto... Por cierto, una duda que me surge ahora... ¿cómo hacéis con "ClaveRegimenIvaOpTrascendencia"? ¿Es un dato que depende del negocio (emisor) o de cada factura? Permite estos valores: 01=Regimen General 02=Exportación 03=Bienes usados, arte, antiguedades 04..... Se supone que es un dato genérico por empresa? O cada factura puede tener un valor distinto según lo que se venda? Porque si es esto último, no veo yo a los clientes rellenando un dato más (obligatorio) antes de guardar cada venta. |
|
#2
|
||||
|
||||
|
Buenas, ¿sabéis si se puede comprobar que un fichero xml de factura TBai, cumple con el esquema xsd? porque me estoy partiendo los cuernos para intentar comprobarlo, y no encuentro ninguna solución. No sé si alguien puede echarme una mano...
|
|
#3
|
|||
|
|||
|
Buenas!! ¿Sabéis como se configura Postman para probar de enviar algún TicketBAI.xml y saber si es correcto? Es la primera vez que lo utilizo y no hay manera. Tampoco sé donde especificarle el xml que quiero enviarle. A ver si me podéis echar una mano, gracias!!!
Adjunto pantallazo de lo que estoy poniendo en Postman: https://files.fm/thumb_show.php?i=agn9cpwwv |
|
#4
|
|||
|
|||
|
Cita:
Asegúrate de que si estás enviando a Gipuzkoa, el content-type debe contener exactamente "application/xml; charset=utf-8". Además, lo único raro que veo es que estás incluyendo headers propios de Bizkaia en los envíos a Gipuzkoa. |
|
#5
|
|||
|
|||
|
Cita:
yo los envío de forma individual y lo tengo así: en Headers, content-type application/xml;charset=UTF-8 luego en el Body, tipo raw, en el desplegable eliges xml, y pegas ahí tal cual el xml firmado, y le das a 'Send' (Post a la url de pruebas hago yo) |
|
#6
|
|||
|
|||
|
Gracias por vuestra ayuda, ya lo he conseguido!!! Obtengo respuesta. Encontré la documentación técnica del envío a Gipuzkoa, y simplemente hay que especificarle una sola cabecera:
En el caso de Bizkaia hay que especificarle más headers:
https://files.fm/thumb_show.php?i=4gnancvf3 |
|
#7
|
|||
|
|||
|
Ahora el problema lo tengo en que todo el rato obtengo la respuesta No se ha utilizado certificado de cliente. ¿Hay que especificarle el certificado al Postman? En ese caso ¿cómo se hace?
Gracias. |
|
#8
|
|||
|
|||
|
Tendrás que cargar el certificado para autentificarte. No se como se hará con postman.
|
|
#9
|
||||
|
||||
|
Cita:
En este hilo explicamos cómo hacerlo con insomnia: http://clubdelphi.com/foros/showpost...postcount=1029 Es un programa similar. Te lo comento, porque me resultó más sencillo que hacerlo con PostMan. A mi hubo una temporada que me funcionaba (postman), pero luego dejaron de hacerlo.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. Última edición por Neftali [Germán.Estévez] fecha: 28-10-2021 a las 13:01:24. |
|
#10
|
||||
|
||||
|
Hola a todos.
No se si alguien esta usando el servicio de consulta de facturas de la hacienda de Bizkaia. Me ocurre lo siguiente. Tenemos una factura con dos tipos de IVA, uno normal al 21% (S1) y otro una inversión de sujeto pasivo (S2). A la hora de enviar el fichero lo enviamos el desglose de la siguiente manera y se envía correctamente. Código PHP:
Pero cuando se hace la consulta al servicio de consulta el fichero devuelto tiene la siguiente estructura. Código PHP:
al hacer
Esto retorna 1 en vez de 2. ¿Alguien lo puede probar?. Por que cualquiera le explica esto a hacienda. |
|
#11
|
|||
|
|||
|
Hola a todos...
Como Álava es la única que devuelve los posibles "errores de validación de negocio" al enviar las facturas, me estoy encontrando con varios problemas a la hora de enviar facturas con descuentos por línea, con recargo de equivalencia, retenciones, etc... y no encuentro ninguna factura de prueba que usar como ejemplo para ver las diferencias. He conseguido enviar sin problema facturas con varios tipos de IVA e incluso con un descuento "global" (por pronto pago, por ejemplo). Entiendo que el problema está en que estoy poniendo mal los importes en algún sitio según las condiciones de cada caso. ¿Alguien podría decirme si en el detalle de la factura (líneas), "ImporteUnitario" e "ImporteTotal" deben reflejar el importe REAL/FINAL de esa línea, con el recargo, descuento, etc. aplicados? Por ejemplo. Para una Factura EXENTA DE IVA... Lo que yo hago: * * * * * * <DetallesFactura> * * * * * * * * <IDDetalleFactura> * * * * * * * * * * <DescripcionDetalle>TARJETA SMALL</DescripcionDetalle> * * * * * * * * * * <Cantidad>1</Cantidad> * * * * * * * * * * <ImporteUnitario>100.00</ImporteUnitario> * * * * * * * * * * <Descuento>0.00</Descuento> * * * * * * * * * * <ImporteTotal>121.00</ImporteTotal> * * * * * * * * </IDDetalleFactura> * * * * * * </DetallesFactura> Pero creo que ImporteTotal debería ser 100.00 en vez de 121.00 si la factura está exenta? Otro caso: Factura con RETENCIÓN * * * * * * <DetallesFactura> * * * * * * * * <IDDetalleFactura> * * * * * * * * * * <DescripcionDetalle>WEBCAM NGS XPRESSCAM</DescripcionDetalle> * * * * * * * * * * <Cantidad>1</Cantidad> * * * * * * * * * * <ImporteUnitario>100.00</ImporteUnitario> * * * * * * * * * * <Descuento>0.00</Descuento> * * * * * * * * * * <ImporteTotal>121.00</ImporteTotal> * * * * * * * * </IDDetalleFactura> * * * * * * </DetallesFactura> * * * * * * <ImporteTotalFactura>102.00</ImporteTotalFactura> * * * * * * <RetencionSoportada>19.00</RetencionSoportada> ¿Debería ImporteTotal (121.00) reflejar la retención también? ¿O tal vez ImporteTotalFactura no deba incluir la retención? Lo mismo me ocurre con facturas con Recargo de Equivalencia o con Descuento por línea. ¿Debería ImporteTotal reflejar SIEMPRE el importe final de la línea según las condiciones de la factura? ¿o solo el precio "real" del artículo, independientemente de las condiciones de la factura? Sé que puede resultar obvio, pero no sé cómo hace Araba las validaciones de los totales. La facturación electrónica de otros países se encarga de sumar/restar lo que sea necesario en función de los datos/condiciones de la factura, pero en este caso es "al revés" y debemos indicar nosotros los importes exactos que se van a sumar/restar. Es decir, hay que dárselo todo masticado. |
|
#12
|
|||
|
|||
|
Cita:
El <ImporteUnitario> es el precio de venta de la línea de detalle. Si el artículo de la línea de detalle tiene descuento de venta, su importe (no su porcentaje) hay que consignarlo en <Descuento> El <ImporteTotal> tiene que ser el propio de la línea de detalle con su IVA (y Recargo de equivalencia en su caso) correspondiente. Si la factura incluye conceptos adicionales como entregas a cuenta, suplidos... aplicables tras el total de factura, no hay que incluirlos en el fichero TicketBAI. Espero haberte ayudado. |
|
#13
|
|||
|
|||
|
Cita:
Mi opinión (aunque, como es lógico, la última palabra siempre la tiene Hacienda): - Si una factura es exenta de IVA, en la línea de detalles, en <ImporteTotal> debe aparecer sin IVA. - Si una factura lleva retención, no debe reflejarse esa retención ni en las líneas de detalle, ni en los desgloses, ni siquiera en <ImporteTotalFactura>. La retención debe ir por separado de todo ello sólo en <RetencionSoportada> La retención no afecta a la factura ni a sus IVAs. Es un tema de pagos/cobros que irá por otro lado (declaración de retenciones de IRPF) Se admiten otras opiniones. Saludos |
|
#14
|
|||
|
|||
|
Cita:
Código PHP:
|
|
#15
|
||||
|
||||
|
Cita:
Un Saludo |
|
#16
|
|||
|
|||
|
Cita:
|
|
#17
|
|||
|
|||
|
Cita:
Sí, yo también, como Neftali, uso Insomnia. Es muchísimo más sencillo de configurar y utilizar que PostMan. Te recomiendo Insomnia. Saludos |
|
#18
|
|||
|
|||
|
Pregunta campo Idotro
Hola,
alguien ha usado el campo <IDOtro> cuando se trata de un cif extranjero? por favor un ejemplo |
|
#19
|
|||
|
|||
|
Cita:
Con esto yo puedo enviar sin problemas |
|
#20
|
|||
|
|||
|
Otro con problemas con la validación de negocios de Alava
Hago una factura muy simple una línea con -1 x 197,29 al 21% (-238,72) Me devuelve el error de 78-AVISO: Error validación de negocio [Sumatorio detalle no coincide con el sumatorio desglose] Y yo mando esto (pongo solo la parte de datos referente a valoraciones) <CabeceraFactura> <NumFactura>21001011</NumFactura> <FechaExpedicionFactura>21-10-2021</FechaExpedicionFactura> <HoraExpedicionFactura>00:00:13</HoraExpedicionFactura> <FacturaSimplificada>N</FacturaSimplificada> <FacturaEmitidaSustitucionSimplificada>N</FacturaEmitidaSustitucionSimplificada> </CabeceraFactura> <DatosFactura> <DescripcionFactura>factura a cliente</DescripcionFactura> <DetallesFactura> <IDDetalleFactura> <DescripcionDetalle>IMPRESORA LASER </DescripcionDetalle> <Cantidad>-1.00</Cantidad> <ImporteUnitario>-197.29</ImporteUnitario> <Descuento>0</Descuento> <ImporteTotal>-238.72</ImporteTotal> </IDDetalleFactura> </DetallesFactura> <ImporteTotalFactura>-238.72</ImporteTotalFactura> <Claves> <IDClave> <ClaveRegimenIvaOpTrascendencia>01</ClaveRegimenIvaOpTrascendencia> </IDClave> </Claves> </DatosFactura> <TipoDesglose> <DesgloseFactura> <Sujeta> <NoExenta> <DetalleNoExenta> <TipoNoExenta>S1</TipoNoExenta> <DesgloseIVA> <DetalleIVA> <BaseImponible>-197.29</BaseImponible> <TipoImpositivo>21.00</TipoImpositivo> <CuotaImpuesto>-41.43</CuotaImpuesto> </DetalleIVA> </DesgloseIVA> </DetalleNoExenta> </NoExenta> </Sujeta> </DesgloseFactura> </TipoDesglose> </Factura> .... Falla la valildación o fallo yo? Gracias. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
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 | 3716 | 19-01-2026 20:01:34 |
| 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 |
|