![]() |
![]() |
| 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
|
|||
|
|||
|
Hola, viendo el esquema del xml, he realizado una prueba. Hay casos en los que se puede dar que una factura tenga varias claveregimen, por ejemplo algún producto que se tenga que aplicar inversión de sujeto pasivo y otros productos no, en la misma factura. Por lo que hemos estructurado el xml por claveregimen, de forma que si que me admite lo siguiente, este primer ejemplo son dos productos. Estamos aplicando 3 ivas, pero los hemos cada uno separado por su clave regimen, aunque sea la misma. No da ningún error en pruebas, pero no se si es correcto esto. Ya digo que lo hacemos para los casos en que se den diferentes claves dentro de una misma factura.
Gracias. ------ <sum1:NumSerieFactura>N2500156</sum1:NumSerieFactura> ---- <sum1 esglose><sum1 etalleDesglose><sum1:ClaveRegimen>01</sum1:ClaveRegimen> <sum1:CalificacionOperacion>S1</sum1:CalificacionOperacion> <sum1:TipoImpositivo>4</sum1:TipoImpositivo> <sum1:BaseImponibleOimporteNoSujeto>100</sum1:BaseImponibleOimporteNoSujeto> <sum1:CuotaRepercutida>4</sum1:CuotaRepercutida> </sum1 etalleDesglose><sum1 etalleDesglose><sum1:ClaveRegimen>01</sum1:ClaveRegimen> <sum1:CalificacionOperacion>S1</sum1:CalificacionOperacion> <sum1:TipoImpositivo>10</sum1:TipoImpositivo> <sum1:BaseImponibleOimporteNoSujeto>100</sum1:BaseImponibleOimporteNoSujeto> <sum1:CuotaRepercutida>10</sum1:CuotaRepercutida> </sum1 etalleDesglose><sum1 etalleDesglose><sum1:ClaveRegimen>01</sum1:ClaveRegimen> <sum1:CalificacionOperacion>S1</sum1:CalificacionOperacion> <sum1:TipoImpositivo>21</sum1:TipoImpositivo> <sum1:BaseImponibleOimporteNoSujeto>100</sum1:BaseImponibleOimporteNoSujeto> <sum1:CuotaRepercutida>21</sum1:CuotaRepercutida> </sum1 etalleDesglose></sum1 esglose><sum1:CuotaTotal>35</sum1:CuotaTotal> <sum1:ImporteTotal>335</sum1:ImporteTotal> |
|
#2
|
|||
|
|||
|
Buen aporte, pero en ese ejemplo tienes diferentes tipos impositivos. En el caso de restar lo que traía una factura de anticipo anterior, son los mismos tipos impositivos. Yo diría que @bmfranky ha dado con la clave del asunto y hay que enviar la factura final quitándole el anticipo en el importe (aunque la factura acabe siendo 0).
A no ser que a alguien se le ocurra algo más elegante. |
|
#3
|
|||
|
|||
|
Si, lo que dice el compañero es correcto, mi duda era que al ver el error, he comprobado como lo mandamos nosotros, hicimos una modificación ya que antes sólo permitíamos el envío de facturas que usaban un sola claveregimen, pero a raíz de esa modificación lo estamos enviado de esa forma y no nos da ningún error. Era por si algún compañero veía algo raro.
Gracias |
|
#4
|
|||
|
|||
|
Cita:
Esa forma es la más correcta, la segunda posibilidad(menos elegante aunque creo qie admisible , una factura de abono justamente anterior y la factura nueva, no sé puede que algún cliente necesite la factura con los importes por temas de contabilidad, pero habria que entregarles ambas. |
|
#5
|
|||
|
|||
|
Cita:
Tan solo un apunte, una operación con Inversión del Sujeto Pasivo se identificará mediante CalificacionOperacion (siento CalificacionOperacion=S2 una factura ISP) y no mediante ClaveRegimen. Seguro que lo tienes controlado, pero solo es por si acaso. ![]() ¡Espero que sirva! |
|
#6
|
|||
|
|||
|
Si, perdón, con tantas cosas que lleva uno, jejeje. Esta sería una factura con diferentes tipos impositivos y con inversión de sujeto pasivo.
Mi duda es si es correcto informar en cada tipo impositivo de esta forma, en usar dos bloques, uno para el sujeto pasivo (S2) y otra para el normal (S1). Gracias ------------------ <sum1:NumSerieFactura>N2500138</sum1:NumSerieFactura> <sum1:FechaExpedicionFactura>04-11-2025</sum1:FechaExpedicionFactura> ------------ <sum1 esglose><sum1 etalleDesglose><sum1:ClaveRegimen>01</sum1:ClaveRegimen> <sum1:CalificacionOperacion>S2</sum1:CalificacionOperacion> <sum1:TipoImpositivo>0</sum1:TipoImpositivo> <sum1:BaseImponibleOimporteNoSujeto>100</sum1:BaseImponibleOimporteNoSujeto> <sum1:CuotaRepercutida>0</sum1:CuotaRepercutida> </sum1 etalleDesglose><sum1 etalleDesglose><sum1:ClaveRegimen>01</sum1:ClaveRegimen> <sum1:CalificacionOperacion>S1</sum1:CalificacionOperacion> <sum1:TipoImpositivo>4</sum1:TipoImpositivo> <sum1:BaseImponibleOimporteNoSujeto>144.23</sum1:BaseImponibleOimporteNoSujeto> <sum1:CuotaRepercutida>5.77</sum1:CuotaRepercutida> </sum1 etalleDesglose><sum1 etalleDesglose><sum1:ClaveRegimen>01</sum1:ClaveRegimen> <sum1:CalificacionOperacion>S1</sum1:CalificacionOperacion> <sum1:TipoImpositivo>10</sum1:TipoImpositivo> <sum1:BaseImponibleOimporteNoSujeto>136.36</sum1:BaseImponibleOimporteNoSujeto> <sum1:CuotaRepercutida>13.64</sum1:CuotaRepercutida> </sum1 etalleDesglose><sum1 etalleDesglose><sum1:ClaveRegimen>01</sum1:ClaveRegimen> <sum1:CalificacionOperacion>S1</sum1:CalificacionOperacion> <sum1:TipoImpositivo>21</sum1:TipoImpositivo> <sum1:BaseImponibleOimporteNoSujeto>82.64</sum1:BaseImponibleOimporteNoSujeto> <sum1:CuotaRepercutida>17.35</sum1:CuotaRepercutida> </sum1 etalleDesglose></sum1 esglose><sum1:CuotaTotal>36.76</sum1:CuotaTotal> <sum1:ImporteTotal>499.99</sum1:ImporteTotal> |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| QR en facturas | RanNav | Temas legales | 10 | 09-06-2025 15:58:08 |
| Facturas rectificativas a para anular facturas aceptadas parcialmente | victor03 | Registros de Facturacion y Eventos (XML) | 6 | 31-05-2025 10:28:27 |
| Anulación facturas | fmblas | Envío de registros y sus respuestas | 0 | 09-12-2024 11:31:30 |
| Tabla de Facturas vs Detalles de Facturas | magnu9 | Conexión con bases de datos | 9 | 27-07-2007 17:27:37 |
| Campos calculados, facturas y detalles de facturas. | Letty | Conexión con bases de datos | 7 | 07-11-2003 11:19:44 |
|