![]() |
![]() |
| 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
|
|||
|
|||
|
Buff que lio
No me aclaro Ya estoy preparando esa parte y a ver como lo veis: Escenario 1. Emito f1 a un cliente erróneo. Abono en f1 al cliente erróneo y f1 al correcto Escenario 2. Emito una f1 con el nombre del cliente erróneo Rectificativa en 2 pasos, un abono y rectificativa por sustitucion con importe cuotas rectificadas a 0. Escenario 3, factura emitida f3 en sustitución de simplificadas -igual pero sobre las f3 según el caso. O sea f1 de abono y f1 correcta =Escenario 1 O f1 y sustitución = Escenario 2 Lo que ha puesto al final bmfranki de abonar una simplificada no lo hago nunca, siempre con rectificativas por diferencias. Claro, todo esto teniendo en cuenta el periodo impositivo, y por ello voy a poner siempre la fecha de operación por si las moscas. Por otro lado, la fecha de operación de las rectificativas de la f3 voy a poner la del primer tiques, ya que todos los tiques serán del mismo periodo aunque sean de distintas fechas. Estaría bien así? Lo bueno es que se puede automatizar sin dejar opciones al usuario, ya que se puede detectar si es el mismo cliente por el cif para que haga una cosa u otra. Última edición por ermendalenda fecha: 20-11-2024 a las 17:57:15. |
|
#2
|
|||
|
|||
|
Hay que dejar una opción para particularidades, como dice bmfranky, de todo a f1 por que hay clientes que te rechazan la rectificativa, algunos, y los que me he encontrado son de Face y como suelen ser errores del emisor hay que darles el gusto.
Por otro lado no se os escape dejar hacer rectificativas de rectificativas de sustitución hasta el infinito, y por supuesto una rectificada, supongo, que hay que marcarla para que no pueda volverse a tocar y en caso de reimpresión o reenvío que también esté marcada como factura rectificada(no valida) o algo así. Y por supuesto que hay que tener en cuenta de que la segunda factura(la arreglada), cuando emitas electronicas, hay que dejarle arreglado los posibles datos específicos de facturae, ya que en algún momento habrá que remitirlas tb automáticamente, así que si no me corregís le doy caña a todo esto que tiene una faenilla Última edición por ermendalenda fecha: 20-11-2024 a las 18:47:07. |
|
#3
|
||||
|
||||
|
Cita:
Y digo yo.... en el escenario 2 que planteas, si has emitido la factura con el nombre de cliente erroneo te vendrá devuelta por NIF no censado, ¿no?
__________________
Be water my friend. |
|
#4
|
||||
|
||||
|
Nombre erroneo
Hola, si las cosas se programan bien, no deveriamos permitir emitir una factura con los datos erroneos, en mi caso hago una consulta de cif ,con los datos del cliente, y si no es correcto muestro la respuesta y aviso al usuario, para que consulte al cliente, si los dastos son correctos,osea, son los del documento de identificacion, señalo que no esta censado , para que se lo trague ,y activen la auto inclusion en sus registros, o algo asi insinuaban.
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#5
|
|||
|
|||
|
Cita:
Habría que preguntar si se ha rechazado por cif erróneo admiten subsanacion. Has probafo si la rechazan o la aceptan con errores? Por que si la aceptan con errores es el escenario 1. Pero si el cif está mal diseñado, longitud... te la va a rechazar por que no cumple el esquema, entonces sería subsanacion Última edición por ermendalenda fecha: 20-11-2024 a las 19:25:30. |
|
#6
|
||||
|
||||
|
Cita:
![]() Personalmente en la ventana de introduccion de clientes , compruebo antes de dejar guardar el cliente, como podeis ver al lado de TextBox del nif. I -> La integridad del mismo, tanto si es Cif,Nie o Nif. C -> Si esta censado con los dato introduciodos, si no es asi, le indico al usuario que verifique , con el documento de identificacion del cliente, si los datos introducidos son correctos , si es asi, indico tipo de documento como no censado, como se verifica cada vez que se usa el cliente, me indicara en un momento dado como censado, a partir de ahi, modifico la ficha como NIF-IVA.
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#7
|
|||
|
|||
|
Cita:
|
|
#8
|
||||
|
||||
|
Si, es buena idea, intentaré implementarlo en la consulta del DNI, gracias.
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#9
|
||||
|
||||
|
Cita:
En el primer caso emitiriamos un registro en el que incluiriamos las 2 altas F1, una con los importes en negativo y los datos de la factura original indicando por ejemplo abono por destinatario equivocado, y otra F1 con los datos del cliente final. hay que incluir algo mas? Luego aclaramos el punto 2 ;-)
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#10
|
|||
|
|||
|
Cita:
|
|
#11
|
||||
|
||||
|
Cita:
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| que tipo de datos utilizar para guardar cualquier tipo de archivo | jeremiselxi | MS SQL Server | 2 | 08-12-2014 19:30:00 |
| errores en registro de delphi en xp | ruth22 | C++ Builder | 1 | 21-06-2010 04:03:14 |
| Router wifi como emisor/receptor | Ivanzinho | Redes | 5 | 04-04-2008 00:22:18 |
| Componentes de registro de errores | guillotmarc | Varios | 9 | 06-07-2004 13:17:15 |
| error: no hay ningun receptor | rinaib | Oracle | 1 | 30-07-2003 16:09:59 |
|