![]() |
![]() |
| 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:
Lo que hay que hacer, es si envías FacturaSinIdentifDestinatarioArt61d a SI, no rellenar el nodo de Destinatarios |
|
#2
|
|||
|
|||
|
Lo repito con otras palabras por si no se entendió bien:
FacturaSimplificadaArt7273 = S se debe usar con facturas completas (F1 por ejemplo) en las que por algún motivo NO se especifica destinatario. Bien. Pues he hecho eso: factura completa, sin bloque Destinatario, con FacturaSimplificadaArt7273 = S, y va y me dice "el bloque Destinatarios tiene que estar cumplimentado". El otro caso (FacturaSinIdentifDestinatarioArt61d) no lo he probado aún. Son facturas simplificadas (F2 por ejemplo) en las que SÍ se especifica destinatario, por lo que sea. |
|
#3
|
|||
|
|||
|
he buceado un poco por el foro y he encontrado esto , creo que está bien explicado:
Si no quieres poner datos de identificación, tienes que usar F2. F1 obliga a poner identificación del cliente. Luego las dos etiquetas FacturaSimplificadaArt7273 y FacturaSinIdentifDestinatarioArt61d son para refinar sutilmente con la norma, para casos que son oficialmente facturas simplificadas pero que cuentan con datos de identificación (7.2 y 7.3, van con F1), o al revés para facturas normales pero que no tienen identificación (6.1 punto d del reglamento, van con F2). |
|
#4
|
|||
|
|||
|
Cita:
Tal como dices, "facturas normales pero que no tienen identificación", es decir, F1 pero sin especificar destinatario. Se debe usar FacturaSimplificadaArt7273 = S. Y eso hago, pero me dice que nanai. El otro caso, FacturaSinIdentifDestinatarioArt61d, se usa para simplificadas (F2) en las que SÍ se especifica destinatario. PERO puedo enviarla SIN especificarlo y se la traga! Me da que Hacienda se lió con los campos y están al revés, o la validación de errores la tienen mal, porque no pueden decir que FacturaSimplificadaArt7273 se usa con F1 y al mismo tiempo decir que F1 siempre requiere destinatario. |
|
#5
|
|||
|
|||
|
yo creo que funciona así:
F1 factura de toda la vida (identificas) F2 ticket de toda la vida (no identificas) factura simplificada (ticket) que por lo que sea has identificado al destinatario, F1 (porque lo considera una factura al haber identificado destinatario) con FacturaSimplificadaArt7273 = S factura normal que por lo que sea no has identificado al destinatario, F2 y FacturaSinIdentifDestinatarioArt61d = S |
|
#6
|
|||
|
|||
|
Cita:
Es decir, que aunque originalmente sea F1, si no está identificado el cliente, lo cambie a F2 aunque no lo sea. Y al revés, si es F2 pero sí está identificado el cliente, que la envíe como F1 aunque no lo sea. Lo probaré a ver, pero Hacienda debería explicar estas cositas un poquito mejor. |
|
#7
|
|||
|
|||
|
Pues va a ser que no...
Factura completa (F1) SIN especificar destinatario. 1) La envío como F2 en vez de con F1, y con FacturaSimplificadaArticulos7273 = S me devuelve: 1183: El campo FacturaSimplificadaArticulos7273 solo se podrá rellenar con S si TipoFactura es de tipo F1 o F3 o R1 o R2 o R3 o R4. 2) La envío como F1 (originalmente), con FacturaSimplificadaArticulos7273 =S me devuelve: 1189: Si TipoFactura es F1 o F3 o R1 o R2 o R3 o R4 el bloque Destinatarios tiene que estar cumplimentado. Me vuelve loco esta peña... |
![]() |
| 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 |
|