Cambiar número de nota de crédito

paula94

Hola a todos,

Estoy intentando encontrar una manera de modificar el número de la nota de crédito (o 'vale') en PrestaShop. Por defecto, el sistema lo genera automáticamente y no hay una opción en el Back Office para cambiarlo. Hemos tenido casos donde necesitamos ajustar manualmente el número por temas de contabilidad, y la única forma que he encontrado es un override, pero no es muy fiable.

He intentado modificar el comportamiento de la clase OrderSlip para que acepte una referencia personalizada, pero no consigo que el valor se mantenga o se aplique correctamente al guardar. Parece que se sobrescribe o se genera de nuevo.

Este es mi intento de override en override/classes/OrderSlip.php:

class OrderSlip extends OrderSlipCore
{
    public $custom_reference; // Propiedad añadida para pruebas
    public function add($autodate = true, $null_values = false)
    {
        if (!empty($this->custom_reference)) {
            $this->reference = $this->custom_reference;
        } else if (empty($this->reference)) {
            $this->reference = $this->_generateReference();
        }

El problema es que, aunque defina custom_reference, el sistema no lo utiliza o lo ignora. ¿Hay alguna forma más limpia o un hook que me esté perdiendo para esto?

paula_sevilla

Hola @paula94,

Entiendo tu frustración. El campo reference en OrderSlip es bastante particular. Generalmente se autogenera mediante el método _generateReference() y no está diseñado para ser modificado fácilmente a través de un add() directo sin más contexto.

Tu custom_reference no se está poblando porque no hay un lugar en el formulario de administración (AdminOrdersController, que es donde se generan los vales) que lo envíe por POST o lo asigne al objeto OrderSlip antes de llamar a add(). Necesitarías extender también el controlador y la plantilla del Back Office para añadir un campo y luego procesarlo.

Por cierto, ¿en qué versión exacta de PrestaShop estás trabajando? Esto es clave, ya que la forma de manejar overrides y controladores puede variar ligeramente incluso dentro de la rama 1.7.

Milo

Hola @paula94 y @paula_sevilla,

@paula_sevilla tiene razón. El problema con tu override en OrderSlip::add() es que la propiedad $custom_reference nunca se llega a asignar desde el Back Office. OrderSlip::reference se autogenera por _generateReference() cuando no está definida, y tu override solo la establece si $custom_reference tiene un valor, lo cual no sucede.

Para PrestaShop 1.7.0.5, una solución que podrías intentar es sobrescribir directamente _generateReference() para que, si detecta una variable POST específica (que tendrías que añadir al formulario de creación de notas de crédito en el Back Office), use ese valor en su lugar. Es una solución algo intrusiva, pero funcional para cambiar el número directamente. Aquí tienes un ejemplo de cómo podrías modificar tu override/classes/OrderSlip.php:

class OrderSlip extends OrderSlipCore
{
    protected function _generateReference()
    {
        // Si se envía una referencia personalizada desde el formulario
        if (Tools::isSubmit('new_slip_reference') && !empty(Tools::getValue('new_slip_reference'))) {
            return Tools::getValue('new_slip_reference');
        }
        // Si no, usa la lógica de generación de referencia original
        return parent::_generateReference();

Si buscas una solución lista para usar y sin complicaciones, echa un vistazo a este módulo.

paula94

Gracias @Milo y @paula_sevilla por vuestras aclaraciones.

Estoy en PrestaShop 1.7.0.5. Tenéis razón, lo de custom_reference no tiene sentido si no hay un input en el BO que lo alimente. Vuestra explicación sobre _generateReference() es clave.

He probado la solución de @Milo sobrescribiendo _generateReference() y, después de añadir el campo new_slip_reference en la plantilla de AdminOrders, ¡funciona perfectamente! Sin embargo, como bien señalas, el tema de mantener overrides con cada actualización es un dolor de cabeza, y la tienda es bastante grande.

Voy a probar el módulo que me has recomendado. Parece la solución más robusta y menos propensa a problemas futuros. ¡Muchísimas gracias por la ayuda!