Fix asignación fecha de operacion cuando fact original es C

[GISaoliva]

Causa

• El método no contemplaba facturas de tipo "C" (Complementaria) como facturas originales.
• En estos casos cuándo se intentaba acceder a la información inexistente ocasionando el error.

Solución

• Se ha ampliado la condición inicial para tratar tanto facturas de tipo "N" (Normal) como "C" (Complementaria), o aquellas sin rectifying_id, como facturas originales.
• De esta forma, se devuelve la date_invoice directamente y se evita el error de acceso al campo.

[Copilot]

Pull Request Overview

This PR modifies the get_fecha_operacion_rec function to handle additional rectificative types and prevent potential recursion issues. The function retrieves the operation date for rectified invoices by recursively traversing the rectifying chain.

• Added 'C' rectificative type to the base case condition
• Added a guard to prevent recursion when rectifying_id is falsy

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[Copilot]

The condition or not invoice.rectifying_id may prevent infinite recursion, but it changes the function's behavior for rectificative types other than 'N' and 'C' when rectifying_id is missing. Consider whether types like 'R', 'A', 'B', 'RA', and 'G' (defined in the SIGN dictionary at line 11) should also be explicitly handled in this condition, or if the missing rectifying_id scenario warrants a different response (e.g., raising an exception or logging a warning) rather than silently returning invoice.date_invoice.

Suggested change

	if invoice.rectificative_type in ('N', 'C') or not invoice.rectifying_id:
	return invoice.date_invoice
	if invoice.rectificative_type in ('N', 'C'):
	return invoice.date_invoice
	elif not invoice.rectifying_id:
	raise ValueError(
	"Invoice with rectificative_type '{}' is missing rectifying_id. Invoice ID: {}".format(
	invoice.rectificative_type, getattr(invoice, 'id', 'unknown')
	)
	)