Decimales en facturas electrónicas

[mamcx]

Especulando, creo que el problema es que no puedes alterar los calculos... SOLO SU VISUALIZACION.

Osea, haz calculos EXACTOS Y da los resultados de acuerdo. Solo a la hora de como se VEN redondea.

Eso es lo que siempre he hecho. (Y SIEMPRE uso tipos decimales para todo lo que es dinero, y solo al final convierto a lo que sea)

[[newtron]]

Gracias manelb, siguiendo lo que habíamos comentado ayer envié un fichero con el campo "TotalCost" redondeado a dos decimales (tal y como me envías en tu fichero de ejemplo) y me acaban de enviar un correo rechazando el fichero ahora por otro motivo: "Rechazada Sist.Contable:AUT. 000001- El tercero no existe en SICALWIN : U19757097"


¿Te suena eso de SICALWIN? He mirado por internet y parece que es el programa que usan en el ayuntamiento para manejar las facturas electrónicas, ¿es posible que desde el ayuntamiento tengan que dar a la empresa de alta o algo así?

Empezado por mamcx

Osea, haz calculos EXACTOS Y da los resultados de acuerdo. Solo a la hora de como se VEN redondea.

Gracias mamcx, estamos en ello.


Saludos

[engranaje]

Ese último error apunta a que desde el ayuntamiento destinatario de la factura la han rechazado por no encontrar un tercero con el identificador de la factura en su bd. Lo normal sería que añadieran al nuevo tercero o modificaran el identificador si es que ya tienen al tercero pero con un identificador distinto. Todo esto, sando por hecho que el identificador del tercero que envías en la factura es el correcto.

[[newtron]]

Empezado por engranaje

Ese último error apunta a que desde el ayuntamiento destinatario de la factura la han rechazado por no encontrar un tercero con el identificador de la factura en su bd. Lo normal sería que añadieran al nuevo tercero o modificaran el identificador si es que ya tienen al tercero pero con un identificador distinto. Todo esto, sando por hecho que el identificador del tercero que envías en la factura es el correcto.

Esta empresa le vende por primera vez al ayuntamiento. Cuando se habla del "tercero" imagino que es el emisor de la factura. Mi pregunta es ¿tiene el ayuntamiento que darlo de alta en su sistema?


Gracias y un saludo

[manelb]

Nunca he tenido este error, aunque tiene toda la pinta de lo que dice engranaje.
No estoy seguro de si el organismo en cuestión que recibe la factura debe dar de alta al proveedor en algún sistema.
En todo caso el ayuntamiento nos podría sacar de dudas.

Por otra parte cabría verificar que el problema no venga por un error en los códigos DIR3, aunque tiene más pinta de lo anterior.

[engranaje]

Normalmente para poder importar las facturas en su sistema de contabilidad necesitan tener registrado el tercero. Otra cosa es que desde su programa permitan darlo de alta o rechazar la factura y el usuario haya decidido rechazar en lugar de dar de alta.


En esta url parece que explican algo acerca del proceso.

http://www.dip-badajoz.es/agenda/tab...e_Infomuni.pdf

[[duilioisola]]

También puede ser que estén pidiendo que asignes un Centro administrativo.
En nuestra aplicación los tenemos definidos por dirección o para todas las direcciones.

Direccion Descripcion           Rol Centro_Adm.
-------------------------------------
0         Todas las direcciones  01  W123456
1         Direccion BCN          02  W456789
2         Direccion MAD          02  M987654

// RoleTypeCode
// Tipo rol. Indica la función de un Punto Operacional (P.O.) definido como Centro/Departamento.
// Estas funciones son:
// "Receptor" - Centro del NIF receptor destinatario de la factura.
// "Pagador" - Centro del NIF receptor responsable de pagar la factura.
// "Comprador" - Centro del NIF receptor que emitió el pedido.
// "Cobrador" - Centro del NIF emisor responsable de gestionar el cobro.
// "Fiscal" - Centro del NIF receptor de las facturas, cuando un P.O. buzón es compartido por varias empresas clientes con diferentes NIF.s y es necesario diferenciar el receptor del mensaje (buzón común) del lugar donde debe depositarse (empresa destinataria).
// 01 Fiscal - Oficina Contable, es España
// 02 Receptor - Organo Gestor, es España
// 03 Pagador - Unidad Tramitador, es España
// 04 Comprador - Organo Ponente, es España
// 05 Cobrador
// 06 Vendedor
// 07 Receptor del pago
// 08 Receptor del cobro
// 09 Emisor

<AdministrativeCentres>
   <AdministrativeCentre>
      <CentreCode>U19757097</CentreCode>
      <RoleTypeCode>01</RoleTypeCode>
   </AdministrativeCentre>
</AdministrativeCentres>