![]() |
![]() |
| 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:
Puedes tener los servicios de envíos, además de otros servicios, a través de un Resp en la nube con un certificado de terceros. De todas formas hay que esperar a la publicación del desarrollo, ya que podemos llevarnos alguna sorpresa y que también admitan el certificado de dispositivo, que es más seguro, a mi me parece que lo de los certificados personales y de Empresas puede ser un problema de seguridad bastante gordo y me extrañaría que no dieran otras opciones. |
|
#2
|
|||
|
|||
|
Certificado de firma de código
Buenas,
¿Alguien ha probado los certificados de firma de código de Certum? https://www.sslmentor.es/certum/certumcodecloud Veo que el precio es significativamente menor que los habituales (Sectigo, etc.) y me caduca el que tengo en breve. Sacado de la web SSLMENTOR: La firma de archivos se realiza cuando se instala el programa SimplySign Desktop en la estación (PC, Mac), que emula la conexión entre una tarjeta criptográfica física y un lector de tarjetas con un certificado ubicado en la nube. Utilizando la aplicación móvil SimplySign, se genera un token de 6 dígitos, lo que hace que el certificado esté disponible para firmar durante aproximadamente 2 horas. Luego, puedes firmar archivos ilimitados en la estación, por ejemplo, utilizando la aplicación Microsoft SignTool como estás acostumbrado. Después de la expiración, es necesario ingresar un nuevo token desde el teléfono móvil (funcionalmente, es similar a la aplicación Google Authenticator, por ejemplo). La aplicación SimplySign y SimplySign Desktop están disponibles de forma gratuita. Saludos, David M. |
|
#3
|
|||
|
|||
|
A falta de que exista un entorno de pruebas, aquí dejo un ejemplo de un archivo xml que he confeccionado, partiendo de la base de los que estamos generando en nuestra aplicación para Ticket Bai, pero con la estructura de lo que está publicado hasta ahora por la AEAT, para que a alguien le siga de noción, y también para preguntar si alguien sabe qué hay que poner al principio en lugar de <T:TicketBai xmlns:T="urn:ticketbai:emision"> .
Está sin firmar y los datos son de prueba, obviamente |
|
#4
|
|||
|
|||
|
Yo veo que el xml, hasta hoy, debería de tener esa otra estructura...
Código:
<sum:AltaFactuSistemaFacturacion xmlns:sum="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroLR.xsd" xmlns:sum1="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/tike/cont/ws/SuministroInformacion.xsd"> <sum1:Cabecera> <sum1:ObligadoEmision> <sum1:NombreRazon>JUAN SPAIN</sum1:NombreRazon> <sum1:NIF>A99800005</sum1:NIF> </sum1:ObligadoEmision> <sum1:RemisionVoluntaria> <sum1:Incidencia>S</sum1:Incidencia> </sum1:RemisionVoluntaria> </sum1:Cabecera> <sum:RegistroFactura> <sum:RegistroAlta> <sum1:IDVersion>1.0</sum1:IDVersion> <sum1:IDFactura> <sum1:IDEmisorFactura> <sum1:NIF>A99800005</sum1:NIF> </sum1:IDEmisorFactura> <sum1:NumSerieFacturaEmisor>1.1.3.1</sum1:NumSerieFacturaEmisor> <sum1:FechaExpedicionFacturaEmisor>09-04-2024</sum1:FechaExpedicionFacturaEmisor> </sum1:IDFactura> <sum1:NombreRazonEmisor>JUAN SPAIN</sum1:NombreRazonEmisor> <sum1:TipoFactura>F1</sum1:TipoFactura> <sum1:DescripcionOperacion>Factura</sum1:DescripcionOperacion> <sum1:Destinatarios> <sum1:IDDestinatario> <sum1:NombreRazon>ESPAOL JUAN</sum1:NombreRazon> <sum1:NIF>A99800005</sum1:NIF> </sum1:IDDestinatario> </sum1:Destinatarios> <sum1:Desglose> <sum1:DetalleDesglose> <sum1:ClaveRegimen>18</sum1:ClaveRegimen> <sum1:CalificacionOperacion>S1</sum1:CalificacionOperacion> <sum1:TipoImpositivo>10.00</sum1:TipoImpositivo> <sum1:BaseImponibleOimporteNoSujeto>16.36</sum1:BaseImponibleOimporteNoSujeto> <sum1:CuotaRepercutida>1.64</sum1:CuotaRepercutida> <sum1:TipoRecargoEquivalencia>1.40</sum1:TipoRecargoEquivalencia> <sum1:CuotaRecargoEquivalencia>0.23</sum1:CuotaRecargoEquivalencia> </sum1:DetalleDesglose> </sum1:Desglose> <sum1:ImporteTotal>18.23</sum1:ImporteTotal> <sum1:CuotaTotal>1.87</sum1:CuotaTotal> <sum1:Encadenamiento> <sum1:RegistroAnterior> <sum1:IDEmisorFactura> <sum1:NIF>A99800005</sum1:NIF> </sum1:IDEmisorFactura> <sum1:NumSerieFactura>1.1.1.8</sum1:NumSerieFactura> <sum1:FechaExpedicionFactura>09-04-2024</sum1:FechaExpedicionFactura> <sum1:Huella>F698C32C481694372C471AF98A2B6D4E845B390A8F4C34820ED91EF9C61EE072</sum1:Huella> </sum1:RegistroAnterior> </sum1:Encadenamiento> <sum1:SistemaInformatico> <sum1:NombreRazon>JUAN SPAIN</sum1:NombreRazon> <sum1:NIF>A99800005</sum1:NIF> <sum1:NombreSistemaInformatico>VERIFACTU0000PRUEBA</sum1:NombreSistemaInformatico> <sum1:IdSistemaInformatico>01</sum1:IdSistemaInformatico> <sum1:Version>1.0.03</sum1:Version> <sum1:NumeroInstalacion>A99800005 NCentro:1 NTPV:1</sum1:NumeroInstalacion> <sum1:TipoUsoPosibleSoloVerifactu>S</sum1:TipoUsoPosibleSoloVerifactu> <sum1:TipoUsoPosibleMultiOT>S</sum1:TipoUsoPosibleMultiOT> <sum1:NumeroOTAlta>2</sum1:NumeroOTAlta> </sum1:SistemaInformatico> <sum1:FechaHoraHusoGenRegistro>2024-04-09T22:59:37+01</sum1:FechaHoraHusoGenRegistro> </sum:RegistroAlta> <sum1:TipoHuella>01</sum1:TipoHuella> <sum1:Huella>5C337FA56077F950EA7622CE3D52AD8A6E4B4AD22337BDED0B96D5909D929D1D</sum1:Huella> </sum:RegistroFactura> </sum:AltaFactuSistemaFacturacion> Última edición por xevi fecha: 30-08-2024 a las 09:19:37. |
|
#5
|
|||
|
|||
|
Hola algunos nodos han cambiado en la ultima version
Código PHP:
|
|
#6
|
|||
|
|||
|
Cita:
Tenedlo en cuenta, cuesta menos de 100€ al año en la modalidad de 3 años. Saludos, David M. |
|
#7
|
||||
|
||||
|
Divagaciones
Hola a tod@s.
Estoy dándole vueltas al tema de VeriFactu/No Verifactu y (si no me equivoco) parece que en los programas "No VeriFactu" hay que guardar la factura en un fichero XML firmado para que en caso de requerimiento se puedan enviar del tirón. Yo estaba preparando el tema VeriFactu con los componentes SOAP que generan y envían el fichero pero estoy viendo que si no se va a enviar por ser "No VeriFactu" no tengo forma de generar el fichero XML para firmarlo y guardarlo. Mi pregunta es ¿hay alguna opción de generar el fichero XML con el componente y sin enviarlo o hay que crear el XML "a pelo" para poder firmarlo y guardarlo? Gracias y un saludo.
__________________
Be water my friend. |
|
#8
|
|||
|
|||
|
Si utilizas los componentes SOAP de delphi (THTTPRIO), puedes hacer la 'trampa' de en el evento BeforeExecute, guardar el XML y luego cancelar.
Algo así:
Donde ss es un TFileStream A nosotros nos funciona |
|
#9
|
||||
|
||||
|
Si, eso ya lo uso para el SII pero para poder interceptar ese evento tienes que enviar mediante el componente (que no es la idea).
Gracias y un saludo.
__________________
Be water my friend. |
|
#10
|
|||
|
|||
|
Nuevas publicaciones
Han publicado detalle de la Firma Electrónica, del QR y del Hash
Se pueden ver en: https://www.agenciatributaria.es/AEA...ERI_FACTU.html Un saludo. |
|
#11
|
|||
|
|||
|
Cita:
Código:
<RegistroAlta > ... <RegistroAlta > Código:
<RegistroAlta > ... <Signature> </Signature> <RegistroAlta > Para que no tengas problemas en el Converter desmarca la opcion soSendUntyped, tanto en la conversion de los Registros como en el compontente HTTPRIO. |
|
#12
|
||||
|
||||
|
Cita:
Gracias compañero. ¿Tendrías algún ejemplo que pudieras mostrar? Saludos.
__________________
Be water my friend. |
|
#13
|
|||
|
|||
|
Cita:
Te pongo un ejemplo:
|
|
#14
|
|||
|
|||
|
Buenas, la verdad es que estoy empezando a investigar sobre este tema y hay cosas que no me quedan muy claras.
|
|
#15
|
|||
|
|||
|
Facturas rectificativas
Buenas a todos, voy a postear un listado de los posibles casos en los que nos podemos encontrar a la hora de emitir una factura rectificativa a ver si entre todos aclaramos que tipo de factura rectificativa hay que emitir en cada caso, creo que no me dejo ningún supuesto, si es así me lo decís y lo añado a la lista junto con la solución para cada caso según nos vayamos aclarando entre todos.
1) Cliente erróneo, al emitir la factura se asoció al cliente que no era y se emitió la factura 2) Cliente correcto, nif erróneo, el nif del cliente se metió mal al emitir la factura 3) Nif correcto, error en el nombre del cliente al emitir la factura 4) Importe de la factura erróneo, se han devuelto algunos productos una vez emitida la factura 5) Importe de la factura erróneo, se han añadido productos después de emitir la factura 6) Importe de la factura erróneo, la factura lleva productos que se añadieron por error al hacer la venta y se emitió la factura 7) El cliente devuelve todos los productos de una factura emitida y se le devuelve todo el importe de la factura 8) El cliente no paga la factura, en este caso hay que anularla por completo |
|
#16
|
|||
|
|||
|
Facturas rectificativas
Buenas a todos, voy a postear un listado de los posibles casos en los que nos podemos encontrar a la hora de emitir una factura rectificativa a ver si entre todos aclaramos que tipo de factura rectificativa hay que emitir en cada caso, creo que no me dejo ningún supuesto, si es así me lo decís y lo añado a la lista junto con la solución para cada caso según nos vayamos aclarando entre todos.
Como no veo la forma de editar mi mensaje original creo uno nuevo añadiendo los supuestos que han propuesto otros usuarios. 1) Cliente erróneo, al emitir la factura se asoció al cliente que no era y se emitió la factura 2) Cliente correcto, nif erróneo, el nif del cliente se metió mal al emitir la factura 3) Nif correcto, error en el nombre del cliente al emitir la factura 4) Importe de la factura erróneo, se han devuelto algunos productos una vez emitida la factura 5) Importe de la factura erróneo, se han añadido productos después de emitir la factura 6) Importe de la factura erróneo, la factura lleva productos que se añadieron por error al hacer la venta y se emitió la factura 7) El cliente devuelve todos los productos de una factura emitida y se le devuelve todo el importe de la factura 8) El cliente no paga la factura, en este caso hay que anularla por completo 9) Hago una rectificativa y me vuelvo a equivocar, rectificativa de la rectificativa ? 10) Cliente no paga, procedimiento judicial, el liquidador o el juez dice que no habrá pago (por tanto se recupera la totalidad del IVA) 11) Cliente no paga, procedimiento judicial, el liquidador o el juez promete un pago parcial (por tanto se recupera una parte del IVA) 12) Equivocación en la casuística de IVA, hay que volver a facturar con otros tipos de IVA, o sin IVA 13) El precio indicado en factura era incorrecto, se corrige 14) Hay que añadir un descuento que se olvidó |
|
#17
|
|||
|
|||
|
Cita:
|
|
#18
|
|||
|
|||
|
Cita:
Sí, lo tengo en producción sin problemas. Lo de iniciar sesión se hace a través del programa SimplySign Desktop donde introduces el código de seguridad recibido en la app del móvil SimplySign. Una vez aceptado el código, se queda la sesión del programa abierta durante dos horas para firmar lo que necesites. Digamos que se habilita la clave privada del certificado que tienes instalado en el PC. Pasadas las dos horas, se cierra la sesión y el certificado que tienes en el PC no te permite firmar (como si estuviera instalado sin la clave privada). Tampoco puedes exportarlo ya que la clave privada parece que está en la nube de Certum. Puede parecer complicado, pero es más fácil de lo que parece. Saludos, David M. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| 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 |
|