![]() |
![]() |
| 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
|
|||
|
|||
|
Cita:
Si el SIF es ANTERIOR al 29/07/2025 puede tener el botón, y lo puedes usar hasta el 31/12/2025 sin actualizar. Llegado el 31/12/2025 antes de irte a casa pulsas el botón. El botón no debe tener marcha atrás y además debe actualizar la versión del SIF, por tanto el SIF en ese momento pasa a ser legal, por que el 01/01/2026 cumplirá el reglamento (que es cuando no te escapas de cumplirlo). De hecho puedes enviar desde antes del 29/07/2025 a Veri*factu Real (y si te conviene envías RF de anulación->que por ahí hay escritos al respecto), lo sigues haciendo después del 29/07/2025 con el software 'antiguo' y que no está obligado a cumplir el reglamento. El meollo está en que sea un SIF anterior al 29/07/2025. Que te van fo**r? Pues claro, si entran por la puerta pagas, tengas lo que tengas y hagas lo que hagas, pero por esto no podrán, si lo luchas lo ganas por que no incumples la ley. No lo que dicen en el Call Center, que para eso existen las consultas vinculantes (si sabéis de alguna que contradiga, me como el post y pido perdón, por supuesto). Pero creo que estamos entrando en la paranoia. Deben tener tal entrada de información hoy en día y deben tener tantos procesos de verificación que probar que su mira debe estar en el 01/01/2026. ******************** Comentario/curiosidad Hoy he activado un SIF de 'ambito' nacional para Veri*factu a real... Tela! Datos en la nube, no problem. Lo activo (no tiene marcha atrás) y me dice que debo instalar la firma digital en cada puesto!!! CON 2 COJO***S!!! El número de puestos no importa, es cuestión de tiempo,... PERO que el usuario nindungui tenga ahí el certificado digital instalado?!?!?! Total, datos en la nube pero cada puesto envía (entiendo) el registro de cada factura. |
|
#2
|
||||
|
||||
|
Cita:
Si todos los puestos envían, todos necesitan certificado. Otra forma sería tener un servidor que envíe lo de todos los puestos (nosotros lo tenemos así); De esa forma sólo envía 1 puesto. Pero entiendo que eso no siempre puede ser posible. A mi lo de tener certificado en cada puesto tampoco me gusta nada, me parece una barbaridad (por cuestiones de seguridad). En nuestro caso, lo hemos tenido que hacer para los no-veri*factu, porque en ese caso todos los puestos deben firmar los registros (de facturación y eventos). Como alternativa no se si se podrá trabajar con certificados no instalador en el almacén. cogerlos directamente del fichero (con contraseña). Es una cosa que tenemos para revisar más adelante.
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. |
|
#3
|
||||
|
||||
|
Cita:
Yo tengo las dos opciones pero usando CAPICOM. Curiosamente puse a un cliente a enviar y sin problemas pero cuando hizo la facturación mensual el envío se quedó atascado y después de romperme la cabeza varios días me di cuenta de que "cascaba" al intentar enviar un paquete de 15 facturas pero con 14 si las enviaba ![]() . El caso es que dejé el asunto aparcado un par de semanas y precisamente hace un par de días me dio por probar sin cambiar nada y.... ... entraron las 15 y 30 que mandé. No sé....Bueno... todo este rollo era para comentarte que no es problema usar el certificado con fichero+clave con la salvedad que al final no me he enterado todavía si era un problema mío o del servidor de la aeat o de qué demonios. Tengo algún cliente que, con cierta razón, me dicen que no están en el negocio y no les apetece tener el certificado instalado en un equipo y que el empleado de turno tenga acceso a él. Saludos.
__________________
Be water my friend. |
|
#4
|
|||
|
|||
|
Yo utilizo CURL.EXE pare enviar el XML utilizando firma digital en formato .PEM que no está instalado en el ordenador.
|
|
#5
|
|||
|
|||
|
Cita:
"Un prograna adaptado tiene que cunplir el verifactu o noverifactu el pasar de una aplicacion antigua a una daptada implica nueva instalación," Ya cada uno que se salte las "reglas" o las reinterprete como mejor le convenga, como dice el refrán "juicios tengamos y los ganemos" |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Colaborador para codificar un simple programa en PC | compsystems | La Taberna | 0 | 19-02-2015 17:07:03 |
| Red social linkedIn | edgwin | La Taberna | 1 | 08-07-2011 00:34:52 |
| Validar numero seguridad social | dimitri | PHP | 3 | 14-05-2007 13:08:27 |
| Viernes Social | judit25 | La Taberna | 6 | 10-06-2006 02:02:34 |
| La realidad social del informatico | Rufus | Debates | 15 | 08-07-2005 19:48:01 |
|