From: muthu <map...@gm...> - 2014-01-08 14:52:33
|
Hi Phil, Thanks a lot for your quick response. Understood on how the process works in webERP. But as per the industry practice and as you are aware, the end user may not wait until the buyer get the supplier details to be added into the item under purchasing data to raise the purchase requisition. Also, the same item can be demanded by multiple people where the buyer may not know the consolidated demand while placing the order with customer which will limit the price negotiations. (please educate me if we have this option) And cases where the item may not require to undergo the purchase order cycle as the same can be procured by cash purchase but buyer has to be notified with a formally authorized demand form/requisition to plan better. I feel, this feature implementation can really help the purchasing team in different ways to have better control on the procurement. Please advise. Regards, Muthu Message: 2 Date: Wed, 08 Jan 2014 21:56:57 +1300 From: Phil Daintree <ph...@lo...> Subject: Re: [WebERP-developers] Web-erp-developers Digest, Vol 92, Issue 4 To: webERP Developers <web...@li...> Message-ID: <52C...@lo...> Content-Type: text/plain; charset="iso-8859-1" Hello Muthu, Whilst we don't have the purchase requisition step - we do have a full authorisation logic where the purchase order initiation is quite separate to the authorisation and the order cannot be sent until it is authorised. The purchase requisition is effectively the establishment of an unauthorised purchase order and can be initiated by users with appropriate permissions. The authority to authorise and release purchase orders can be set up for different users for different levels of authority/currency. Given the separation of the authorisation logic and the purchase order initiation in an on-line environment I figured that the requisition step was actually unnecessary. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 08/01/14 11:42, muthu wrote: > > Team, > > I have rich ERP implementation experience in Manufacturing and > Logistics domain and started looking for spending my time in > contributing to any of the open source project. While exploring the > web, happen to get a chance to see the webERP and noticed that the > product is meeting most of the features and would like to extend all > my support to enhance further to benefit the community. > > In this connection, while getting into the flow, noticed that the > "Purchase Requisition" feature is not implemented, which is a must > have feature. Do you have any plan or how it is handled currently in > webERP. > > Regards, Muthu > > Purchase Requisition: > > It is a first step to procurement. Any user in a company can raise a > purchase request for the procurement of any item (from stationery to > capital goods outside of MRP) and the same can be queued for approvals > to their supervisors and followed by available to purchase department > for procurement. > > Find below the typical purchase requisition format. > > *PURCHASE Requisition* > > ** > > Requisition number R ****** Revision ** > > Requisition date ***/**/** > > Item *************** > > Description ****************************** > > Approval status * **************** > > Requisitioner : aaaaaaaA10 > > Quantity nnnnnnn.nnn > > Purchase UM ** > > Conv Factor **,***.***** > > Stock UM ** > > Required Date nnnnnn > > Follow-up nnnnnn > > Warehouse: aA3 > > Job number aaaaaaaaaA12 > > Ship-to ID nnn > > Account aaaaaaaaaaaaA15 > > Purchase order aaaaaaa > > Department aaA4 > > Price nnnnnnnnnnn.nnnn > > Priority n > > Requested vendor aaaaA6 ********** > > Ref number aaaaaaaA10 > |
From: Phil D. <ph...@lo...> - 2014-01-08 23:27:17
|
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"/> <style type="text/css">.mceResizeHandle {position: absolute;border: 1px solid black;background: #FFF;width: 5px;height: 5px;z-index: 10000}.mceResizeHandle:hover {background: #000}img[data-mce-selected] {outline: 1px solid black}img.mceClonedResizable, table.mceClonedResizable {position: absolute;outline: 1px dashed black;opacity: .5;z-index: 10000} </style></head><body style=""> <div> Hi Muthu, </div> <div>   </div> <div> Agreed - would be good </div> <div>   </div> <div> Phil </div> <div>   </div> <div> > On January 9, 2014 at 3:52 AM muthu <map...@gm...> wrote: <br/>> <br/>> Hi Phil, <br/>> <br/>> Thanks a lot for your quick response. Understood on how the process works <br/>> in webERP. <br/>> <br/>> But as per the industry practice and as you are aware, the end user may not <br/>> wait until the buyer get the supplier details to be added into the item <br/>> under purchasing data to raise the purchase requisition. Also, the same <br/>> item can be demanded by multiple people where the buyer may not know the <br/>> consolidated demand while placing the order with customer which will limit <br/>> the price negotiations. (please educate me if we have this option) <br/>> <br/>> And cases where the item may not require to undergo the purchase order cycle <br/>> as the same can be procured by cash purchase but buyer has to be notified <br/>> with a formally authorized demand form/requisition to plan better. <br/>> <br/>> I feel, this feature implementation can really help the purchasing team in <br/>> different ways to have better control on the procurement. Please advise. <br/>> <br/>> Regards, Muthu <br/>> <br/>> <br/>> Message: 2 <br/>> Date: Wed, 08 Jan 2014 21:56:57 +1300 <br/>> From: Phil Daintree <ph...@lo...> <br/>> Subject: Re: [WebERP-developers] Web-erp-developers Digest, Vol 92, <br/>> Issue 4 <br/>> To: webERP Developers <web...@li...> <br/>> Message-ID: <52C...@lo...> <br/>> Content-Type: text/plain; charset="iso-8859-1" <br/>> <br/>> Hello Muthu, <br/>> <br/>> Whilst we don't have the purchase requisition step - we do have a full <br/>> authorisation logic where the purchase order initiation is quite separate to <br/>> the authorisation and the order cannot be sent until it is authorised. The <br/>> purchase requisition is effectively the establishment of an unauthorised <br/>> purchase order and can be initiated by users with appropriate permissions. <br/>> The authority to authorise and release purchase orders can be set up for <br/>> different users for different levels of authority/currency. <br/>> <br/>> Given the separation of the authorisation logic and the purchase order <br/>> initiation in an on-line environment I figured that the requisition step was <br/>> actually unnecessary. <br/>> <br/>> Phil <br/>> <br/>> Phil Daintree <br/>> Logic Works Ltd - +64 (0)275 567890 <br/>> http://www.logicworks.co.nz <br/>> <br/>> On 08/01/14 11:42, muthu wrote: <br/>> > <br/>> > Team, <br/>> > <br/>> > I have rich ERP implementation experience in Manufacturing and <br/>> > Logistics domain and started looking for spending my time in <br/>> > contributing to any of the open source project. While exploring the <br/>> > web, happen to get a chance to see the webERP and noticed that the <br/>> > product is meeting most of the features and would like to extend all <br/>> > my support to enhance further to benefit the community. <br/>> > <br/>> > In this connection, while getting into the flow, noticed that the <br/>> > "Purchase Requisition" feature is not implemented, which is a must <br/>> > have feature. Do you have any plan or how it is handled currently in <br/>> > webERP. <br/>> > <br/>> > Regards, Muthu <br/>> > <br/>> > Purchase Requisition: <br/>> > <br/>> > It is a first step to procurement. Any user in a company can raise a <br/>> > purchase request for the procurement of any item (from stationery to <br/>> > capital goods outside of MRP) and the same can be queued for approvals <br/>> > to their supervisors and followed by available to purchase department <br/>> > for procurement. <br/>> > <br/>> > Find below the typical purchase requisition format. <br/>> > <br/>> > *PURCHASE Requisition* <br/>> > <br/>> > ** <br/>> > <br/>> > Requisition number R ****** Revision ** <br/>> > <br/>> > Requisition date ***/**/** <br/>> > <br/>> > Item *************** <br/>> > <br/>> > Description ****************************** <br/>> > <br/>> > Approval status * **************** <br/>> > <br/>> > Requisitioner : aaaaaaaA10 <br/>> > <br/>> > Quantity nnnnnnn.nnn <br/>> > <br/>> > Purchase UM ** <br/>> > <br/>> > Conv Factor **,***.***** <br/>> > <br/>> > Stock UM ** <br/>> > <br/>> > Required Date nnnnnn <br/>> > <br/>> > Follow-up nnnnnn <br/>> > <br/>> > Warehouse: aA3 <br/>> > <br/>> > Job number aaaaaaaaaA12 <br/>> > <br/>> > Ship-to ID nnn <br/>> > <br/>> > Account aaaaaaaaaaaaA15 <br/>> > <br/>> > Purchase order aaaaaaa <br/>> > <br/>> > Department aaA4 <br/>> > <br/>> > Price nnnnnnnnnnn.nnnn <br/>> > <br/>> > Priority n <br/>> > <br/>> > Requested vendor aaaaA6 ********** <br/>> > <br/>> > Ref number aaaaaaaA10 <br/>> > <br/>> <br/>> <br/>> <br/>> ------------------------------------------------------------------------------ <br/>> Rapidly troubleshoot problems before they affect your business. Most IT <br/>> organizations don't have a clear picture of how application performance <br/>> affects their revenue. With AppDynamics, you get 100% visibility into your <br/>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! <br/>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk <br/>> _______________________________________________ <br/>> Web-erp-developers mailing list <br/>> Web...@li... <br/>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers </div> <div id="ox-signature"> Phil <br/> <br/>Ph: +64 (0)275 567890 <br/>Skype: daintree <br/>http://www.logicworks.co.nz </div> </body></html> |
From: ExsonQu <hex...@gm...> - 2014-01-09 01:00:09
|
*Hi, Muthu,* Thank you for your nice explain. I'm wondering what you said about the purchasing by cash. Yes, cases will happen that no po will be issued to purchase by cash. But currently, webERP can only receive goods into stock via a PO. Do you mean to add a PR plus purchasing by cash feature? Thanks and best regards! Exson -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Re-Web-erp-developers-Digest-Vol-92-Issue-6-tp4657157p4657159.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |