No hay problema.

Por otro lado no me has contestado a la pregunta que te he hecho anteriormente, ¿qué datos pondrías en ese supuesto?

Esa pregunta no la entiendo bien.

Pongo un ejemplo para explicarme:

Fecha factura = 29/9
Fecha recepción = 30/9
Fecha contabilización = 1/10

Aquí el usuario podrá poner como período 09 ó 10. Si la fra. es de 300.000 € tendrá mucho interés en poner 09

No es lógico contestar de esa forma a quien está intentando ayudarte, ¿no te parece?
Punto 20 de nuestra guía de estilo:

Yo planteo esto en términos de varias fechas.

En facturas recibidas
Por ejemplo, factura con fecha 25/07/2017, recibida el 10/08/2017: FechaExpedicion = 25/07/2017 - FechaFiscal = 25/07/2017 o 31/07/2017 - FechaEntrada = 10/08/2017
Misma factura recibida el 16/08/2017: FechaExpedicion = 25/07/2017 - FechaFiscal = 01/08/2017 o 16/08/2017 - FechaEntrada = 16/08/2017

En facturas emitidas
La fecha fiscal no necesariamente es la FechaExpedicion, hay que considerar la fecha de devengo del impuesto, que tiene más relación con la fecha de operación que con la fecha de expedición/emisión de la factura.

No pasa nada Antonio, tema zanjado, gracias.

Vale, puede elegir entre fecha de recepción y de contabilización pero yo entiendo que es un sinsentido manejar esas dos fechas y lo prudente para evitar confusiones es que la fecha de recepción y contabilización sea la misma. Si como bien dices la factura es de 300.000€ la fecha de contabilización puede ser 30/9.

¿Que se pueden manejar las dos fechas? pues imagino que si pero yo no le veo la utilidad.

Dicho todo esto yo entiendo que la respuesta que te di en su momento es totalmente correcta.

Saludos

Hola,
Tengo un problemilla, una vez recibo la respuesta del envío en bloque de facturas de compra, debo localizar en la base de datos del programa de gestión factura a factura para actualizar el estado.
Encuentro que en la respuesta solo dispongo de los siguientes campos para localizar la factura:

RespuestaEnvio.RespuestaLinea[i].IDFactura.IDEmisorFactura
RespuestaEnvio.RespuestaLinea[i].IDFactura.NumSerieFacturaEmisor
RespuestaEnvio.RespuestaLinea[i].IDFactura.FechaExpedicionFacturaEmisor

La combinación de estos 3 campos no es la cable primaria, aunque normalmente sería suficiente para localizar inequívocamente la factura.
¿Estáis localizando la factura con estos 3 campos o se me está pasando algo por alto?

Gracias.

Efectivamente solo cuentas con eso.

En emitidas se puede obviar la identidad del emisor, pero en recibidas lo tendrás que usar necesariamente.

Lo ideal sería que se pudiese remitir la clave primaria asignada en recibidas, pero no es devuelta en la respuesta. Cosa diferente si consultas las facturas al margen del envío. En este caso podrías enviar la clave primaria de tu base de datos en la descripción de la factura. Aunque en ese caso no tendrás localizada la respuesta de las incorrectas.

Yo tengo un campo autonumérico en cada una de las tablas. Al preparar los datos para hacer la llamada vas guardando ese código en el orden en que los vas enviando, posteriormente la respuesta te las va devolviendo en el mismo orden con lo que sólo tienes que ir buscando por ese código e ir actualizando el estado según la respuesta recibida.

Saludos

Si mal no recuerdo, no te las devuelve siempre en el orden en el que las enviaste, cuidado con eso

Y aunque así fuese, no te puedes fiar, pues eso no es ningún compromiso y lo pueden cambiar cuando a ellos les convenga. Yo hago una búsqueda de la factura con los 2 o 3 (depende) campos clave, y cuando la encuentra le escribo el CSV y demás datos de interés.

Pufffffffffffffffffffff.... pues la verdad es que no me "mola" demasiado andar buscando por los campos clave, veo bastante más seguro buscar por una clave única. Hasta ahora no he tenido problemas de que se me trastoque el orden de la respuesta pero no sé....

Depende del tipo de tablas con el que trabajes se trata de una sola línea, buscar por dos campos o por tres, que en realidad basta con uno y dos (emitidas y recibidas respectivamente), tanto si lo haces con SQL como con tablas Paradox, aunque hay más variaciones.

Que ilusión, todavía queda alguien más que trabaja con tablas paradox....

¡Y yo, y yo!

Muchos más de lo que parece usan Paradox todavía.

Y Delphi 7, el obsoleto y desfasado Delphi 7, mantiene aún la fidelidad de miles de programadores en todo el mundo. Porque permite hacerlo casi todo, y para lo que no se puede hacer con él, existen multitud de third parties y libraries que te lo resuelven.

Operaciones entre el TAI y Canarias, Ceuta y Melilla
 

De acuerdo con la FAQ 2.22, las ventas desde el TAI (Península y Baleares) a Canarias, Ceuta y Melilla se consideran exportación cuando se trata de entrega de bienes, y hay que dar el valor 02 al campo ClaveRegimenEspecialOTrascendencia. Pero cuando se trata de prestación de servicios, ya no es una exportación, y hay que dar el valor 08 a ClaveRegimenEspecialOTrascendencia, y el tipo de factura, cuando se registra como recibida, es F5 (Importaciones (DUA)).

Ahora bien, si en una misma factura se mezclan prestación de servicios y entrega de bienes, parece que debemos usar el campo ClaveRegimenEspecialOTrascendenciaAdicional1 (y ClaveRegimenEspecialOTrascendenciaAdicional2).

Entonces, ¿existe obligación de indicar por separado el importe que corresponde a los servicios y a los bienes? Y en caso afirmativo, ¿en qué posición dentro de la petición?

¿Tiene alguien un ejemplo sencillo?

Muchas gracias por adelantado.

Saludos,

Hola,

En la FAQ 3.20. ¿Cómo se registra una factura que comprende operaciones con distinta clave de régimen especial?

Dice al final de la respuesta: "Esta combinación no implicará un desglose de los importes por cada una de las claves pero sí implicará considerar los distintos campos adicionales que deben informarse teniendo en cuenta cada una de ellas"

No sé si esto te ayuda.....

Pues sí que puede ser de ayuda. Aunque la redacción de la FAQ no está muy clara, haré un esfuerzo para interpretarla sin equivocarme.

Muchas gracias por tu aportación.

Saludos,

Añadido después de mirarme la FAQ con más detenimiento:

Para incluir más de un tag ClaveRegimenEspecialOTrascendencia establecen unas compatilidades que no son aplicables al caso de las Canarias con prestación de servicios y entrega de bienes en una misma factura.

Si se trata de prestación de servicios, la clave es 08 (Operaciones sujetas al IPSI / IGIC), y con entrega de bienes la clave es 02 (Exportación).

Después de leer la FAQ 3.20 me da la sensación de que esas dos claves no son compatibles, por lo que el problema no se puede solucionar por esa vía.

Si alguien tiene una solución le agradecería su ayuda.

Saludos,

Dejo un dato curioso:

Correcto:
Incorrecto: