![]() |
![]() |
| 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
|
|||
|
|||
|
Cita:
Pero el caso es: - cliente que usa un SIF para generar sus facturas y enviar a Veri*factu. - además, usa un portal (p.e. b2brouter) para generar y enviar la factura electrónica (sólo las que son para organismos oficiales); y este portal tiene la posibilidad (que en enero quizás sea una obligación) de enviar a Veri*factu. La cuestión es como compatibilizar estos 2 'entornos'. |
|
#2
|
|||
|
|||
|
Ya por fin no estoy solo con esto de Efactura vs Verifactu
Paralelamente les estoy enviando incompatibilidades y con suerte algunas cositas allanarán el camino |
|
#3
|
||||
|
||||
|
Nosotros tenemos numerosos clientes que envían las facturas desde hace varios años a organismos oficiales a través del portal FACE. Pero entiendo que eso es un añadido. Nuestros clientes tienen que enviar ahora todas las facturas de venta a la AEAT (Verifactu) sean o no expedidas a organismos oficiales. Y además, las que sean de organismos oficiales, tendrán que enviarlas también por FACE. Yo creo que una cosa no quita la otra. Quizá tu programa debería que tener la posibilidad de crear esa factura en formato FACTURAE para facilitarle la vida al cliente y que no la tenga que crear a mano. Es decir, no por tener que enviar por FACE una factura van a tener que dejar de enviarla a la AEAT. Creo que es esto lo que planteas. Es más, nuestros clientes de Ticketbai hacen exactamente eso. Envian todas las facturas a la agencia vasca correspondiente, y además, si es para organismo oficial, pues a traves de FACE o del portal que sea.
|
|
#4
|
|||
|
|||
|
Cita:
|
|
#5
|
|||
|
|||
|
Cita:
|
|
#6
|
|||
|
|||
|
Importante, que me olvidaba.
Si no quereis tener algún problema con el xml de Facturae al agregar el QR, teneis que ponerlo en codigo URI, teneis que cambiar: Cita:
|
|
#7
|
|||
|
|||
|
Buff, lo del facturae ni lo estamos mirando, tenemos lo que en su día hacía falta y actualmente funciona. Esto que comentas de agregar el QR
, pero me anoto lo del código URI para al que le toque ponerse con ello lo tenga en cuenta. Graciassss. |
|
#8
|
|||
|
|||
|
Aclaro una cosa de Face.
Si un O.T. hace todo manual o no está obligado a hacer facturas por el regimen que le toca, pero tambien emite por Face (ejemplo un jardinero) no tiene que emitir a la vez esa factura de Face a Verifactu, Face no implica una obligaciom addixional al reglamento. Pero no confundsmos, si un emisor hace facturas por SIF no puede hacer parte manualmente, ni basta con enviarla a Face. |
|
#9
|
|||
|
|||
|
Cita:
|
|
#10
|
|||
|
|||
|
Cita:
Cada dia nuevas restricciones conocidas |
|
#11
|
|||
|
|||
|
No entiendo bien, en una empresa se puede tener una serie que envia a VeriFactu y otra serie excluida. Nosotros tenemos asi clientes porque la serie excluida son facturas que mandan desde otro software, solo quieren contabilizarlas, eso ya lo pregunte en su día y nos respondieron que era correcto.
|
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Encuenta anónima para conocer el uso de la DLL para Veri*factu | Neftali [Germán.Estévez] | SDK Componente Verifactu para Delphi 7+ - Subforo Avisos/consultas | 8 | 25-11-2025 17:51:47 |
| ¿Qué tipo de certificado necesito para integración con Veri*Factu como proveedor | francescofera | Temas legales | 4 | 10-06-2025 16:59:22 |
| VERI*FACTU: Novedades sobre uso de la Colaboración Social para la remisión y consulta | Neftali [Germán.Estévez] | General/Noticias | 3 | 29-01-2025 16:19:55 |
| Fecha final VERI*FACTU desarrolladores e inicio para los usuarios. | [email protected] | General/Noticias | 7 | 19-11-2024 16:05:41 |
| Duda correspondencia tipo de factura Veri*Factu/Facturae | ermendalenda | Registros de Facturacion y Eventos (XML) | 2 | 03-11-2024 11:43:23 |
|