¿Cómo modificar la fecha de la factura?

elenaauto

Hola a todos,

Estoy intentando encontrar una forma robusta de cambiar la fecha de las facturas ya generadas en PrestaShop. A veces necesitamos ajustar la fecha de una factura por motivos contables o de logística, pero no encuentro ninguna opción en el back office.

He intentado hacer un override del AdminInvoicesController para añadir una acción personalizada, pero tengo problemas para que los cambios se guarden correctamente o se reflejen en el PDF final sin errores. Mi idea era añadir un campo de fecha y un botón para actualizarlo. Aquí mi intento de override:

class AdminInvoicesController extends AdminInvoicesControllerCore
{
    public function __construct()
    {
        parent::__construct();
        $this->addRowAction('editInvoiceDate'); // Añadiendo una acción personalizada
    }
    public function displayEditInvoiceDateLink($token, $id_invoice)
    {
        $invoice = new OrderInvoice($id_invoice);

El problema es que date_add en OrderInvoice parece ser bastante estricto, y cambiarlo directamente no siempre funciona como espero o me causa problemas al regenerar el PDF. ¿Alguna idea de cómo abordar esto de forma segura y sin romper la integridad de los datos?

guillermostore13

Hola @elenaauto,

Entiendo tu frustración. Modificar la fecha de una factura en PrestaShop no es trivial. El campo date_add en OrderInvoice es la fecha de creación del objeto, y PrestaShop lo utiliza en muchos lugares, incluyendo la numeración de facturas y la generación de PDFs. Un cambio directo como el que intentas puede desincronizar la factura con el pedido original o con el propio sistema de numeración secuencial.

¿En qué versión de PrestaShop estás? Esto es crucial, ya que el comportamiento de los overrides y la estructura de la base de datos puede variar. En versiones como PrestaShop 8, estas modificaciones se vuelven más complejas por Symfony y la validación interna de los objetos.

Tu processEditInvoiceDate necesita ser activado de alguna manera, por ejemplo, con un formulario y un submit adecuado, y la fecha debe ser un objeto DateTime para que save() funcione correctamente con la validación de PrestaShop. Pero incluso haciéndolo, podrías enfrentarte a problemas con la coherencia de los datos históricos.

pablo_bici

Buenas @elenaauto y @guillermostore13,

Estoy de acuerdo, tocar AdminInvoicesController para algo tan crítico como la fecha de la factura es un campo de minas. No solo por la persistencia en la base de datos, sino también por las implicaciones legales y contables de tener fechas de factura que no son las originales. Si se cambia la fecha de una factura ya emitida, ¿qué pasa con el número de factura si estaba basada en el año? ¿Y con los informes contables que ya se hayan generado?

Además, los overrides de controladores suelen ser frágiles. Una actualización menor de PrestaShop o de otro módulo que también haga un override en el mismo controlador podría romper tu funcionalidad. Es un riesgo que hay que considerar seriamente para un entorno de producción.

Me parece que necesitas una solución que integre esto de manera más limpia, tal vez un hook específico o una revalidación completa del objeto OrderInvoice después del cambio, lo cual es mucho trabajo.

Milo

Hola @elenaauto,

Los compañeros @guillermostore13 y @pablo_bici tocan puntos muy importantes. Modificar la fecha de una factura es una operación delicada en PrestaShop por varias razones:

Integridad de datos: date_add en OrderInvoice es la fecha de creación. Cambiarla puede romper la coherencia con la fecha del pedido, el estado del pedido, y la numeración consecutiva. PrestaShop no está diseñado para permitir un cambio fácil de este campo.
Overrides frágiles: Como bien mencionan, un override de AdminInvoicesController es una solución temporal y propensa a fallos con cada actualización de PrestaShop, ya que el código base de los controladores puede cambiar.
Impacto en PDFs: La generación del PDF de la factura se basa en el objeto OrderInvoice y sus fechas. Un cambio incorrecto podría generar PDFs desactualizados o con errores.

Tu intento de override es un buen punto de partida para entender el problema. La línea date_add = Tools::getValue('new_invoice_date'); es el problema, ya que date_add espera un objeto DateTime o una cadena en formato Y-m-d H:i:s que luego se convierte. Además, debes asegurarte de que el método processEditInvoiceDate se llama correctamente tras el envío de un formulario. Un ejemplo de cómo actualizar la fecha de forma más controlada (aunque con las advertencias mencionadas) sería:

// Dentro de un método de un módulo o un override bien estructurado
public function updateInvoiceDate($id_invoice, $new_date_string)
{
    $invoice = new OrderInvoice((int)$id_invoice);
    if (!Validate::isLoadedObject($invoice)) {
        return false;
    }
    try {
        $new_datetime = new DateTime($new_date_string);
        $invoice->date_add = $new_datetime->format('Y-m-d H:i:s');

Este snippet muestra cómo usar un objeto DateTime para una asignación correcta. Sin embargo, esto no aborda el reto de la interfaz de usuario, la validación de fechas o el manejo de regeneración del PDF. Para una solución completa y mantenible que te permita gestionar cambio de fecha sin tocar el código core y que esté diseñada para funcionar con las últimas versiones de PrestaShop (incluido PS 8.2.3), mi recomendación es utilizar un módulo especializado. Estos módulos están diseñados para integrar esta funcionalidad de forma segura, respetando la lógica de PrestaShop y la integridad de los datos, y suelen incluir la interfaz necesaria en el back office.

elenaauto

Muchas gracias, @Milo, por la explicación tan detallada y por el snippet. Entiendo perfectamente los riesgos de tocar el core y los overrides de controlador para algo tan sensible como la fecha de la factura. Y gracias a @guillermostore13 y @pablo_bici por sus aportaciones.

He estado investigando el módulo que mencionas y lo he instalado en mi PrestaShop 8.2.3. Funciona de maravilla, me permite cambiar la fecha de forma sencilla desde el back office sin complicaciones y sin tener que preocuparme por romper nada. Es justo lo que necesitaba para evitar futuros dolores de cabeza con las actualizaciones.

¡Problema resuelto! Gracias a todos por la ayuda.