![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#261
|
|||
|
|||
|
Hola, y con esta parte que puedes interpretar:
Se podrá dejar de expedir facturas y remitir registros en prueba con un SIF modalidad VERI*FACTU y utilizar para facturar otros SIF (sistema informático de facturación), que podrían ser adaptados y funcionar en modo NO VERI*FACTU (si así lo permiten) o incluso sistemas antiguos no adaptados, mientras no tengan obligación: hasta el 31/12/2026 o 30/06/2027, según aplique. Puedes instalar un SIF que no este adaptado en este momento, pero que estará cuando entre sea obligado. Esto es un lío impresionante. |
|
#262
|
|||
|
|||
|
Hola
Se podrá dejar de expedir facturas y remitir registros en prueba con un SIF modalidad VERI*FACTU y utilizar para facturar otros SIF (sistema informático de facturación), que podrían ser adaptados y funcionar en modo NO VERI*FACTU (si así lo permiten) o incluso sistemas antiguos no adaptados, mientras no tengan obligación: hasta el 31/12/2026 o 30/06/2027, según aplique. Y en este apartado cuando habla de utilizar otros SIF que podrían ser adaptados, se refiere a que puedes poner un SIF que se adaptará antes de estar obligado. Estos es un lío impresionante y más lo de dejar usar SIF anteriores y si al cliente ya se lo desinstale y no puede volver atrás. |
|
#263
|
|||
|
|||
|
es decir a un cliente que ya le has actualizado , le puedes 'tirar hacia atrás' a otro SIF que no envíe, pero a un cliente nuevo, no le puedes vender SIF no adaptados??
![]() |
|
#264
|
|||
|
|||
|
Cita:
![]() |
|
#265
|
|||
|
|||
|
Pero si el cliente ya ha enviado una factura no se debería poder ponerle un SIF antiguo para que no envíe ¿no?, lo que si se podría es a uno que le has actualizado pero no ha llegado a enviar nada echar marcha atras y ponerle un SIF antiguo.
|
|
#266
|
|||
|
|||
|
Me hace gracia lo de poder instalarle "otro SIF antiguo no adaptado". Claro, y si ese SIF antiguo no adaptado está obsoleto por otro motivo ajeno a VeriFactu, o tenía un bug, o es de antes de la Ley Antifraude, o no cumple con otras cosas, o necesita una actualización posterior por las librerías SSL, etc.?
Hacienda se cree que por decir algo, eso es así y punto, y NO ES como ellos quieran que sea. Las cosas no son tan sencillas. Qué les costará a ellos decir "pueden usar el software que les de la gana hasta el 1/1/2027" y punto... En serio. ¿qué problema tienen? ¿qué más les da que los clientes facturen como hasta ahora hasta que no sea obligatorio? ¿de verdad vamos a seguir obedeciendo e interpretando cada matiz a esta gente, para que nos hagan lo mismo dentro de 12 meses? Recemos para que cuando inventen otro sistema de envío de lo que sea, o el nuevo FacturaE, etc. no nos pase lo mismo. |
|
#267
|
|||
|
|||
|
Cita:
|
|
#268
|
|||
|
|||
|
Cita:
Exactamente eso. Imagina que tu programa tiene la versión 10 (la de antes de Verifactu) y la última versión que tienes ahora es la 11 (que ya está adaptada a Verifactu y cumple el reglamento). Si el cliente aún está en la 10 puede seguir en la 10 todo el 2026, con lo cual no enviará. Ahora, si para corregirle un error o para ponerle una funcionalidad nueva le tienes que actualizar a la 11 (o la 12, 13... las que vayas sacando en 2026) tiene que entrar en Verifactu. ¿porqué? Porque le estás poniendo una versión adaptada a Verifactu y que cumple con lo que dice la ley. O no le actualizas, o si actualiza tiene que ir a Verifactu. Siempre tienes opción de corregir el error también en la versión 10 y sacar un parche para esa versión, si tu programa lo permite. Pero claro, nos metemos en duplicar el trabajo, mantener 2 versiones, etc. |
|
#269
|
|||
|
|||
|
Cita:
|
|
#270
|
|||
|
|||
|
Cita:
1. obligas indirectamente a tu cliente a empezar a enviar a VeriFactu cuando él no quiere empezar hasta 2027, solo porque su versión tenga un bug imprevisto 2. o bien le pones una versión antigua que quizás ya no se puede usar por otros motivos (requiere nuevas dll obsoletas, etc.) 3. o bien duplicas trabajo por tener 2, 3, 4, etc. versiones diferentes para mantener, actualizar por separado, etc. Inviable en muchos casos y una locura que Hacienda lo haya siquiera considerado como opción |
|
#271
|
|||
|
|||
|
Cita:
Nosotros lo estamos haciendo así. Vosotros conocéis vuestro programa, sabréis como podéis actuar y como no. Mucho más no te puedo decir ![]() |
|
#272
|
|||
|
|||
|
Cita:
¿Realmente que quiere decir esa afirmación?. ¿Qué quiere decir remitir registros en prueba?. ¿No estaba prohibido enviar nada en prueba a no ser los desarrolladores? |
|
#273
|
|||
|
|||
|
Cita:
|
|
#274
|
|||
|
|||
|
Cita:
Es que lo de "remitir registros en prueba" ya terminó de rematarla... yo creo que es mejor no preguntar más, porque cada respuesta que dan lía más las cosas ![]() |
|
#275
|
|||
|
|||
|
Cita:
|
|
#276
|
|||
|
|||
|
Es un despropósito total lo que han hecho.
Creo que los que responde nivel técnico esta hasta los hue.... y normal. Ya empiezan a tirar balones fuera y que le consultes a un agente. Básicamente en mi entender ahora mismo, vamos a tener que forzar a enviara los que ya estaban enviando por que no podemos comercializar un software no adaptado, eso de instalar una versión anterior...no tiene sentido. Si instalo a un cliente nuevo...aunque la ley no le obligue, le tengo que obligar yo. A ver como se explico si su asesor le dice que no es obligatorio. Si actualizo a un cliente nuevo, como realmente, yo puede activar o desactivar...que el cliente elija, ya a día de hoy...me la un poco igual no? estamos en prueba y no obligación. |
|
#277
|
|||
|
|||
|
La peña es la leche
Ya me han llegado esta mañana dos como este, de programas "serios"....
os pongo un recorte de parte del último: Cita:
en fin, buen puente a tod@s, aprovechadlo si podéis. ![]() |
|
#278
|
|||
|
|||
|
Supongo que pretenden simular la forma de actuar de las asesorías, que si te informan o tramitan mal, la responsabilidad no es de ellos sino tuya.
|
|
#279
|
|||
|
|||
|
Hola, tendríamos que ver que programas "serios" son, por que si son de los grandes, ya lo tendrán todo bien cubierto. Hay que pensar, que ahora mismo, tal y como están los clientes, que muchos si les dicen que tienen que mandar a hacienda, te dirán, no te preocupes, me compro una caja registradora en un portal famoso de segunda mano y ya tiro este año, que ya veremos si esto se hace. Por cierto, abría que ver si ahora han subido el precio de las cajas registradoras de segunda mano, jejeje.
|
|
#280
|
|||
|
|||
|
Cita:
Y si no generase registros, tampoco estaría adaptada. Mucho fango fango...y eso es en lo que nos han metido. |
![]() |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Fecha de entrada en vigor de VeriFactu | espinete | General/Noticias | 162 | 11-04-2025 14:12:57 |
| Verifactu versus reglamento de facturación | ermendalenda | Temas legales | 2 | 21-11-2024 11:22:27 |
| Control ActiveX de facturación telemática de hacienda | david.bea | Providers | 14 | 13-04-2023 19:10:56 |
| Sistema de facturación | pablonill | Varios | 3 | 04-12-2007 18:34:56 |
| Facturación telemática de hacienda | adebonis | Servers | 2 | 01-06-2005 04:18:39 |
|