Cita:
|
Por si os sirve de ayuda con todo este tema del hash que provoca error en los envíos.
Nosotros lo hemos sufrido esta pasada semana y hemos detectado el problema siguiente: a día de hoy, el documento sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_1.pdf que consta en la propia web de Batuz proporciona un hash 66ecabe920a35a8775616852f1800fb7570fa85b1b9ba71a369c6ad8623ee694 que en Base64 pasa a Zuyr6SCjWod1YWhS8YAPt1cPqFsbm6caNpxq2GI+5pQ= Este hash no correcto respecto a las validaciones, ya que espera el K2baIY0fk8jbkPHkffk5F5C46O5VuzDwH21dAovjVRs= Parece que el problema se ha originado en la propia subida del documento a la web, ya que ha modificado el documento incluyendo algunos metadatos que han alterado el hash Consultado al servicio técnico han comentado que lo han visto recientemente y que ya están realizando cambios para solucionar esta situación. |
Cita:
Tenéis constancia de que esto sea así. |
IDType ROI
Cita:
Si. Si uno de los dos Emisor o Receptor no esta inscrito en el ROI se aplica IVA del pais de origen. En este caso iva español y IDType = 04. Si los dos están en el ROI exento en la venta y inversión de sujeto pasivo en la compra. Otro caso es si estoy acogido al régimen de comercio electrónico. En este caso solo puedo vender a usuarios finales y se aplicaría iva del pais de destino (iva francés) y yo esto poniendo IDType = 04. |
Cita:
De todas formas, ¿ sabes si el sistema te rechaza el registro si lo envías como nif-iva (clave 02 y exenta ) y dicho nif-iva no está registrado en el ROI ? |
Niva
Cita:
http://ec.europa.eu/taxation_customs...atService.wsdl |
Cita:
|
Buenas tardes. Hace mucho que no escribo por aquí. Un saludo.
Tenía una pregunta: Os parece excesivo un tiempo de envío medio de 10 minutos desde la generación del xml? Como lo veis, es importante para mi, gracias. |
1 Archivos Adjunto(s)
Cita:
Les adjuntamos el fichero recibido para esa factura, para que vean que sigue sufriendo modificación durante el envío. |
Cita:
Se supone que cada administración tiene la potestad de definir ese tiempo, pero en la documentación se habla de "lo antes posible". Por ejemplo, en este documento de Guipuzcoa se dice literalmente: En el caso de Gipuzkoa, el envío de los ficheros TicketBAI debe llevarse a cabo de modo simultáneo a la expedición de la factura o justificante y online. En este, que es el de Álava más de lo mismo: En el caso de Álava, el envío de los ficheros TicketBAI debe llevarse a cabo de modo inmediato a la expedición de la factura o justificante, y online. La norma es "lo antes posible". No se si 10 minutos es "simultáneo" ;);):D:D |
actualización certificados.
Hola,
El envío en pruebas, por lo menos en Gipuzkoa, ha empezado a devolverme 'error en el certificado' (aunque no estaba caducado ...). He descargado los de producción del enlace de abajo, y probado con uno de ellos y ya me ha vuelto a enviar: https://www.izenpe.eus/descarga-de-c...doctecnica/es/ por si a alguien le ha pasado también, lo mismo el que yo utilizaba era muy antiguo. Saludos. |
problema con certificados CAMEFIRMA
Buenos días,
No sé si alguien ha usado un certificado de la entidad CAMEFIRMA para firmar el xml y enviarlo a la diputacion de BIZKAIA. Resulta que esto que os voy a decir solo ocurre en el ENTORNO DE PRUEBAS, ya que en producción no deben de hacer algunas comprobaciones de los certificados. Cuando envío la factura el error que me devuelve es "B4_2000070 - La firma no cumple los requisitos de la política de firma TicketBAI.(SigningCertificate incorrecto)" La parte de la firma del xml es la siguiente, no entiendo qué puede estar dando error, además les escribes a ellos y tampoco saben... no sé si alguien sabrá que es lo que está mal. Teniendo en cuenta que el CertDigest lo calculo igual para los cert de izenpe y fmnt y nunca da error, entiendo que el error esta en <xades:IssuerSerial> pero he probado 8000 combinaciones y sigue dando el mismo error.... a ver si a alguien se le ocurre qué puede ser. <xades:SigningCertificate> <xades:Cert> <xades:CertDigest> <ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/> <ds:DigestValue>YO+2VZh1MuO4HD31wKKHcVKNc2Ozk33Adg/i490YUvw=</ds:DigestValue> </xades:CertDigest> <xades:IssuerSerial> <ds:X509IssuerName>CN=AC CAMERFIRMA FOR NATURAL PERSONS - 2016, O=AC CAMERFIRMA S.A., OID.2.5.4.97=VATES-A82743287, serialNumber=A82743287, OU=AC CAMERFIRMA FOR NATURAL PERSONS - 2016, OU=https://www.camerfirma.com/address, ST=MADRID, L=MADRID, C=ES</ds:X509IssuerName> <ds:X509SerialNumber>744616219437521186074</ds:X509SerialNumber> </xades:IssuerSerial> </xades:Cert> </xades:SigningCertificate> <xades:SignaturePolicyIdentifier> <xades:SignaturePolicyId> <xades:SigPolicyId> <xades:Identifier>https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_1.pdf</xades:Identifier> <xades:Description>Politica de firma TicketBAI 1.1</xades:Description> </xades:SigPolicyId> <xades:SigPolicyHash> <ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha256"/> <ds:DigestValue>K2baIY0fk8jbkPHkffk5F5C46O5VuzDwH21dAovjVRs=</ds:DigestValue> </xades:SigPolicyHash> <xades:SigPolicyQualifiers> <xades:SigPolicyQualifier> <xades:SPURI>https://www.batuz.eus/fitxategiak/batuz/ticketbai/sinadura_elektronikoaren_zehaztapenak_especificaciones_de_la_firma_electronica_v1_1.pdf</xades:SPURI> </xades:SigPolicyQualifier> </xades:SigPolicyQualifiers> </xades:SignaturePolicyId> </xades:SignaturePolicyIdentifier> |
Cita:
No sé si estoy en lo cierto, pero creo recordar que para BATUZ tienes que utilizar en pruebas los certificados que ellos te proporcionan. |
Cita:
|
Sha512
Yo pongo
<ds:DigestMethod Algorithm="http://www.w3.org/2001/04/xmlenc#sha512"/> y luego <xades:DataObjectFormat ObjectReference="#Reference-ec3fd5c8-0fd6-4296-b316-dbd2d9e10546"> <xades:ObjectIdentifier> <xades:Identifier>urn:oid:1.2.840.10003.5.109.10</xades:Identifier> <xades:Description/> </xades:ObjectIdentifier> <xades:MimeType>text/xml</xades:MimeType> <xades:Encoding>UTF-8</xades:Encoding> </xades:DataObjectFormat> No se si tendrá que ver pero sino ami me daba el mismo error que ati |
Cita:
|
Duda con SignatureValueFirmaFacturaAnterior
Me surge una duda a raíz de un problema de envío con un cliente.
En las facturas se debe incluir los 100 primeros caracteres de la factura anterior. Con las siguientes condiciones: - De la serie que sea (la anterior puede ser de una serie distinta. solo se necesita la factura enviada anterior a la actual, sea de la serie que sea) - Deben ser facturas que consten como "enviadas", obviamente. Que no hayan dado Error (rechazadas) Pero me surge una duda... ¿qué ocurre con las Anuladas? ¿esas constan como "Enviadas"? Es decir, a la hora de buscar cual fue la factura enviada anterior... ¿debo tener en cuenta también las anuladas? ¿O solo las enviadas sin error y sin anular? Hasta ahora no me había surgido la duda. Se ve que lo de anular facturas no es tan común... :o |
Cita:
Como tu dices lo de anular facturas no debería ser muy común. |
Gracias Keys.
No solo eso, es que creó la factura con importe cero (????) añadiendo un artículo con el importe de la factura en negativo (?????), la envió y la anuló (??????). El problema es que cuando pasan estas cosas raras que hace la gente porque se pone a probar cosas, es un lío arreglarlo y no sé ni por donde empezar :confused: Pero bueno, al menos en el registro que tengo se guarda todo lo que se hace y poco a poco averiguamos lo que hay que hacer. |
Cita:
Como dice Keys, "Hay que cogerlo de la factura generada anteriormente" y yo añado "independientemente de si está enviada o no y de si se ha rechazado o no". Es una opinión y puede que me equivoque pero nosotros lo hacemos de esta forma. |
Cita:
Aunque este anulada y no enviada, hay que enviarla y luego enviar la anulación, ya que sino te saltas la secuencia de facturas. |
Cita:
|
Cita:
|
Si, acabo de revisarlo y efectivamente lo tengo así: se firma siempre, independientemente de que se envíe o no.
Así que no me preocupo. Raro sería que hubiera una factura que ni siquiera esté firmada. |
El compañero espinete escribió:
Cita:
Guipuzcoa como sede destino. Tengo una factura con descuento comercial global. Segun he leido hay que ponerlo en una lina detalle pero el importeTotal ha de incluir IVA. Mi preguntas son: 1º ¿ Es cierto que tienen que incluir IVA los dtos. globales ? ¿ No va a generar esto descuadres puesto que luego no cuadrará el IVA y no sé cuantas cosas mas ? 2º Si una factura lleva tres tipos de iva distintos ¿ Significa eso que tengo que hacer 3 lineas de detalle de iva o significa que al importeTotal le tengo que calcular los tres porcentajes de IVA y sumarselos ? Esperando alguna de vuestras amables respuestas |
Las Claves indicadas no son compatibles - Batuz
Hola, tengo un caso que Batuz devuelve el error B4_2000026 Las Claves indicadas no son compatibles para todas las facturas de venta que le enviamos.
En esas ventas estamos enviando la ClaveRegimenIvaOpTrascendencia 51 porque la empresa está definida como en recargo de equivalencia. Solo se envía esa clave, por lo que no entiendo bien que diga que no son compatibles, si solo se manda una clave. Buscando el error en el manual de validaciones de batuz he encontrado en el apartado 3.2.10.1 LROE_PJ_240_1_1_Facturas emitidas con software garante hay el texto Cita:
Puede ser que una empresa si es persona jurídica (240) no pueda emitir facturas con recargo de equivalencia?? No se si lo he entendido bien, a ver si vosotros me podéis ayudar. Ah por cierto, estamos enviando al entorno de pruebas de Batuz. Muchas gracias |
Hola en 240 no se admiten la clave 52 y 53, solo son para el 140.
Esas claves son para cuando la empresa que emite la factura esta en recargo de equivalencia, no el que la recibe. En el 240 les da igual esa información y tiene que ir como una operación normal o la que sea. Y si pueden emitir facturas con recargo de equivalencia, ya que eso depende del cliente y no del emisor. |
Dtos
Cita:
El descuento pronto pago y el rappel si van dentro de la factura minoran el importe de las bases es decir es como aplicar un descuento en linea solo que aplicado a todas las lineas. Si van fuera de factura es que es otra factura. Yo estoy aplicando el dto a la linea pero también puedes meter una linea negativa que en este caso lleva iva negativo. |
Cita:
Mi pregunta sería ¿ Hay que aplicarle al ImporeTotal del "dto. global" todos los tipos de IVA que la factura ? |
Cita:
El usuario tenia mal configurada la empresa, a partir de ahora no vamos a permitir configurar una empresa que es persona jurídica con recargo de equivalencia, solo las empresas persona física. |
Cita:
No se si te entiendo muy bien. Yo lo hago asi. Factura Linea 1: 100 21% Iva Linea 2: 200 10% Iva Rappel o Dto 40% Caso 1: - <IDDetalleFactura> <DescripcionDetalle>Linea 1</DescripcionDetalle> <Cantidad>1.00</Cantidad> <ImporteUnitario>100.00000</ImporteUnitario> <Descuento>40.00000</Descuento> <ImporteTotal>72.60</ImporteTotal> </IDDetalleFactura> - <IDDetalleFactura> <DescripcionDetalle>Linea 2</DescripcionDetalle> <Cantidad>1.00</Cantidad> <ImporteUnitario>200.00000</ImporteUnitario> <Descuento>80.00000</Descuento> <ImporteTotal>132.00</ImporteTotal> </IDDetalleFactura> - <DetalleIVA> <BaseImponible>60.00</BaseImponible> <TipoImpositivo>21.00</TipoImpositivo> <CuotaImpuesto>12.60</CuotaImpuesto> </DetalleIVA> - <DetalleIVA> <BaseImponible>120.00</BaseImponible> <TipoImpositivo>10.00</TipoImpositivo> <CuotaImpuesto>12.00</CuotaImpuesto> </DetalleIVA> caso 2: <DescripcionDetalle>Linea 1</DescripcionDetalle> <Cantidad>1.00</Cantidad> <ImporteUnitario>100.00000</ImporteUnitario> <ImporteTotal>121.00</ImporteTotal> </IDDetalleFactura> - <IDDetalleFactura> <DescripcionDetalle>Linea 2</DescripcionDetalle> <Cantidad>1.00</Cantidad> <ImporteUnitario>200.00000</ImporteUnitario> <ImporteTotal>220.00</ImporteTotal> </IDDetalleFactura> <DescripcionDetalle>Linea 3</DescripcionDetalle> <Cantidad>-1.00</Cantidad> <ImporteUnitario>40.00000</ImporteUnitario> <ImporteTotal>-8.40</ImporteTotal> </IDDetalleFactura> <DescripcionDetalle>Linea 4</DescripcionDetalle> <Cantidad>-1.00</Cantidad> <ImporteUnitario>80.00000</ImporteUnitario> <ImporteTotal>-8.00</ImporteTotal> </IDDetalleFactura> Las bases igual que en el caso 1. |
Seria asi las dos lineas negativas que me e equivocado al ponerlo
<DescripcionDetalle>Linea 3</DescripcionDetalle> <Cantidad>-1.00</Cantidad> <ImporteUnitario>40.00000</ImporteUnitario> <ImporteTotal>-48.40</ImporteTotal> </IDDetalleFactura> <DescripcionDetalle>Linea 4</DescripcionDetalle> <Cantidad>-1.00</Cantidad> <ImporteUnitario>80.00000</ImporteUnitario> <ImporteTotal>-88.00</ImporteTotal> </IDDetalleFactura> |
Cita:
Muchas gracias Noe277. Me queda claro que hay que poner tantas lineas de detalle para dto. global como tipos de iva distintos tenga la factura. Muchas gracias de nuevo por tu tiempo |
La franja horaria es GMT +2. Ahora son las 13:40:08. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi