|
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. |
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. |
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?? :confused: :D
|
Cita:
|
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.
|
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. |
Cita:
|
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. |
Cita:
|
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 |
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 :o |
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? |
Cita:
|
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 :D |
Cita:
|
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. |
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. :) |
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.
|
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.
|
Cita:
Y si no generase registros, tampoco estaría adaptada. Mucho fango fango...y eso es en lo que nos han metido. |
| La franja horaria es GMT +2. Ahora son las 07:49:57. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi