FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#101
|
||||
|
||||
Cita:
A los que hacen estos textos no les iría mal hacer un curso de escritura, volver a la secundaria o algo para aprender a redactar. (O que Google incluya en su traductor: lenguaje oficial ) |
#102
|
|||
|
|||
Cita:
- La "Ley Antifraude" (VeriFactu) es el TicketBAI de la AEAT. Si ya tenemos la aplicación hecha para TicketBAI, cuando se publique el reglamento VeriFactu se desarrolla en la misma línea como "cuarta hacienda foral", o quinta si contamos con Navarra, que al final no se sabe si irá por TicketBAI o VeriFactu, esta es otra... - FACE sigue siendo lo mismo: si prestamos un servicio al Ayuntamiento de Madrid éste espera que le envíes un XML FacturaE firmado mediante FACE, si no, no te pagará la factura. - Si el servicio lo prestamos a una Administración Pública del País Vasco, tendremos que cumplir con la normativa TicketBAI y además generar el XML firmado. - Con el SII también vamos a convivir, en este caso presentamos los datos de facturas de venta, y también de compra a la AEAT con un margen de 4 días. - Se nos olvidaba el FACeB2B, una extensión de FACE que permite facturar a subcontratistas especificando la obra del contratista en el XML, y algunas cosas más... ... Un follón, no cabe duda, pero lamentablemente esto ha llegado para quedarse. |
#103
|
|||
|
|||
Cita:
|
#104
|
|||
|
|||
Cita:
Normativa 2: factura electrónica, es el conjunto de las facturas electrónicas que existen(las que cumplen nomrat8vas), , facturae, People...,, es la obligación de enviar y recibir facturas a y desde proveedores... puede intervenir organos como el ministerio de economía y hacienda si hay o detecta morosidad excesiva. Son 2 normativas y las 2 serán obligatorias, la gratuidad se refiere a que debe estar disponible para el receptor de la factura por los x años que esté vigente según ley, 4 ó 5 años creo. Última edición por ermendalenda fecha: 11-11-2022 a las 20:55:38. |
#105
|
|||
|
|||
Cita:
|
#106
|
|||
|
|||
Hola...
Necesito obtener el listado de administraciones públicas y sus correspondientes "órgano gestor", "unidad tramitadora", "oficina contable", etc. En Delphi lo tengo hecho, pero necesito ahora hacerlo en PHP y nunca he trabajado con WSDL desde PHP. Sé que existe una API REST para obtener las entidades acogidas a DIRe (Directorio de Entidades), pero creo que no es lo mismo. Necesito obtener las administraciones públicas, y solo encuentro la opción WSDL: ://administracionelectronica.gob.es/ctt/face/descargas ¿No existe API REST para obtener ese listado? |
#107
|
|||
|
|||
Cita:
(y acabo de darme cuenta que quien abrió este hilo hace ya 7 años fui yo!! ) Solo existe el SOAP, así que hay que currarse la creación del XML, la firma, etc. en PHP "a mano" (o usar alguna librería de FacturaE que lo haga). Aclaro (a mi mismo también) que una cosa es DIRe y otra DIR3. Esta gente poniendo nombres son lo más. Disculpen por postear sobre PHP, pero como en los hilos de ticketBai hay también algo de código php, lo pregunté aquí. |
#108
|
|||
|
|||
Hola a todos,
Expongo aquí alguna información de como va el temita de la facturación electrónica a falta de que se publiquen los requerimientos técnicos y nos compliquen la vida. Al parecer, a diferencia de otros países como Italia, en España no va existir (...de momento) una plataforma única donde enviar y recibir las facturas electrónicas, se ha optado por la vía de lo privado, de modo que cada empresa (o autónomo) deberá elegir una plataforma privada de las que ya existen (como por ejemplo Edicom) o de las que seguro se crearan nuevas, a esa plataforma privada es a la que se enviarán y de la que se recibirán las facturas a cliente o de proveedores. "La gratuidad" a la que se refiere la ley es a la interconectividad entre las plataformas, o sea, que la empresa contrata con una sola plataforma y esa plataforma es la que se encarga de conectarse con otras para enviar la factura a los clientes o recibirla de proveedores, independientemente de la plataforma que tenga contratada cada uno. En cuanto a los formatos de la factura todavía no está claro, cuantos ni cuales serán admitidos, supongo que se publicará alguno con los datos mínimo, en principio la idea es admitir todos los formatos estándar internacionales Edifac , el propio del facturae a administraciones públicas, etc. Es de suponer que como cada plataforma opera con el suyo, admitirán varios formatos.(???) En definitiva nos tocará pagar a todas las empresas las plataformas privadas y a nosotros como programadores pelearnos con sus formatos y sus enlaces. Espero que al ser privadas por lo menos que sean agiles a la hora de poner servidores de prueba. De todas formas esto parece que va muy lento para el grueso de empresas será obligatorio en 2025 así que recomiendo no agobiarnos de momento. |
#109
|
||||
|
||||
Cita:
|
#110
|
|||
|
|||
Pero vamos a ver una cosa...
¿Cómo que varios formatos? ¿Cómo que varias plataformas? O sea, que la empresa de software debe encargarse de elegir una plataforma donde subir las facturas y permitir consultarlas (el alojamiento en la nube cuesta dinero)? Y además, probablemente, hacer que el software debe ser compatible con todos los formatos posibles? No les sirvió Ticketbai como ejemplo, pese a sus problemas iniciales? No se supone que FacturaE, FACe, SII deberían haber servido para algo? Vamos a seguir siendo el país de los PARCHES? |
#111
|
||||
|
||||
Pues qué quereis que os diga. Dentro de mi ignorancia de cómo está la cosa en la actualidad dudo que obliguen a TODO EL MUNDO a asociarse con una plataforma para el tema de las facturas electrónicas. Eso vale dinero y yo en particular no lo veo necesario. En teoría la ley obligará a emitir y recibir facturas electrónicas. Muchos de nosotros ya emitimos facturas con formato "facturae" sin mayor problema y recibirlas tampoco debería de serlo porque no deja de ser un fichero XML y en internet hay lectores de facturas electrónicas. ¿Para qué queremos entonces una plataforma?
Saludos.
__________________
Be water my friend. |
#112
|
|||
|
|||
Cita:
De hecho es una de las razones que hace que el mundo de las plataformas quedará reducido a unas pocas al paso del tiempo; que ¿serán las que han sabido atraer a los desarrolladores? Cita:
Es cierto que usaba un contrato baratísimo, y que había otras formas de contrato más premium que incluyan el acceso a la plataforma de pruebas; y un desarrollador independiente debe optar al tipo de contrato que le será más adaptado; que será distinto del contrato de su cliente... (= más gasto o más facturación, según cómo se mira). Aparte de ser más agiles, hay que recordar que las empresas privadas no suelen regalar medios o funcionalidades. Cita:
Es cierto que las plataformas pueden aliviar el tema para las muchas empresas que manejan un número reducido de facturas, lo pondrán en PDF y con eso se apaña mucha gente. Pero si la empresa quiere ir un poco más lejos y recuperar los datos que están incorporadas en la factura electrónica, es decir modo ERP en lugar de ser una sencilla contabilidad, deberán lidiar con la API y el formato propuesto por la plataforma (después de haber pasado por caja). ¡Ya! |
#113
|
|||
|
|||
Creo que a esto ya ha respondido espinete:
Aunque estoy consciente que lo de «nosotros» y «queremos» tiene matices que pueden ser variopintas |
#114
|
|||
|
|||
Sobre FaceB2B...
TENIA ENTENDIDO: que el FaceB2B es una plataforma suministrada por la AEAT para la remisión de facturas entre empresas que subcontraten con las Administraciones... pero que quedaría abierto para que cualquier empresa pueda usarla como plataforma de emisión y recepción de facturas. El formato electrónico es parecido al que generamos para el FACE.GOB.ES pero posiblemente haya que meter cambios... primero porque las empresas privadas tienen un identificador DIRe, mientras las administraciones públicas tienen 3 identificadores: Órgano Gestor, Unidad Tramitadora y Órgano Contable. Para Obtener un identificador DIRe sólo tienes que registrarte con un certificado válido, luego puedes de darte de alta en FACEB2B sin problemas como "Cliente".
¿Y programas y los desarrolladores? Para que nuestro software pueda automatizar el envío de facturas, creo que podemos darnos de alta en esa plataforma como ESF: Empresas de Servicios de Facturación, para lo cual nos tenemos que registrar y obtener un permiso, también solicitando un DIRe, con nuestro certificado, y rellenando un cuestionario... entonces, si nos aceptan, apareceremos en su bonito listado de ESF asociadas al FACEB2B. A partir de ahí, las empresas que tengan plataformas como el FACEB2B (voxtel, ingram, edicom...), están obligadas a comunicarse entre ellas (incluido el FACEB2B) para suministrar al consumidor final una factura en formato electrónico standard, cuando éste lo solicite... y si terceras plataformas incorporan facturas electrónicas de otros clientes, también están obligados a comunicarse con el FaceB2B para que los receptores puedan solicitar sus facturas a través de este único canal.... Imaginaros si para consultar las facturas de un proveedor tuviéramos que ir mendigando en todas las plataformas a ver si hay algo para mí !!! Espero no estar equivocado, por lo que les pido que si alguien consigue darse de alta como ESF exponga su experiencia y confirme la metodología que he expuesto... estamos saturados de trabajo y nos queda unas semanas para que nosotros podamos abordar este tema.
__________________
Amar al mundo apasionadamente. |
#115
|
|||
|
|||
WEBINAR: Factura electrónica obligatoria
Hola dejo enlace de webinar donde explican un poco el tema de la facturación electronica,
realizado por EDICOM, en colaboración con el Ministerio de Asuntos Económicos y Transformación Digital, es un poco simple y aburrido pero adelanta como será el tema de las plataformas. https://www.youtube.com/watch?v=YOuCOu2URTM |
#116
|
|||
|
|||
Cita:
En el minuto 16:20 habla de comunicar los "Estado de la Factura", para mí ha sido una novedad. Muchas Gracias |
#117
|
||||
|
||||
Gracias a ti compañero por la info.
__________________
Be water my friend. |
#118
|
|||
|
|||
Cita:
espero que al final los precios sean económicos o estén subvencionados o terminen poniendo una plataforma gratuita. |
#119
|
||||
|
||||
Ok, le echare un vistazo cuando pueda, gracias por la info.
|
#120
|
|||
|
|||
Alguna novedad con la publicación del reglamento?
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Facturas Electronicas Argentina | Chaja | Varios | 3 | 10-07-2015 20:15:05 |
Agregar Adendas a Facturas electronicas mexico | reypcs | Varios | 0 | 20-01-2011 17:26:10 |
Tabla de Facturas vs Detalles de Facturas | magnu9 | Conexión con bases de datos | 9 | 27-07-2007 18:27:37 |
Comunicaciones electronicas EDI | Toni | Conexión con bases de datos | 0 | 18-04-2006 14:06:34 |
Campos calculados, facturas y detalles de facturas. | Letty | Conexión con bases de datos | 7 | 07-11-2003 12:19:44 |
|