RE: [Axapta-Knowledge-Village] Assigning invent dims from Sales to Purchase

[Yifat Halili]

Hi,   Maybe I am not understanding the problem. Is it right that you want to items on a sales order to be linked to a specific purchase order… what about using standard Axapta, where you create a purchase order linked to the sales order…   Sales order header -> Functions-> create Purchase order… you can do this several times creating different p/o for different items…this will link the items sold to the items purchased.   Hope this helps.   Yifat From: James Flavell [mailto:[EMAIL PROTECTED] Sent: Friday, November 12, 2004 5:00 AM To: [EMAIL PROTECTED] Subject: [Axapta-Knowledge-Village] Assigning invent dims from Sales to Purchase   Hi,   I have a situation such that a purchase is basically a blanket contract (100,000 qty) with a fixed price per unit.   Now the contract is only purchased when it is sold to the customer (so it is partial invoices per contract) and when this happens there are additional charges the supplier will add such as freight (in axapta this will be part of the cost of the item).   Now to get true back to back costs I must match up the sales invoice with the correct purchase invoice but I can have several purchase invoice for the same contract on the same day so basically I cannot rely on FIFO within the scope of the contract.   What I thought to do is to use one of the inventory dimensions such as batchnumber which represents the salesorder so that this can give me back to back costs (i.e. FIFO within the batchnumber).   The problem is this batch number would be generated and assigned on the sales side and needs to be taken over and assigned to the purchase side automatically. Has anyone done anything to achieve such a working?  I know in reservation the invenotry dimension will be taken from purcahse over to the sales inventory transaction, where exactly does this happen and any ideas whether it could be changed to send one of the dimensions the other way?   Maybe I am going about things the wrong way??? Any other suggestions for approaching this problem which I believe will exist for certain types of businesses.   Really hope someone can help me as I have come to a bit of a dead end on this ...   Thanks James   -----Original Message----- From: Harry Deshpande [mailto:[EMAIL PROTECTED] Sent: 12 November 2004 12:40 To: [EMAIL PROTECTED] Subject: RE: [Axapta-Knowledge-Village] Very Urgent Help From Experts Hi Padmaja!   I guess you will be confused with so many answers.   The fact is that all purchase order lines are only of one type BOM or Service. So only the first purchLine has to be checked which is readily available in PurchTable form. The code can be as simple as       if (purchLine.inventTable().ItemType == ItemType::Service)         disable the button;     super();   However, PurchTableForm is driven by a piggy class also named as PurchTableForm, ideally you should make modification in this class to execute the logic on the server. This is according to Axapta Best Practices.   However, the fact that you have posted this question tells me that you are a beginner, if this is true then you can safely do the modifications on the form. Just make sure that your modification is executed just before the call to super();.   You will have to also take a note that class PurchTableForm drives only one form i.e. PurchTableForm. However, classes like ‘InventJournalFormTrans’ affect multiple forms, so any modification you do to such classes are going to potentially affect a lot of forms.   Regards   harshawardhan From: akash malohatra [mailto:[EMAIL PROTECTED] Sent: Friday, 12 November 2004 4:08 p.m. To: [EMAIL PROTECTED] Subject: RE: [Axapta-Knowledge-Village] Very Urgent Help From Experts   Hi, I can suggest to change/modify the code in the PurchTableForm calss -- enableUpdateJournalButtons() method... Regards Akash.... > --- Harry Deshpande <[EMAIL PROTECTED]> > wrote: > > > Hi > > > >  > > > > Updatenow is the name of the menu. > > > >  > > > > Incidentally I would also override > > saleslinetype.update and insert to > > make sure that all the lines in the purchase order > > are of one type > > 'Item' or 'service'. > > > >  > > > > Regards > > > >  > > > > harsh > > > >   _____  > > > > From: Padmaja Iyingar > > [mailto:[EMAIL PROTECTED] > > Sent: Friday, 12 November 2004 1:09 p.m. > > To: [EMAIL PROTECTED] > > Subject: RE: [Axapta-Knowledge-Village] Very > Urgent > > Help From Experts > > > >  > > > > Hi Harry, > > > >  > > > > I don't find "updatenow' method to override > Clicked > > method on the > > PurchTable form. > > > > Can you please help me in findout on how to > overide > > with updatenow? > > > >  > > > > Thanks in advance, > > > > Padmaja > > > >  > > > >  > > > >  > > > > >Hi > > > >  > > > > >Easiest solution will be to override the clicked > > method of 'updatenow' > > menu and check whether the purchase order line is > of > > type item or of > > type bom > > > >  > > > > Regards > > > >  > > > > harry > > > >  > > > > > > > ------------------------------------------------------------------------ > > -------- > > > > From: Padmaja Iyingar > > [mailto:[EMAIL PROTECTED] > > Sent: Friday, 12 November 2004 12:23 p.m. > > To: [EMAIL PROTECTED] > > Subject: RE: [Axapta-Knowledge-Village] Very > Urgent > > Help From Experts > > > >  > > > > Hi Harry, > > > > My requirement says it won't have any PO with > mixed > > Item types. It will > > have either Service type or BOM types. > > > > Does anyone have any solution for this?. > > > > Thanks in advance, > > > > Padmaja > > > >  > > > >  > > > > Hi > > > >  > > > > Question: packing slip is associated with purchase > > header and not > > purchase line. What happens when you have a mix? > > Service items as well > > as BOM items. > > > >  > > > > Regards > > > >  > > > > harsh > > > >  > > > > > > > ------------------------------------------------------------------------ > > -------- > > > > From: padmaja_wipro > [mailto:[EMAIL PROTECTED] > > > > Sent: Friday, 12 November 2004 11:48 a.m. > > To: [EMAIL PROTECTED] > > Subject: [Axapta-Knowledge-Village] Very Urgent > Help > > From Experts > > > >  > > > > > > Hi, > > > > I am having difficulty of customizing a small > > requirement for the > > purchase order > > My customer has got 2 types of Item types. (1) > > Service  (2) BOM. > > > > For Service type Items, My customer is against > > posting Packing Slips > > as they don't reside in Warehouses since they are > > services which > > don't require packing slips. > > > > How can I hide or disable the Packingslip button ( > > on the post ) > > when it detects Service type of items? > > > > I looked into PurchTable form and PurchTableForm > > class. But I > > couldn't get any useful data. > > > > Please help me. > > > > Advance thanks, > > Padmaja > > > >  > > > >  > > > > Sharing the knowledge on Axapta. > > > >  > > > > > >  > > > >  > > > >  > > > > Harry Deshpande > > > > Senior Consultant > > > > CGNZ Middle Market Solutions > > > > Website: www.middlemarketsolutions.com > > > > Ph +64 29 277 5133 > > > > Fax +64 9 358 1018 > > > >  > > > > CGNZ Limited and its predecessor organisations > (Cap > > Gemini Ernst & > > Young, and Ernst & Young Consulting) have a proud > > track record of market > > leadership and excellent service delivery in all > > areas of systems > > > === message truncated === > > > __________________________________________________ > Do You Yahoo!? > Tired of spam?  Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com >             __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com Sharing the knowledge on Axapta.       Harry Deshpande Senior Consultant CGNZ Middle Market Solutions Website: www.middlemarketsolutions.com Ph +64 29 277 5133 Fax +64 9 358 1018   CGNZ Limited and its predecessor organisations (Cap Gemini Ernst & Young, and Ernst & Young Consulting) have a proud track record of market leadership and excellent service delivery in all areas of systems delivery both for New Zealand clients and in supporting regional and global projects.  CGNZ is a licensed affiliate of Cap Gemini S.A. (one of the world’s leading management consulting and IT services companies), wholly owned by NZ employee-shareholders, with over 150 IT professionals in our Auckland and Wellington offices.  Middle Market Solutions specialises in the implementation of business solutions for small corporate and middle market companies.  The core activity of our team is the implementation and support of Enterprise Resource Planning (ERP), Customer Relationship Management (CRM), E-Business solutions and related technologies from Microsoft Business Solutions.  Find out more about what we do at http://www.middlemarketsolutions.com/   CGNZ DISCLAIMER: This email and any attachments are confidential and intended exclusively for the person to whom the email is addressed. If you are not the intended recipient, do not read, copy, disclose or use the contents in any way. Please notify us immediately by return email and destroy the email and attachments. CGNZ does not accept any liability for any changes made to this email or attachments after sending by CGNZ. You must scan this email and attachments for viruses. The opinions expressed are not necessarily those of CGNZ.  CGNZ accepts no liability for any loss, damage or consequence, whether caused by our own negligence or not, resulting directly or indirectly from the use of this email and attachments Sharing the knowledge on Axapta. Sharing the knowledge on Axapta. Yahoo! Groups Sponsor ADVERTISEMENT Yahoo! Groups Links To visit your group on the web, go to: http://groups.yahoo.com/group/Axapta-Knowledge-Village/   To unsubscribe from this group, send an email to: [EMAIL PROTECTED]   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.