On Tue, May 16, 2017 at 5:00 PM, Hubert Andriolo <a...@fm-medical.com> wrote:
> Hey Saxa, > > Hi Hubert, > For transports, I am using an extrafield for the contact/Address of the > order's delivery contact > This extrafield asks what is their favorite transport method (pallet, > boxes, warehouse/shop pickup, or "no matter"...) > Is this extra field avaliable in the proposal already or only in the shipment ? My idea is to make in some way a possibility to choose the transport method by the customer. I would see it something like this: In proposal or better in the order confirmation had a possibility to select a third party (earlier already registered as transport company) if the Transport method is choosen as Transporter. Then automatically you would have an option to select a transporting company from a list of already registered third parties. And this transport company would then be listed as transporter. Of course this means also to have the possibility to choose the final ddestination of the goods. I have no idea what is the best way to handle now the destination place of the customer or supplier. Some companies have a warehouse outside of their legal address. > Then on the shipment card we implemented some small core change to display > and say : > The delivery contact/address of the order wants a shop pickup > So our logistics know it, see it, and have to select the best delivery > method enlightenened in green (dictionnary of shipment methods) (with > conditions hard coded, unfortunately) > and they don't send a pallet where the people wants a shop pickup. > > That's our way since 1 month, it works, but it can be upgraded by a > "transport means" module, being another step after validating the shipment, > asking, how, what cost, what time, which transporter to choose to "close" > the shipment and give it to subcontractor.... > > I see, is this available somewhere for testing or playing with ? Rgds Saxa > > *Hubert ANDRIOLO* > *Gérant F.M. MEDICAL et NORD HYGIENE* > Mobile: +33 (0) 6 23 10 17 31 <+33%206%2023%2010%2017%2031> > Fax: +33 (0) 9 56 51 95 71 <+33%209%2056%2051%2095%2071> > Site: www.fournisseur-medical.com > > > *FM MEDICAL - NORD HYGIENE* > *2 RUE DE LA JUSTICE * > *62410 BENIFONTAINE * > SIRET : 532 788 700 00021 > N° de TVA : FR15 532 788 700 > > 2017-05-16 18:00 GMT+02:00 <dolibarr-dev-requ...@nongnu.org>: > >> Send Dolibarr-dev mailing list submissions to >> dolibarr-dev@nongnu.org >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> or, via email, send a message with subject or body 'help' to >> dolibarr-dev-requ...@nongnu.org >> >> You can reach the person managing the list at >> dolibarr-dev-ow...@nongnu.org >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of Dolibarr-dev digest..." >> >> >> Today's Topics: >> >> 1. Re: Dolibarr 6.0 freeze (Sasa Ostrouska) >> >> >> ---------------------------------------------------------------------- >> >> Message: 1 >> Date: Tue, 16 May 2017 10:26:21 +0000 >> From: Sasa Ostrouska <cas...@gmail.com> >> To: "Posts about Dolibarr ERP & CRM development and coding" >> <dolibarr-dev@nongnu.org> >> Subject: Re: [Dolibarr-dev] Dolibarr 6.0 freeze >> Message-ID: >> <CALFERdzYsSRvzGwTiX8ZchN4CzBThActdhD6o6E_=xqbgo9...@mail.gm >> ail.com> >> Content-Type: text/plain; charset="utf-8" >> >> Hi Hubert, >> >> On Tue, May 16, 2017 at 8:27 AM, Hubert Andriolo <a...@fm-medical.com> >> wrote: >> >> > Hello Eldy, and dear dolibarr developpers >> > >> > We were working on our side, for a core modification to make possible, >> the >> > return in stock of products already shipped. >> > >> > >> Thats a great feature. A kind of back order. Very useful IMHO. >> >> In the process now, there is no possibility to "modify"selectively >> products >> > of a shipment, >> > it is necessary to delete *all *articles of shipment (and it puts back >> > those articles in stock) when pressing delete button and make shipment >> > again (sometimes my shipments are with 100 articles, and 3 batch/dlc per >> > products, which is "very" long. >> > /expedition/card.php?id=11386&action=delete >> > >> > it could be nice to be able to "reopen" shipment, add articles of the >> > stock (preferably with origin on the order), and/or delete "articles" of >> > the shipment, mistakenly added. >> > >> > Sometimes my logistics team make some mistake and take products with >> short >> > expiry dates, and have to chage the shipment (clear these articles from >> > shipment or replace them by articles with longer expiry dates). >> > >> > Could this be added to 6.0 milestone, or is it too late ? >> > >> > I have no idea for this question. >> >> >> > Are there any developpers having this problem too ? >> > >> > For me this feature for sure would be very useful. In our business of >> spare parts we ofetn see missing items on a shipment. >> >> Another thing I would like to see is a possibility to define a transporter >> for some certain order. Has anybody solved this in some way already ? >> >> >> > We could link this feature request with "credit notes" for products sent >> > back form customers, that have to be recorded back in stock ? >> > >> > >> Yes , why not, it is the correct way in my view. >> >> >> > Thanks for you answer >> > >> > *HubZ* >> > >> > >> Rgds >> Saxa >> -------------- next part -------------- >> An HTML attachment was scrubbed... >> URL: <http://lists.nongnu.org/archive/html/dolibarr-dev/attachmen >> ts/20170516/95db90b9/attachment.html> >> >> ------------------------------ >> >> Subject: Digest Footer >> >> _______________________________________________ >> Dolibarr-dev mailing list >> Dolibarr-dev@nongnu.org >> https://lists.nongnu.org/mailman/listinfo/dolibarr-dev >> >> >> ------------------------------ >> >> End of Dolibarr-dev Digest, Vol 168, Issue 7 >> ******************************************** >> > > > _______________________________________________ > Dolibarr-dev mailing list > Dolibarr-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > >
_______________________________________________ Dolibarr-dev mailing list Dolibarr-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
