![]() |
![]() |
| 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:
Según la documentación, FacturaSimplificadaArt7273 = S se debe enviar cuando se trata de una Factura Completa (F1, F3, R1, R2, R3 o R4) SIN ESPECIFICAR Destinatario. Así que debería ser F1 + FacturaSimplificadaArt7273 y SIN destinatario porque obviamente no tiene. Si lo tuviera, sería una F1 normal y corriente. Las F2 (tíckets) no tienen destinatario nunca, así que no hay por qué poner nada de FacturaSinIdentifDestinatarioArt61d. Todas las F2 van sin destianatario. Si lo tuviera, por algún motivo (el cliente te lo exige, aunque sea una F2) entonces sí sería F2 + FacturaSinIdentifDestinatarioArt61d + Destinatario, porque me lo ha exigido. Conclusión: Esto no hay por donde cogerlo. ¿Tiene alguien algún ejemplo de una factura de cada caso? Ya me da igual que la documentación esté bien, tenga lógica o se contradiga a sí misma. He encontrado este post y este otro hablando del tema. Mañana hago más pruebas, si es que me queda alguna por hacer. |
|
#2
|
|||
|
|||
|
Yo las simplificadas las mando así, si que relleno con 'S' la etiqueta FacturaSinIdentifDestinatarioArt61d
|
|
#3
|
|||
|
|||
|
Yo las simplificadas las mando así, si que relleno con 'S' la etiqueta FacturaSinIdentifDestinatarioArt61d
Código:
<sum:RegistroFactura> <sum1:RegistroAlta> <sum1:IDVersion>1.0</sum1:IDVersion> <sum1:IDFactura> <sum1:IDEmisorFactura>3423</sum1:IDEmisorFactura> <sum1:NumSerieFactura>N-00182</sum1:NumSerieFactura> <sum1:FechaExpedicionFactura>10-04-2025</sum1:FechaExpedicionFactura> </sum1:IDFactura> <sum1:NombreRazonEmisor>21 SL</sum1:NombreRazonEmisor> <sum1:Subsanacion>N</sum1:Subsanacion> <sum1:RechazoPrevio>N</sum1:RechazoPrevio> <sum1:TipoFactura>F2</sum1:TipoFactura> <sum1:DescripcionOperacion>VENTAS CALZADO</sum1:DescripcionOperacion> <sum1:FacturaSinIdentifDestinatarioArt61d>S</sum1:FacturaSinIdentifDestinatarioArt61d> <sum1:Desglose> <sum1:DetalleDesglose> <sum1:Impuesto>01</sum1:Impuesto> <sum1:ClaveRegimen>01</sum1:ClaveRegimen> <sum1:CalificacionOperacion>S1</sum1:CalificacionOperacion> <sum1:OperacionExenta></sum1:OperacionExenta> <sum1:TipoImpositivo>21</sum1:TipoImpositivo> <sum1:BaseImponibleOimporteNoSujeto>357.70</sum1:BaseImponibleOimporteNoSujeto> <sum1:CuotaRepercutida>75.12</sum1:CuotaRepercutida> </sum1:DetalleDesglose> </sum1:Desglose> <sum1:CuotaTotal>75.12</sum1:CuotaTotal> <sum1:ImporteTotal>432.82</sum1:ImporteTotal> <sum1:Encadenamiento> <sum1:RegistroAnterior> <sum1:IDEmisorFactura>435345</sum1:IDEmisorFactura> <sum1:NumSerieFactura>N-00181</sum1:NumSerieFactura> <sum1:FechaExpedicionFactura>09-04-2025</sum1:FechaExpedicionFactura> <sum1:Huella>D169E3DAEC6E14939399A83955B277539E863124BA684C1D491FDB950206FBFF</sum1:Huella> </sum1:RegistroAnterior> </sum1:Encadenamiento> <sum1:SistemaInformatico> <sum1:NombreRazon>21 SL</sum1:NombreRazon> <sum1:NIF>65656</sum1:NIF> <sum1:NombreSistemaInformatico>CALZA21</sum1:NombreSistemaInformatico> <sum1:IdSistemaInformatico>CA</sum1:IdSistemaInformatico> <sum1:Version>25 4 9 1</sum1:Version> <sum1:NumeroInstalacion>HP-FRAN</sum1:NumeroInstalacion> <sum1:TipoUsoPosibleSoloVerifactu>S</sum1:TipoUsoPosibleSoloVerifactu> <sum1:TipoUsoPosibleMultiOT>S</sum1:TipoUsoPosibleMultiOT> <sum1:IndicadorMultiplesOT>S</sum1:IndicadorMultiplesOT> </sum1:SistemaInformatico> <sum1:FechaHoraHusoGenRegistro>2025-04-10T08:05:01+02:00</sum1:FechaHoraHusoGenRegistro> <sum1:TipoHuella>01</sum1:TipoHuella> <sum1:Huella>46FF480E7091A474B0410742CBA3FEE4C9226B2EA1CC1D4AA4E8E025FC997D23</sum1:Huella> </sum1:RegistroAlta> </sum:RegistroFactura> Última edición por Faneka fecha: 10-04-2025 a las 08:28:22. |
|
#4
|
|||
|
|||
|
en la propia documentación de validación de errores te lo especifica:
8. FacturaSimplificadaArt7273 - Sólo se podrá rellenar con “S” si TipoFactura=“F1” o “F3” o “R1” o “R2” o “R3” o “R4”. con lo cual, como comentaba anteriormente, F1 + destinatario y sin FacturaSimplificadaArt7273 es una factura de toda la vida, y F1 + destinatario y con FacturaSimplificadaArt7273 es un ticket que has identificado al destinatario. Porque lo has identificado en un ticket en vez de hacerle factura? Porque si, vete tu a saber , la ley lo permite. Entonces te toca meter el 'ticket' como F1 + destinatario + FacturaSimplificadaArt7273 9. FacturaSinIdentifDestinatarioArt61d - Sólo se podrá rellenar con “S” si TipoFactura=”F2” o “R5”. con lo cual, F2 sin destinatario y sin FacturaSinIdentifDestinatarioArt61d , ticket de toda la vida, y F2 sin destinatario y con FacturaSinIdentifDestinatarioArt61d , es una factura que no has identificado al destinatario. Porque no le has hecho un ticket entonces? vete tu a saber, la ley lo permite, entonces aunque es una factura sin identificar destinatario, entra como F2 + FacturaSinIdentifDestinatarioArt61d y sin el nodo de destinatarios con estas casuisticas, puedes hacer envios con F1 + destinatario (obligatorio con F1), F2 sin destinatario , y marcando FacturaSimplificadaArt7273 o FacturaSinIdentifDestinatarioArt61d , y funciona Última edición por pablog2k fecha: 10-04-2025 a las 09:20:23. |
|
#5
|
|||
|
|||
|
Si de todo esto no hay nada inventado, funciona exactamente igual que en el SII, mismas reglas de F1 y F2, y los nodos FacturaSimplificadaArt7273 y FacturaSinIdentifDestinatarioArt61d
Última edición por pablog2k fecha: 10-04-2025 a las 10:16:53. |
|
#6
|
|||
|
|||
|
Cita:
- F2 SIN Destinatario y sin FacturaSinIdentifDestinatarioArt61d: ticket de toda la vida. OK - F2 SIN Destinatario y con FacturaSinIdentifDestinatarioArt61d: dices que es una factura que no has identificado al destinatario. OK ¿Qué diferencia hay entonces entre ambas? Ninguna tiene destinatario. Ambas son F2 (ticket). ¿Por qué le pongo "FacturaSinIdentifDestinatarioArt61d" a una y a la otra no, si ninguna de ellas lleva destinatario? A no ser que lo que quieras decir es que el segundo caso es en realidad F1 pero como no lleva destinatario, la envíe como F2. Última edición por espinete fecha: 10-04-2025 a las 12:12:21. |
|
#7
|
|||
|
|||
|
ambas no son ticket propiamente dicho
un F2 es un ticket de toda la vida una factura que por una normativa especifica no identificas al destinatario, tiene que entrar como F2 aunque sea una factura mira como se mete un registro en el SII (que es lo mismo), ahi está mas explicado: * Tipo de factura F1: Factura (art. 6, 7.2 y 7.3 del RD 1619/2012) F2: Factura simplificada y Facturas sin identificación del destinatario art. 6.1.d) RD 1619/2012 y si, me refiero a lo que dices, factura sin identificar destinatario, F2, aunque sea una factura, lo metes como ticket |
|
#8
|
|||
|
|||
|
Bueno, pues al final lo he hecho así como dices y me acepta los dos casos, aunque no le vea la lógica. Si ellos la ven y la aceptan, pues vale.
Creo que permitir emitir facturas (F1) como F2 cuando no se especifique destinatario es un error. Tanto rollo con impedir facturar sin destinatario y luego resulta que haciendo el truquito de "FacturaSinIdentifDestinatarioArt61d" se la traga ![]() Ellos sabrán. Supongo que con las rectificativas habrá que hacer lo mismo, si se especifica destinatario en las R5 o si no se especifica en las demás RX... Última edición por espinete fecha: 10-04-2025 a las 12:27:25. |
|
#9
|
|||
|
|||
|
Estaría bien un resumen final para este caso. Así no tener que ir leyendo supuesto por supuesto.
Cita:
|
|
#10
|
|||
|
|||
|
y para facturas internacionales?
hola buenas
estoy leyendo este hilo de facturas 'raritas' y entiendo que el tema que tratáis es como diferenciar facturas de tickets mi problema es otro y creo que vuestra solución me serviria pero no se si es la indicada o estoy equivocando el arma para matar a la mosca en mi caso las facturas nacionales las tengo solucionadas pero cuando hago facturas a clientes internacionales, me devuelve los errores 1100 Valor o tipo incorrecto de campo: NIF 4109 Error en bloque Destinatario. El formato del NIF es incorrecto en diferentes clientes extracomunitarios sus 'NIF' tienen estos formatos 9999999-9-99999 XXX999999 999999999 en estos tres casos al ser clientes de diferentes paises suramericanos pero entiendo que cada país tendrá su formato de numero de identificación fiscal y claro, me pregunto si debo matar las moscas a cañonazos pasando facturas de tipo ticket sin bloque de destinatario o existe alguna manera de poder indicar que el cliente es internacional y que el 'NIF' no va a cumplir las reglas La cosa es que no encuentro información que me indique que debe ser así en la documentación sabeis como se hace? gracias |
|
#11
|
|||
|
|||
|
Cita:
|
|
#12
|
|||
|
|||
|
F2 (simplificada) y R5 (Simpkificada de rectificativa)no tienen identificador de destinatario
|
|
#13
|
|||
|
|||
|
Hola, entonces tengo una duda sobre como tratar eso. Si yo tengo mi TPV que está conectando a un software central. Este TPV va generando las facturas simplificadas pero hay clientes que se identifican para luego al final del mes/semana etc piden que se le genere una factura de todas estas simplificadas Yo entiendo que se trata de un F2 desde el TPV que luego en el central generará una F3 de todas estas. ¿Cómo se tendría que tratar esto?
Gracias. |
|
#14
|
||||
|
||||
|
Cita:
Efectivamente eso sería una F3 "Factura emitida en sustitución de facturas simplificadas facturadas y declaradas"
__________________
Be water my friend. |
|
#15
|
|||
|
|||
|
Cita:
Indicando correctamente en el nodo de facturas sustituidas de la F3, la serie, nunero y fecha de esas F2, claro. Última edición por ermendalenda fecha: 28-10-2025 a las 17:24:24. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| actualizar campos utf8 a partir de campos acentuados | jars | Firebird e Interbase | 2 | 11-04-2023 18:39:34 |
| Dbgrid solo muestra campos tipo INT, campos varchar no los muestra | pollo_c | C++ Builder | 2 | 10-09-2017 21:42:47 |
| TClienDataSet Problemas con Campos Blob y Campos Calculados | LEVV | Conexión con bases de datos | 2 | 11-05-2012 01:25:43 |
| Campos Calculados | Kaller | Tablas planas | 1 | 12-12-2006 00:11:13 |
| Campos En Sql | ebeltete | SQL | 2 | 13-05-2003 01:26:50 |
|