FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Cita:
Gracias.lo tendré en cuenta para avisar que tiene que hacer 2 facturas. No me voy a complicar, además no creo que se nos dé el caso nunca . Pero gracias por la explicación, me viene bien saberlo. |
#2
|
|||
|
|||
Buenas,
Tengo una duda y es que si envío todas las facturas vía verifactu......¿que pasa con las facturas que se hagan a la administración y que hasta hora se enviaban por face ? Puedo crear dos series de facturas y enviar las de la administración por face y el resto por verifactu? Gracias |
#3
|
|||
|
|||
Cita:
La de verifactu son el reporte fiscal y fac es para que te paguen. Más adelante, con el desarrollo del punto de las facturas electrónicas de la Ley Crea y crece se verán algunos cambios en cuanto al control de las facturas, quieren controlar la morosidad, pero me resultaría raro que sancionarán tb los retrasos de pagos de las administraciones a los proveedores, esperemos que haya equidad en el control. Bueno lo dicho Verifactu : reporte fiscal a Ministerio de Hcienda Face: envío de facturas a administraciones controlad/coordinada a por el Ministerio de Economía. |
#4
|
|||
|
|||
Cita:
Una cuestión nada tiene que ver con la otra. veri*factu es un sistema que crea la AEAT para tener el registro de iva a tiempo real (o casi). La factura electrónica actual no la gestiona la AEAT. La nueva factura electrónica tampoco. Son cosas paralelas. Aunque si bien es cierto que el depósito de las facturas electrónicas futuras estará dentro de las instalacones de la AEAT. Pero no es lo mismo. Aunque no lo menciona el caso del SII es "similar" a veri*factu, no obstante de momento quedan excluidos del veri*factu. De momento al menos. Así que las facturas por face deberá seguir haciéndolas hasta que entre en vigor el nuevo modelo de intercambio de facturas generalizado tanto recibidas como emitidas así como sus pagos. Y veri*factu estará obligado a hacerlo como cliente final el 1 de Julio del 2025. Los desarrolladores antes. Aunque hay que recordar que algunos no estarán obligados a acogerse a veri*factu. (agricultura, ...) Espero serle de aporte a su consulta. Un saludo. |
#5
|
|||
|
|||
El SII me genera una duda, tengo clientes en el SII y otros no, mi idea es que el programa funcione siempre en verifactu. Con estos dos tipos de clientes ¿habría que poner una opción para que el cliente diga que tiene SII y entonces no enviar? el envío del SII en nuestro caso es una aplicación aparte (donde está instalado el certificado electrónico) y es el que se dedica a enviar las facturas normalmente por un responsable.
|
#6
|
||||
|
||||
Claramente tendrás que distinguir si el usuario está en el SII o en VeriFactu y dependiendo de la configuración enviar por un lado o por otro.
Saludos.
__________________
Be water my friend. |
#7
|
|||
|
|||
Cita:
Por lo que yo sé, los que tienen SII están excludos de usar el SIF. Y por lo que yo también he entendido no tienen que cumplir los requisitos ni del veri*factu ni del NO veri*factu. Tengo mis dudas si en el futuro se eliminara el SII y todo el mundo funcionará con veri*factu. Por otro lado en el veri*factu no es necesario usar el certificado digital para encadenar los documentos pero si hay que usarlo para comunicar con el web-service de la aeat. Personalmente intentaré usar el certificado para encadenarlos por si lo piden en el futuro. Sea como fuere si se trata de un sistema cliente-servidor centralizado tendrá que isntalar el certificado digital en el equipo central. Tampoco sé qué certificado hay que usar para encadenar los documentos pero quiero imaginar que será el del cliente y no del fabricante. En mi caso tengo clientes con varias empresas. Hay PDF que ha sacado la aeat para ver como se pueden combinar. Supongo que si en su caso tiene clientes con SII y otros con SIF cambiarán las normas para cada empresa. -esto último es imaginación mía y simplemente cuestión de lógica- Por otro lado si se ha acogido a un modelo mixto de veri*factu y no veri*factu creo que podría tener problemas mezclando empresas con SII. Espero serle de alguna ayuda. Un saludo. |
#8
|
|||
|
|||
Gracias a los dos, tendré que controlar que si me marca que no quiere verifactu es porque tiene SII y está enviando, en caso contrario verifactu siempre.
|
#9
|
|||
|
|||
Dios nos pille Confesados.
Porqué han implementado este churro de Sistema, cuando ni siquiera es práctico para ellos y mucho menos para las empresas. Porqué no se ha utilizado el Standard de Facturae y encapsulado dentro de SOAP. Es que no se dan cuenta de que para las empresas no nos sirve. Si todo es más simple....
1. Enviamos a través de SOAP (o de lo que prefieran) el XML con el lote de facturas. Pueden mantener lo del Hash, el encadenamiento, pero usando el Standard Facturae 2. Obtenemos las respuestas 3. Que se nos dé la posibilidad de importar las facturas completas de nuestros proveedores. Nos ahorramos un trabajo duro de mecanización. En definitiva han diseñado una BRAGA (con mayúsculas) y nos dejan en pelotas con un sistema que no vale para absolutamente nada desde el punto de vista empresarial. Como habréis visto solo se envían bases imponibles y tipos impositivos. Ni se envían líneas de detalles, ni otro tipo de impuesto, ni nada referido a formas de pago, ni nada que para las empresas tenga algo de valor. En definitiva.... La AEAT se ha lucido de esta vez. No dan aprendido de las agencias tributarias de otros países donde si se ha extendido e implementado el uso de la Factura Electrónica de verdad. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Hijo de Informáticos | gluglu | Humor | 3 | 13-03-2007 11:05:35 |
Adictos informaticos ... | Trigger | Humor | 2 | 11-10-2004 12:18:32 |
Nosotros los Informáticos | Trigger | Humor | 1 | 10-10-2004 14:58:09 |
Patrón de los Informáticos. | obiwuan | Varios | 20 | 10-09-2003 14:44:54 |
Chistes Informaticos | jhonny | Humor | 2 | 11-08-2003 21:59:09 |
|