FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Gracias compañero. Al final se las apañarán para que nos caigan a la vez los dos truños Verifactu y Factura Electrónica.
__________________
Be water my friend. |
#2
|
|||
|
|||
Verifactu Vs Factura electrónica
Post erroneo
|
#3
|
|||
|
|||
Verifactu Vs Factura electrónica
No sé si alguien con más experiencia en factura electrónica sabe la equivalencia entre la factura sustitutiva o de canje con la factura electrónica.
Se me ocurren 2 formas: Factura completa, insertando los documentos pdf de los tiquets Factura recapitulativa e indicando fecha y número de tiquet de cada operación Pero ninguna de las 2 formas encaja 100% |
#4
|
|||
|
|||
Cita:
Otra cosa. He leido esto en un artículo: Cita:
__________________
Amar al mundo apasionadamente. |
#5
|
|||
|
|||
Cita:
Por otro lado, ese artículo de que fuente es ? Eso podría hacerse sí facturae ampliase la estructura añadiendo otros nodos (proveedor o punto de entrada) y un campo dir3 más amplio, que actualmente sólo es de 10 caracteres. No me extrañaría, pero por lógica la historia sería más normal justo al revés, o sea. El que tenga otro proveedor ya tendrá que currarse el proveedor de leer las facturas del punto de entrada público o incluso que estén todos los proveedores a crear ese punto de entrada público para enlazar. Así el comprador puede dar el dir3 de facturae o el del proveedor según el comercio, pienso yo que para no liar darán siempre los 2. Por otro lado facturar admite el nodo "extensiones" lo cual sería una gran putada para nitroso que intentase que metieras ahí a todos los proveedores, ya que al final estaríamos en las mismas, para que quiero un punto de entrada público si no hay capacidad de tener en cuenta todas las extensiones....pero se me ocurre tb que hagan alguna extension común para enviar a cualquier proveedor, por ahí pueden ir los tiros, aunque también pueden querer aprovechar el nodo de información adicional de la factura para no tener que cambiar ni añadir estructuras Hay muchas posiblidades Última edición por ermendalenda fecha: 13-03-2024 a las 17:11:20. |
#6
|
||||
|
||||
Si no recuerdo mal en la charla de la aeat dijeron que todas las facturas tienen que ir al punto de entrada público, tengan o no contratado uno privado.
|
#7
|
|||
|
|||
Cita:
Creo que este control va a ir más allá y no sé hasta donde llegará ese control de morosidad y que recogerá el reglamento, me temo que vamos a tener que estudiar nos también los temas relaci9nados con límites en las fechas de pago... Al final me voy a hacer asesor fiscal en vez de programador. Vaya tela. |
#8
|
|||
|
|||
Sobre Nodos facturae
Hola, sigo analizando facturae.
En cuanto a las equivalencias de tipos de factura: -Para la sustitutiva ya que no hay una equivalencia explicita y como facturae está concebida para cobrar y pagar ( no es reporte a la AEAT), entonces Factura Sustitutiva(Verifactu)=Factura Completa(Facturae) -Y ahora al revés, Factura Recapitulativa Facturae(albaranes, notas de entregas convertidas a factura)=Factura Completa Verifactu En cuanto nodos que no contemplamos normalmente y que hay que tener en cuenta: -Ibank=Cuenta donde solicitamos la transferencia (Si solitamos pago por transferencia) -INETownCode=Código población segn el INE(Ojo no es el código Postal, podeis descargaros del INE la tabla, lo que es complicado es establecer la relación de las direcciones con los codigos de poblacion y los codigos postales, ni siquiere la Seguridad Social lo tiene bien, pero podeis dejarlo sin relacion y que lo escriban, aunque seguro el usuario se va a equivocar muchisimo si no vinculais y dais una ayuda) InstallmentDueDate e InstallentAmountDate=Fecha e importe del efecto, pertenecen al nodo Installments(se repite tantos efectos tengas). Una factura puede emitirse para que pague en otra/s fecha/s, por transferencia o por otro metodo, aqui debes poner la/s fecha/s e importes -AdministrativesCentres= Son datos opcionales que tendrá que darnos el cliente si quiere que le emitamos las facturas según estos Roles. Por ejemplo una empresa que tenga distintos centros de operaciones por provincia, tendremos que tener creado al mismo cliente con distintos centros administrativos para que cada uno accesa a sus facturas. -AdditionalData=Esto va a ser un nodo importante en el que agregaremos información adicional. Casi seguro en un subnodo de este nodo insertaremos el QR(en modo texto), podremos insertar el pdf de la factura en un formato especifico para poder insertarlo, por ejemplo en BASE64. Otros datos importantes que teneis que tener en cuenta: CountryCode= a Rellenar según tabla de codigo de paises Alpha 3, que son los códigos de los paises en 3 caracteres según la normatica ISO 3166-1, que es la que usa facturae, aunque la nueva ley habla de la obligatoriedad de emitir al menos para los clientes de España, no sé si se va a dar algún caso en que haya que meter el codigo de pais por el tipo de cliente que no sea residente y sea de la UE, recordad que el CodigoPais para verifactu es Alpha 2. Tipo de Cliente: Persona Fisica o Juridica=Es facil establecer (Para los nifs, cifs, españoles) si es Fisica o Juridica, pero dejaos un campo a rellenar por si las moscas. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Facturas Electronicas Argentina | Chaja | Varios | 3 | 10-07-2015 19:15:05 |
Agregar Adendas a Facturas electronicas mexico | reypcs | Varios | 0 | 20-01-2011 16:26:10 |
Tabla de Facturas vs Detalles de Facturas | magnu9 | Conexión con bases de datos | 9 | 27-07-2007 17:27:37 |
Comunicaciones electronicas EDI | Toni | Conexión con bases de datos | 0 | 18-04-2006 13:06:34 |
Campos calculados, facturas y detalles de facturas. | Letty | Conexión con bases de datos | 7 | 07-11-2003 11:19:44 |
|