From: Pak R. <pak...@gm...> - 2014-11-11 07:27:37
|
Hi Phil: SOmeone from my team complained that when printing the PDF for PO, the stockid is not shown anymore (if there's any supplier code for this item). Seems like you introduced this change in commit 6758, but we think it is useful to always have the webERP stockid in printed PO It's useful n reception checking time of PO's as company employees are normally used to stockid, not supplier id's. Could we reverse this or find a way to always show the stockid? What about if first column is always stockid and "Item Description" column is supplierid + description? Regards, Ricard |
From: Phil D. <ph...@lo...> - 2014-11-11 08:25:26
|
I am not sure I understand why? The PO is a document for the supplier. If the supplier code exists then it should be printed as the most accurate description to the supplier of what it is we are wanting to purchase. Putting our item code in the description could mean something different to the supplier so - following some off-list discussion - I removed this - concurring with the logic that the PO is a supplier facing document and we have a record of what item it relates to for us from any webERP PO inquiry. If you wish to make it configurable ok - but I think it is better NOT to have it on a PO if there is a supplier code which more accurately describes the item to the supplier. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 11/11/14 20:26, Pak Ricard wrote: > Hi Phil: > > SOmeone from my team complained that when printing the PDF for PO, the > stockid is not shown anymore (if there's any supplier code for this > item). Seems like you introduced this change in commit 6758, but we > think it is useful to always have the webERP stockid in printed PO > > It's useful n reception checking time of PO's as company employees are > normally used to stockid, not supplier id's. > > Could we reverse this or find a way to always show the stockid? What > about if first column is always stockid and "Item Description" column > is supplierid + description? > > Regards, > Ricard > > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
From: Pak R. <pak...@gm...> - 2014-11-11 09:02:28
|
Thanks Phil: I can understand your point. PO is for the supplier, but someone from the company should verify that the items received are the items requested on the PO. It helps a lot if it's in company's language (stockid). Probably our case is a bit special, so I will code it and maintain it in my private repository. If someone else needs this change, then we can make it configurable. BTW: I'm using SourceTree for few weeks and my "maintaining private files for webERP" problems have been simplified a lot. Merges can be done in a tiny fraction of the time I used to spend. Really worth a try :-) Regards, Ricard 2014-11-11 16:25 GMT+08:00 Phil Daintree <ph...@lo...>: > I am not sure I understand why? > > The PO is a document for the supplier. > > If the supplier code exists then it should be printed as the most accurate > description to the supplier of what it is we are wanting to purchase. > > Putting our item code in the description could mean something different to > the supplier so - following some off-list discussion - I removed this - > concurring with the logic that the PO is a supplier facing document and we > have a record of what item it relates to for us from any webERP PO inquiry. > > If you wish to make it configurable ok - but I think it is better NOT to > have it on a PO if there is a supplier code which more accurately describes > the item to the supplier. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890http://www.logicworks.co.nz > > On 11/11/14 20:26, Pak Ricard wrote: > > Hi Phil: > > SOmeone from my team complained that when printing the PDF for PO, the > stockid is not shown anymore (if there's any supplier code for this item). > Seems like you introduced this change in commit 6758, but we think it is > useful to always have the webERP stockid in printed PO > > It's useful n reception checking time of PO's as company employees are > normally used to stockid, not supplier id's. > > Could we reverse this or find a way to always show the stockid? What > about if first column is always stockid and "Item Description" column is > supplierid + description? > > Regards, > Ricard > > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device.http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk > > > > _______________________________________________ > Web-erp-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > > http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
From: <Br...@do...> - 2014-11-16 13:25:28
|
Just my 2 cents, I agree having my part number on the vendor purchase order does not make sense, (i like the new format). However, it is nice to see the vendor part number when creating the purchase order or receiving the purchase order. When i create purchase orders, many times i am also ordering the parts online at the same time. Now I cannot really do that. Then when the parts are received, its nice to see the vendor part number so i can see what our part number is in the receiving screen. -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Commit-6758-tp4657825p4657837.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
From: Phil D. <ph...@lo...> - 2014-11-17 08:11:24
|
Thanks for the feedback Brian, good points. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 17/11/14 02:00, Br...@do... wrote: > Just my 2 cents, > I agree having my part number on the vendor purchase order does not make > sense, (i like the new format). However, it is nice to see the vendor part > number when creating the purchase order or receiving the purchase order. > When i create purchase orders, many times i am also ordering the parts > online at the same time. Now I cannot really do that. > > Then when the parts are received, its nice to see the vendor part number so > i can see what our part number is in the receiving screen. > > > > -- > View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Commit-6758-tp4657825p4657837.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > ------------------------------------------------------------------------------ > Comprehensive Server Monitoring with Site24x7. > Monitor 10 servers for $9/Month. > Get alerted through email, SMS, voice calls or mobile push notifications. > Take corrective actions from your mobile device. > http://pubads.g.doubleclick.net/gampad/clk?id=154624111&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |