FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Cita:
Bueno yo creo que las 2 pueden ser buenas. Cada uno deberá decidir para su programa cual es mejor. Creo que ambas tienen ventajas/inconvenientes.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#2
|
|||
|
|||
Cita:
Si estoy en lo correcto, quizás la generación del xml sería por parte del equipo que genera la factura y que la dejaría en una carpeta "común" y por otro lado está el programa dedicado al envío de dichos ficheros xml a Hacienda, que no tiene por que hacerlo en tiempo real, ya que según he leído por ahí, la propia hacienda puede marcar el ritmo de envío y el número de facturas a enviar en cada envío. Per la verdad es que cuando te pones a pensar que puede haber varios equipos a la vez facturando con la misma serie, buff, la posibilidad de combinaciones es grande. Si se da el caso de que estén facturando simultáneamente, quizás el primer equipo aún no generó del todo el xml, y el segundo equipo está intentando leer información del xml que aún no se generó o no del todo... En fin... La otra opción que he pensado es con algún sistema de flags, que cada vez que algún equipo equipo genere una factura, un programa en el servidor genere todos los xml de las facturas que se hayan generado desde la última vez o algo así... Y la facturación en bloque de fin de mes, que se pueden generar cientos de facturas en un momento... En fin... Poco a poco... |
#3
|
||||
|
||||
Cita:
Bueno, pero de eso no le podemos "echar la culpa" a VERI*FACTU, esos problemas ya los tenemos ahora...
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
#4
|
|||
|
|||
Cita:
Yo por ejemplo eso no voy a tener problemas por qur para distintos tpvs tengo números de serie diferente y si hay algún dispositivo más enganchado al tpv(una.pda por ejemplo o un cajón de cobro automatico, o incluso otro tpv satelite) leen y escriben en el mismo sitio, controlando bien los índices únicos no existe problemas. |
#5
|
|||
|
|||
Cita:
El tema de los números de nueva factura pueden gestionarse de la misma manera, es decir atribulándose dentro de la sección crítica; pero no tengo claro si es un requisito imprescindible de los sistemas de facturación que los registros de factura tipo S0 sigan encadenados en orden estrictamente ascendente de número de factura en cada serie (muy posible que me he perdido algo aquí). Obviamente es muy preferible, pero creo que se puede haber circunstancias como las que describes que hacen que los números pueden resultar desordenados a veces, en caso de incidencia en la generación del registro después de haber obtenido un número de futura factura. Y desde luego, dado que el número de factura está mezclado con el número de serie en el campo IDFactura, no veo como Hacienda puede automatizar un control de este requisito. |
#6
|
|||
|
|||
Cita:
La sanción por emitir facturas que no guardan correlación y seguimiento numérico se considera una falta leve según Hacienda y por la que tendrías que pagar llegados al caso unos 150€ por cada factura que no se haya emitido correlativamente. Una de las reglas básicas es que deben llevar un orden numérico y cronológico sin saltos y sin vueltas atrás en el orden de tiempo. Que sancionen o no, antes dependía del inspector, a partir de ahora no sabemos. Última edición por ermendalenda fecha: 12-01-2024 a las 19:16:38. |
#7
|
|||
|
|||
Cita:
Implícitamente, le estas sustituyendo como norma de tiempo la fecha-hora (con ±1 minuto de precisión) del registro S0 de la factura dentro del sistema de facturación. Esta fecha-hora solo se puede ver si se mira el registro S0; no hay que perder de vista que este registro S0 puede ser «mejorado» por un registro S1 ulterior, que será el registro al cual está ligado la factura real. Hay otro tema relacionado con las fechas que no tengo claro: ¿es correcto emitir una factura que lleva fecha (el día impreso) distinto a la fecha del registro? El reglamento 2007/23 dice (artículo 9) que un registro debe ser generado simultáneamente o inmediatamente anterior a la expedición; por tanto parece decir que fechas distintas no son posibles, solo se pueden expedir facturas llevando fecha de expedición de hoy. Sin embargo, en muchos pequeños comercios veo a gente que hacen sus facturas cuando tiene tiempo de hacerlo, por ejemplo los finales de semana, y ponen como fecha a menudo la de final del mes; ¿tendrán que cambiar de costumbre? Al mismo tiempo, veo a una empresa nacional de telecomunicación que emite sus facturas con 7 días de antelación (hoy emiten las facturas con fecha 19/1/2024); cierto que están en el S.I.I. (y no sé en qué día reporten en SII, supongo que dentro de 7 días) entonces no veré un QR, pero la práctica no para de sorprenderme. |
#8
|
|||
|
|||
Cita:
Otro caso muy común es emitir facturas un viernes con fecha del lunes (ya que la empresa no trabaja los fines de semana) para adelantar trabajo y que el lunes salgan los repartidores temprano. |
#9
|
|||
|
|||
Cita:
Entiendo que si has expedido una factura con una fecha incorrecta, puedes emitir una rectificativa por sustitución para subsanar el error. Pero creo qué la fecha de expedición de esta rectificativa será la fecha efectiva que se realice la rectificación, no la fecha que debería haber sido puesta en la factura inicial. Concretamente en el reglamento, el artículo 15.5 dice que la factura rectificativa deberá cumplir los mismos requisitos que cualquier factura; y no he visto nada que hable de fechas de expedición distinta de la fecha en la cual se expide una factura. (Otras cosas distintas son la fecha de devengo del IVA, o sea la fecha o el periodo de liquidación; y evidentemente está también la fecha de operación, que es un campo distinto y va por sus propias normas, y en el caso de la rectificativa aquí pondría la fecha de la operación inicial; pero estas fechas no son parte de los identificadores de una factura). Por tanto no veo como una factura en un SIF puede llevar una fecha de expedición que difiere de la fecha del registro S0. NOTA IMPORTANTE: Igual que Neftali tampoco soy experto en temas legales así que por favor si alguien ve que esto, o el anterior, es incorrecto que lo comente. |
#10
|
|||
|
|||
Cita:
|
|
|
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 |
|