![]() |
![]() |
![]() |
![]() |
![]() |
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:
No , si yo les he preguntado para los usuarios que decidan no enviar por el motivo que sea , funcionamiento NO*VERIFACTU , hay que darles un poco de guerra por mail , que comparado con la guerra que nos dan a nosotros no es nada. ![]() A ver que nos cuentan al final... |
#2
|
|||
|
|||
caducidad del certificado
Buenas, señores
Este procedimiento en .net devuelve la fecha de caducidad y el nombre y dni del titular de un certificado pfx para poder dar el aviso pertinente antes de que dicho certificado caduque. La renovacion creo que se puede solicitar dos meses antes de su caducidad ( por si a alguien le viene bien ) Código:
Imports System.Security.Cryptography.X509Certificates ******************************* Dim pfxFile As String = "c:\documentos\certificado.pfx" Dim password As String = "xxxxxxxxxx" Dim cert As New X509Certificate2(pfxFile, password) Dim caducidad As DateTime = cert.NotAfter Dim Nombre_y_dni As String = cert.GetNameInfo(X509NameType.SimpleName, False) MsgBox("Fecha de caducidad del certificado: " & caducidad.ToString()) MsgBox("Fecha de caducidad del certificado: " & Nombre_y_dni.ToString()) Última edición por Neftali [Germán.Estévez] fecha: 12-04-2024 a las 08:41:30. Razón: Añadir TAGs al código |
#3
|
|||
|
|||
Hola. Ya, es que es lioso y un problemón, a ellos les da igual, si se dan cuenta de que hay problemas en un comercio fijo que le dan a un boton y te mandan un requerimiento o una inspeccion , el que no puedas firmar el xml no evita el encadenamiento y generación del qr, con lo cual puedes seguir vendiendo, tendras que poner el.mensaje visible en todos los terminales de que hay problemas ir genetando los eventos de la incidencia y después cuando tengas el certificado, tendrás que: registra el nuevo certificado para firmar, hacer las firmas, eventos de las regeneraciones/firmas etc, etc. Mejor VERIFACTU que no VERIFACTU, vaya lio hay que montar, el que quiera no verifactu va a tener que tener un informático a su disposición bastante a menudo.
Última edición por ermendalenda fecha: 11-04-2024 a las 21:41:42. |
#4
|
|||
|
|||
Certificado
Cita:
Pregunto, ¿ no le sería mas fácil tener una tabla en donde tienes el certificado, la fecha de expiración, el número de serie y el pass y todo ello cifrado ? Y del registro de certificado en vigencia hacer uso para la certificación del xml. Con el campo fecha expiración ya podrá tener el control de si está activo o no. Salvo que lo revoquen antes. Otra cuestión es como se certifica el xml. Tengo dudas sobre esto. Si está puesto en ello le agradecería un par de consejos. Supongo que se hará igual que la factura electrónica. Estoy en esa misma tesitura, no tengo claro si al final cerraré mi soft a solo veri*factu o lo dejaré dual. Si lo dejo para los dos tendré que tener todos los requisitos de no veri*factu. Lo decidiré el último día. Hay que hablar con abogados que sepan lo que se hacen. Tendrá que esperar a que la AEAT saque la documentación. Para ellos es un trámite nada mas, para cualquier desarrollador es un rompecabezas. Ya no solo por el código sino también por las actualizaciones. Un saludo. |
#5
|
|||
|
|||
![]() Cita:
lo hago así por que me aseguro que el contenido es correcto, pero si se hace metodicamente, como dices, también está perfecto. Lo que yo hago es: -1 Consulto el fichero del certificado y extraigo los datos que necesito de comprobación: fecha caducidad, busco el nif, email... -2. (que esto si lo podrias hacer por que en la tabla no puedes verlo) Para asegurarme que no está revocado hago una consulta de mi nif al webservice de la aeat de consultas de nifs, que me devolveria el cliente y nombre, sí es todo correcto, o el estado del certificado, si está revocado o caducado. Cita:
pero hay otros campos que hay que tener en cuenta en las firmas que no van a coincidir por ejemplo la signPolicy(Política de firma) que contiene 3 campos : -Name -url -digest(hash) que en facturae son: Código:
"name" => "Politica de Firma FacturaE v3.1", "url" => "http://www.facturae.es/politica_de_firma_formato_facturae/politica_de_firma_formato_facturae_v3_1.pdf", "digest" => "Ohixl6upD6av8N7pEvDABhEL6hM=" Cita:
Última edición por ermendalenda fecha: 12-04-2024 a las 09:27:39. |
#6
|
|||
|
|||
Firma
Cita:
Respuesta : Buen consejo sí, pero los letrados son quienes te defenderán ante posibles demandas. Hay bufetes especializados en el tratamiento de datos. Y que el desarrollador ponga su patrimonio a disposición de algún cliente, no mola. Un desarrollador no puede garantizar que nadie pueda dañar los datos de un cliente. Aunque estén en posesión del desarrollador. Por supuesto que hay que echar mano de asesores fiscales y a poder ser varios. Gracias por tu inestimable apoyo. Estaremos vigilantes con las especificaciones de la firma. Un saludo. |
#7
|
|||
|
|||
Gracias por las repuestas.
Voy a intentar a ver si consigo alguna forma para recuperar los datos del cerficado y poder validarlo... |
#8
|
|||
|
|||
Creo que si tiene clientes en SII y clientes que no, va a haber que crear el programa con una opción de Verifactu = SI o Verifactu = No, cumpliendo el reglamento según el caso. Yo pensaba solamente llevar verifactu pero no puedo obligar a los del SII a trabajar como verifactu. No sé si estoy equivocado pero con todo lo que he leído creo que es la conclusión que he llegado.
|
#9
|
|||
|
|||
Cita:
Verifactu(con o sin multiempresq) No verifactu (com o sin muñtiempresa) SIi |
#10
|
|||
|
|||
Pues realmente es todo un lio!!!
De hecho, para aclarar un poco el tema con los clientes que utilizen mi SIF voy a hacer lo siguiente. Clientes acogidos al SII, en la factura poner una mención como "Facturación acogida al SII" Resto de clientes, obligatorio sistema VERI*FACTU Si la factura a imprimir no está en SII o no he recibido la respuesta afirmativa de cada registro en VERI*FACTU, no se imprime la factura. Posibilidad de FacturaBORRADOR, FacturaPROFORMA... Los clientes que NO quieran acogerse a una de esas 2 opciones, no les llevaré contrato de mantenimiento ni actualizaciones del software. |
#11
|
|||
|
|||
si, yo entiendo que la configuración se preguntará por empresa, tengo clientes con varias empresas en el mismo programa y unas están en el SII y otras no. Al final hay que preguntar al cliente, tiene más que decir de lo que yo pensaba
|
#12
|
|||
|
|||
Cita:
Para mis amigos del símbolo de comando ( ![]() Código:
certutil -dump -p pasword-certificado nombre-certificado Código:
certutil -v -dump -p pasword-certificado nombre-certificado Con esto daré un mensaje de aviso 30 días antes para que lo vaya renovando y sobretodo ni siquiera intentar el subir facturas a Verifactu/Tickebai si ya caducó |
![]() |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
![]() |
||||
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 |
![]() |
|