dolibarr-bugtrack
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Dolibarr-bugtrack] [Bug #1605] Azur commercial proposal model header is


From: Doliforge
Subject: [Dolibarr-bugtrack] [Bug #1605] Azur commercial proposal model header is overlaped since develop version
Date: Sat, 27 Dec 2014 18:03:56 +0100

Doliforge
Ce message ne s'affiche pas correctement?
mettez à jour vos préférences utilisateur.

Azur commercial proposal model header is overlaped since develop version

Dernières modifications

27/12/2014 18:03 (Europe/Paris)
I know we can't control external modules. My guess is that for the 6 standard objects i'm talking about we should have this kind of display predefined.
I'm only saying what linked object should be printed in these standard PDF. That's not because a customer order can be linked to 10 other objects (including external ones) that we should display the 10 references in the order PDF... If there's one ref to show on the order PDF, that's the proposal it's coming from don't you think ?

Répondre

État

 Détails
Submitted by:  Marcos García (marcosgdf) Submitted on:  21/09/2014 18:35
Last Modified On:  27/12/2014 13:48 
Summary:  Azur commercial proposal model header is overlaped since develop version
Description:  Check screenshots
Step to reproduce bug:  
Detected in version:  develop Category:  Module: Proposals
Severity:  3 OS Type/Version:  
PHP version:   Database type and version:  
 Etat
Status:  Open Assigned to:  Maxime Kohlhaas (atm-maxime)
Resolution:  Fixed 

Commentaires

Maxime Kohlhaas 27/12/2014 18:03
I know we can't control external modules. My guess is that for the 6 standard objects i'm talking about we should have this kind of display predefined.
I'm only saying what linked object should be printed in these standard PDF. That's not because a customer order can be linked to 10 other objects (including external ones) that we should display the 10 references in the order PDF... If there's one ref to show on the order PDF, that's the proposal it's coming from don't you think ?
Marcos García 26/12/2014 12:05
But what about external modules? They might add their linked objects so you can't control it...
Maxime Kohlhaas 26/12/2014 11:17
Hi.

I just fixed in develop the line jump that was added.
Regarding the linked object refs and date, my guess is that we should restrain which linked object must be printed on which document. Only "previous" linked object should appear on current doc. Something like :

On proposal : no linked object
On order : linked proposal
On shipment : linked order
On invoice : linked proposal, or linked order, or linked shipment and order, or linked contract, or linked intervention
On contract : linked proposal
On intervention : ?

I don't see the use of having the order ref and date on the proposal it comes from, nor the invoice ref and date on the order... "Origin" document can issue several docs (N orders from the same proposal, N invoices from the same order, ...).

What do you think ?


reply via email to

[Prev in Thread] Current Thread [Next in Thread]