FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#161
|
|||
|
|||
La facturación es parte de la contabilidad y por ejemplo ticketbai ha empezado por control de las facturas emitidas pero ya han dicho que el próximo paso son las compras, así podrán cruzar emitidas y recibidas, con lo cual más fallos y más ingresos por sanciones para las arcas, el camino ya está andado por muchos, así que la lógica apunta a que se empezará por las facturas de ventas o servicios emitidas
|
#162
|
||||
|
||||
Tendríamos que volver a los años 80, que casi todo seguía llevándose en papel
|
#163
|
|||
|
|||
https://www.boe.es/diario_boe/txt.ph...OE-A-2022-1453
Pues ya empezamos. Inspecciones a todo plan. Una de ellas es Inspección del iva bien repercutido |
#164
|
||||
|
||||
Cita:
Resolución de 26 de enero de 2022, de la Dirección General de la Agencia Estatal de Administración Tributaria, por la que se aprueban las directrices generales del Plan Anual de Control Tributario y Aduanero de 2022. |
#165
|
|||
|
|||
c) Ejecución, en el entorno de aquellas actividades económicas en las que se
detecte una presencia intensiva de consumidores finales, de las actuaciones de control que resulten precisas para evitar que se produzca una falta de repercusión efectiva del IVA en la última fase de la cadena de comercialización. |
#166
|
|||
|
|||
soluciones digitales integrales para el cumplimiento de las obligaciones de facturación y
registrales y la obtención progresiva por los autónomos y PYMES de predeclaraciones o borradores de declaración cada vez más completos en la medida en que el sistema de facturación posibilite también el envío automático de la información a la Agencia Tributaria. |
#167
|
|||
|
|||
Cita:
Me río por no llorar. |
#168
|
|||
|
|||
Cita:
Luego viene la entrega a los dos meses, con modificación de lo entregado, indicación de lote y números de serie, de paletas etc. Que da lugar a un albarán (que contablemente es lo que constata la salida de existencias). Pues solo te queda por añadir una segunda factura, al mismo cliente, que recupera el pago y el IVA de la primera, por tanto la segunda factura saldrá con importe a pagar nulo, y contablemente matará la salida. Esta factura con importe cero no tengo claro si se tiene que subir al S.I.I. 1.1; lo que sí tengo claro es que a Hacienda no le importa. Y al cliente tampoco, obviamente. Evidentemente, haciéndolo de esta manera, el día que tienes una incidencia en la entrega, la segunda factura puede empezar a ser más compleja y a tener un importe (y a declararse, a presentarse, a usarse como abono etc.) Dicho de otra forma: el proceso de esta factura a cero ya lo tienes previsto, es el mismo que si hay que hacer un abono o cosas parecidas; solo que será más sistemático y saliendo a cero, no tiene más recorrido. |
#169
|
|||
|
|||
Gracias Antoine0 por exponer tu punto de vista. Creo que el tema lo tomaré por ahí. Ahora meto demasiados datos en un registro de factura, y permito meter todas las modificaciones que el usuario necesite registrar con respecto a esa factura, siempre que no se cambie la fecha de la factura, las bases imponibles, cuotas de IVA, retenciones, NIF/CIF del cliente, tipo de factura (venta, servicio, alquiler, rappel...) ni el número de factura (año/serie/numero). Todo lo demás permito que se modifique, ya que aunque la factura esté presentada en el SII, a hacienda le debe dar igual que cambie un producto por otro en caso de ruptura de stock, que registre la fecha en la que el cliente se ha llevado cada uno de los artículos adquiridos, o que registre el nº de serie o el lote del producto que se sirve en postventa... Repito: esas actualizaciones no afectan fiscalmente a la factura. Entonces, para certificar que el software no permite editar ni borrar datos del registro de facturación, sólo me queda sacar esa información del fichero de facturas y crear un fichero paralelo con los datos de la logística asociado a esa factura, que pueda ser modificado siempre que no afecte a la fiscalidad de la factura original, es decir, no quitar/añadir productos o cambiar precios.
Lo analizaré cuando se publiquen las necesidades mínimas que tiene que cumplir un software de facturación.
__________________
Amar al mundo apasionadamente. |
#170
|
|||
|
|||
Cita:
Contador facturas y hora fecha correlativos. No hacer facturas con fechas ni horas anteriores a una fecha hora de la última emitida ni a la de hoy y ahora No hacer facturas con fecha hora futura. Entregar todas las facturas emitidas a un cliente a su cliente, incluidas rectificaciones, las anulaciones solo se pueden hacer si no se ha llegado a entregar y por motivos de errores recogidos en el reglamento de facturación. Y ten en cuenta otra cosa, la factura tendrás que firmarla digital mente y encadenar la firma con la anterior, cualquier carácter que se modifique de la cadena rompe la cadena. Si puedes cumplí todos estos requisitos antes de enviar la factura a hacienda podrás editarlas. Saludos Última edición por ermendalenda fecha: 02-02-2022 a las 17:59:50. |
#171
|
|||
|
|||
Cita:
|
#172
|
|||
|
|||
No hay modificaciones. La primera factura no se modifica nunca; solo se paga, y sirve de referencia para la otra. El albarán, o los albaranes, pueden ser alterados si hay variaciones de entrega, pero esto sí debe ser permitido por la ley (si hay que guardar histórico al respecte, cosa que no me parece lo más evidente que va a pasar, entonces se tiene que guardar todas las versiones; no es problema, los sistemas de seguimiento de existencias ya lo hacen sin problema). Y la segunda factura acaba toda la operación, atando todo junto. Después no se modifica nada; mejor dicho, si hay otra variación más tarde, habrá otra factura rectificativa, también puntual e inalterable. Todo es linear, por tanto la lógica del blockchain no tendrá problema.
|
#173
|
|||
|
|||
Cita:
Lo lógico es un recibo de pago y después la factura, o un recibo a cta parcial. Pero 2 facturas para el mismo servicio o entrega de mercancías no es lo normal Creo que algo no estoy entendiendo bien de la logística que usas. Saludos. |
#174
|
|||
|
|||
Cita:
En España tienes que pagar el IVA en el momento que pides un pago, y por esto estás obligado a emitir factura. Si quieres que el cliente pague por adelantado, entonces la única forma de hacerlo es emitir una primera factura al pedir. Esta factura no tiene el por qué de describir correctamente la mercancía (lote, referencia, número de serie etc.), ya qué todavía no se ha entregado. Por tanto lo habitual es poner «factura de anticipo», aunque en realidad no hay obligación qué sé de mencionarlo. Contablemente la base imponible de esta factura va en una cuenta especial (438). Si la operación discurre sin problema, luego habrá la entrega con su albarán, y luego un documento contable que mata la primera factura contra la entrega. Esto documento lista el material realmente entregado, y luego le resta el importe de la primer factura ya pagada; es este documento que llamo factura. Es posible que del punto de vista del reglamento de facturación, no se llame «factura». Pero del punto de visto del informático, realmente se comporta como una factura que cierre una operación de entrega, teniendo en cuenta un pago por anticipo. Dado que los importes son iguales, la segunda factura sale a 0; y a menudo hay empresas que no la emitan, dado que «no sirve para nada»; el IVA ya está pagado, no entra en esta guerra; y al cliente una factura a 0 no le interesa, por tanto tampoco se le remite (salvo que hay alguna mención que necesita lo contrario, por ejemplo el principio del periodo de garantía). Solo tiene un objetivo, satisfacer al señor contable. Técnicamente la segunda factura es complementaria de la primera (o al revés, es igual), por tanto no se trata de dos operaciones distintas. Además, hay otros casos dónde vas a tener dos o más facturas para un mismo pedido, como por ejemplo si hay varias entregas (típico de los pedidos por Amazon), o una rectificación de precio. |
#175
|
|||
|
|||
Cita:
Cuando ya se entrega la mercancía entonces si.. Es in tema que hemos visto con varios fiscales y al final parece que con hacer un recibo y llevarlo bien contabilizado es suficiente. Y si tienes algún cliente que te deja el dinero y nunca lo recupera si hay que declararlo, no recuerdo a qué iva. |
#176
|
|||
|
|||
Cita:
Ahora bien, desde que estoy en España, todo el mundo me ha explicado que hay que pagar el IVA a Hacienda cuanto antes (y desde el punto de vista del residente español que disfrute de los servicios del estado, me vale). Al final de todas las maneras para nosotros va a ser lo que decide el cliente, en base a sus relaciones con Hacienda (en aquel momento) y sus asesores. Entonces veo varias posibilidades, y intento hacer que todas, o muchas, se pueden cubrir con el esquema general. Y el caso de afxe me pareció entrar en mi esquema; desde luego prefiero mi solución a tener que modificar los datos de una factura. |
#177
|
|||
|
|||
Cita:
Al final los temas complejos de asesoría no se puede fiar uno de muchos asesores y hay que releer reglamentos . Pero es la leche, hay que tenerlo en cuenta para la 438 después descontará de la factura y generar el movimiento contrario en 438 y si cambia el a cuenta aún más movimientos. Tela para comercios pequeños Última edición por ermendalenda fecha: 04-02-2022 a las 20:27:58. |
#178
|
|||
|
|||
Cita:
Cita:
__________________
Amar al mundo apasionadamente. |
#179
|
|||
|
|||
Cita:
Pero no hay nada nuevo entonces....? |
#180
|
|||
|
|||
Sobre la nueva reglamentación nada
|
|
|
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 |
|