Club Delphi  
    FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Principal > Internet
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

Grupo de Teaming del ClubDelphi

 
 
Herramientas Buscar en Tema Desplegado
  #11  
Antiguo 27-07-2022
antoine0 antoine0 is offline
Miembro
 
Registrado: oct 2021
Posts: 144
Poder: 3
antoine0 Va por buen camino
Red face

Cita:
Empezado por keys Ver Mensaje
Yo no veo que las facturas de anulación tengan encadenamiento.
Presentación del 21/6 (qué has anunciado, gracias por ello), página 12/15
Cita:
Registro de facturación de anulación (artículo 11.2):
> Se incluye el encadenamiento de huellas sobre el registro de facturación anterior, sea este de alta o de anulación.
Son los registros, sigan de alta o de anulación, que se encadenan.
De hecho, en mi experiencia del SII, he llegado (a mi gran sorpresa) a la conclusión que para una misma factura inicial en mi sistema, podía tener más de 2 registros en el S.I.I.
  1. el primero es siempre una alta, tipo A0 en S.I.I.
  2. aquí puedo tener que hacer una corrección de forma, con un registro tipo A1
  3. luego digamos que hay que dar el registro de baja, por ejemplo porqué hay equivocación en la contrapartida: nuevo registro, esta vez de anulación («baja» en S.I.I.)
  4. luego doy de alta nuevamente la factura, con la contrapartida corregida; otra vez un registro de tipo A1
No hay equivalente a los registros de tipo A1 en el nuevo reglamento; pero tengo la sensación que los «registros de alta» pueden ser más de uno para un determinado número de factura (dentro de una serie), con la condición que el número de registros de anulación (para el mismo número de factura) siga el mismo o uno menos; dicho de otra forma, no he visto aún que no se pudiera resucitar una factura después de ser anulada; o siga, que se pudiera efectivamente modificar el contenido de una factura (remplazando UPDATE por DELETE más INSERT).
Y estoy leyendo el preámbulo (no normativo) del proyecto de reglamento de febrero dice, página 12:
Cita:
Cualquier necesidad de rectificación o anulación de los datos registrados deberá ser realizada mediante al menos un registro de facturación adicional posterior, de forma que se conserven inalterables los datos originalmente registrados
Pero ahora estoy seguramente estirando demasiado el hilo de las suposiciones.

Y sí, choca con mis ideas predeterminadas sobre cómo construir una facturación; pero de la misma manera choca el hecho que el respecto a ciertas condiciones de forma (importes, determinación de la contrapartida) preexiste a la obtención de un nuevo número de factura: yo siempre he programado la reservación del número de factura antes de validar el detalle de los importes; y esto lo tengo que cambiar sí o sí...
Responder Con Cita
 



Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

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


La franja horaria es GMT +2. Ahora son las 06:31:41.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi