FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#3521
|
|||
|
|||
Cita:
Pues al final me has ayudado mucho....lo he echado todo abajo y he empezado haciendo exactamente la misma factura que para un cliente nacional + el idotro y me ha entrado perfectamente. Dejo el código por si a alguien lo puede necesitar...ejemplo de una factura a un bar/tienda de extranjeros no comunitarios Cita:
|
#3522
|
||||
|
||||
Extranjero sin NIF
Cita:
En todos los registros fiscales que recuerde se dejan 9 posiciones para el identificador, que sí o sí tiene que ser un NIF. Si ese extranjero tiene un asalariado y le practica retención tendrá que presentar el modelo 110/111 o equivalente, y en él no puede indicar su identificador chino. Lanzo esa reflexión al aire. |
#3523
|
|||
|
|||
Cita:
Supongo que en ese caso al tener un nif tendré que enviarlo con IDTYPE = 2. |
#3524
|
|||
|
|||
Zuzendu - MODIFICAR
Hola,
¿Hay alguna forma de forzar el estado RECIBIDO con errores de una factura para probar a enviar un fichero de modificación? He probado algunas cosas para forzarlo pero siempre me da estado RECHAZADO (01) Gracias por adelantado |
#3525
|
||||
|
||||
Cita:
El tipo de identificador 02 sería para un NIF intracomunitario, que no es el caso. |
#3526
|
|||
|
|||
Cita:
En su momento hice pruebas con un NIF de UK (comprobado en la web oficial VAT de UK), y daba error: <IDOtro> <CodigoPais>GB</CodigoPais> <IDType>02</IDType> <ID>GB246005436</ID> </IDOtro> Cuando les pregunté, me dijeron esto: "La salida de Reino Unido de la Unión Europea una vez finalizado el período transitorio supone, entre otras cuestiones, que los flujos de mercancías entre España y Reino Unido dejarán de tener la consideración de operaciones intracomunitarias, y en consecuencia, no correspondería utilizar el NIF IVA para identificar al destinatario." En resumen, NO puedes usar "02" para identificar a destinatarios que no sean intracomunitarios. PD: Este ID de GB lo cogí de Internet, no corresponde a ninguna operación nuestra. |
#3527
|
||||
|
||||
Prueba a dejar las líneas sin descripcion, creo recordar que daba error, pero la aceptaba.
__________________
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. |
#3528
|
|||
|
|||
Cita:
Sí, perdón. Me lié. |
#3529
|
|||
|
|||
Cita:
Prueba a enviar una fecha de expedición futura a la actual. |
#3530
|
|||
|
|||
Zuzendu -Modificar
Muchas gracias por la ayuda a los 2.
He probado como dice Neftali (quitando el contenido del tag DescripcionFactura) y he recibido Estado: 00 con código: 016 Saludos! |
#3531
|
|||
|
|||
Alava - Primera factura
Estoy haciendo pruebas de primera factura para la hacienda de Alava concretamente.
La respuesta que me llega: Código PHP:
La estructura que lleva mi primera factura omite el nodo Código PHP:
|
#3532
|
||||
|
||||
Cita:
Extraído de la documentación: Existen determinados casos justificados en los que no es posible realizar elencadenamiento con la factura anterior, entre otros:
__________________
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. |
#3533
|
|||
|
|||
Alava - Primera factura
Perfecto! es lo que había leído pero era por saber si hacíais algo diferente para evitarlo
Gracias! |
#3534
|
|||
|
|||
Cita:
En la primera factura yo envié el bloque "HuellaTBAI" sin encadenamiento, solamente el bloque "Software", y no me ha dado ningún aviso. Básicamente lo que hago es, si el dispositivo ha emitido una factura anteriormente, la pongo, si no, nada. |
#3535
|
|||
|
|||
Cita:
Código PHP:
|
#3536
|
|||
|
|||
Cita:
Será que son más tikismikis |
#3537
|
|||
|
|||
Firma y envío en PHP (problema certificados)
Buenas.
Siento hablar de PHP aquí, pero estoy partiendo del código de Bilbur para firmar y enviar en PHP y estoy atascado con los certificados. Con tanto tipo de certificado (.pem, .pfx, .cer, .crt...), privatekey, publickey, etc. ya me estoy volviendo loco. - Para firmar el XML uso el código de Bilbur, que necesita un archivo .PFX o .P12 y la contraseña. - Pero para el envío (CURL) se necesitan archivos .PEM, o al menos yo no he conseguido enviar con el .PFX o .P12 Ahora mismo puedo firmar y enviar con PHP, salvo por esta peculiaridad. Además, no veo viable tener que almacenar las contraseñas de los certificados. Sé que es posible convertir desde .PFX/.P12 a .PEM, y generar lo que haga falta, pero eso exigiría que el usuario suba el archivo en formato .PFX para yo poder hacer el resto y generar los .PEM en el servidor. Pero creo que el .PFX es exclusivo de Windows, por lo que los usuarios con Mac o Linux solo tendrán .CER o .PEM, y con estos no puedo firmar. Actualmente lo que hago es precisamente eso: permito al usuario subir su certificado en .PFX o .P12 y genero los .PEM y .CER necesarios, pero sigo necesitando el .P12/.PFX y la contraseña para firmar. ¿Alguien ha conseguido firmar el XML solo con .PEM? |
#3538
|
|||
|
|||
Cita:
Por lo que comentas, me da la sensación de que tienes alguna plataforma donde la gente se suscribe, y las facturas salen desde vuestra plataforma. Si es así, ¿por qué no utilizas un certificado único de dispositivo? |
#3539
|
|||
|
|||
Pues la verdad es que no lo había considerado.
Me centré en hacer lo que ya tenía hecho en Delphi para pasarlo a PHP tal cual, y me había olvidado completamente de esa posibilidad. O sea... que puedo firmar todo (XML y envío) con un solo "certificado de dispositivo"? Tengo que investigar más sobre esto, porque hasta ahora no me lo había ni planteado y no sé si a estas alturas va a ser más complicado o más fácil cambiar. |
#3540
|
|||
|
|||
Cita:
Te cito del FAQ de Izenpe: ¿Puedo usar un mismo dispositivo para facturar distintas empresas? ¿en ese caso debo tener certificados distintos? Si, puedes tener un dispositivo que facture para varias entidades diferentes. Se deberá vincular dicho dispositivo y su certificado con cada uno de los obligados tributarios en la Hacienda Foral correspondiente. ( https://www.izenpe.eus/faqs/pregunta...cnempresas/es/ ) Nosotros tenemos un software desarrollado para uso propio, pero emite para tres CIF diferentes (nuestros). Todo lo hacemos con el mismo certificado de dispositivo de Izenpe (gratuito, 10 años). - Firma: Usando el firmador que mencionas, con el fichero P12/PFX. - Conexión con Hacienda para enviar: El mismo certificado, convertido a PEM por mí mismo en el propio servidor. Para la firma no tiene misterio, es meter los valores de certificado y contraseña. Para el envío, por si te sirve, hago un "file_get_contents" con un Context, donde cargo el certificado: Código PHP:
|
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice | newtron | Internet | 3587 | 20-08-2024 14:11:07 |
Como utilizar la ayuda del nuevo Sistema Operativo | gluglu | Humor | 3 | 24-09-2007 09:39:05 |
Aplicacion Agencia De Viajes | ArdiIIa | Varios | 9 | 20-01-2007 16:49:53 |
El Vasco Aguirre | Al González | La Taberna | 5 | 26-05-2006 09:22:28 |
Microsoft ha lanzado su nuevo sistema operativo | DarkByte | Humor | 0 | 25-01-2004 09:21:14 |
|