[Axapta-Knowledge-Village] Post PackingSlip Code
Hi all: Why when I update a PackingSlip using class purchFormLetter, it does not store that PackingSlip in tables VendPackingPurchLink ,VendPackingSlipJour and VendPackingSlipTrans and I must update it by hand? In addition if I have the activated parameter of impression the PackingSlip printed has its number . The code that now I use is this : purchFormLetter = purchFormLetter::construct(DocumentStatus::PackingSlip,true); // Get a new instance of PurchFormletter purchformletter.transDate(SystemDateGet()); purchFormLetter.update (_purchTable, // PurchTable _albaran, fechaActual, PurchUpdate::ReceiveNow, // Quantity to update (SpecQty) AccountOrder::None, // AccountOrder //None false, // Proforma only? //false true); // Printout? //false ttsbegin; ret=false; parametroId=purchformletter.parmId(); select forupdate vendpackingslippurchlink where vendpackingslippurchlink.ParmId==parametroId vendpackingslippurchlink.PurchId==_purchId; if (vendpackingslippurchlink) { vendpackingslippurchlink.packingSlipId=_albaran; vendpackingslippurchlink.update(); } while select forupdate vendpackingslipjour where vendpackingslipjour.ParmId==parametroId vendpackingslipjour.PurchId==_purchId { Interno=vendpackingslipjour.InternalPackingSlipId; vendpackingslipjour.packingSlipId=_albaran; vendpackingslipjour.update(); } while select forupdate vendpackingsliptrans where vendpackingsliptrans.InternalPackingSlipId==Interno vendpackingsliptrans.PurchId==_purchId { vendpackingsliptrans.packingSlipId=_albaran; vendpackingsliptrans.update(); while select forupdate _inventtrans where _inventtrans.VoucherPhysical==vendpackingsliptrans.InternalPackingSlipId { _inventtrans.PackingSlipId=_albaran; _inventtrans.update(); } } Thanks, Alfonso -- This e-mail and any attachments are confidential. If you are not the named or intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose or store or copy the information in any medium. Any unauthorized disclosure, use or storage is prohibited and might be unlawful. Sharing the knowledge on Axapta. YAHOO! GROUPS LINKS Visit your group "Axapta-Knowledge-Village" on the web. To unsubscribe from this group, send an email to:[EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Re: [Axapta-Knowledge-Village] Localmacro help please
Interesting, indeed!! Raúl Llorente Peña Análisis, Desarrollo e Implementación en Microsoft Bussiness Solutions-Axapta OPEN SOLUTIONS DouglasT [EMAIL PROTECTED] Enviado por: Axapta-Knowledge-Village@yahoogroups.com 11/07/2005 11:04 Por favor, responda a Axapta-Knowledge-Village@yahoogroups.com Para Axapta-Knowledge-Village@yahoogroups.com cc Asunto Re: [Axapta-Knowledge-Village] Localmacro help please this is the so called 48 feature it doesn't have anything to do directly with localmacros or containers. you'll get the same internal compiler overflow hey what are you doing using update_recordset command with more than 48 fields to set. in this case you have NO chance beside duplicating the update_recordset call setting the next fields. btw: does anyone have reported this already (and have got an usable answer) ? regards Douglas - Original Message - From: Sonny Wibawa Adi [EMAIL PROTECTED] To: Axapta-Knowledge-Village@yahoogroups.com Sent: Friday, July 08, 2005 11:09 AM Subject: Re: [Axapta-Knowledge-Village] Localmacro help please Hi, Hennie Potgieter, Axapta has a stack memory limitation for total elements in a container. You may solve this problem by reducing the total elements in a container by dividing them into containers. I tried to create a container and as I know, the maximum element is 48. You can change the macro in classDeclaration, pack and unpack method: //classdeclaration class MyReport extends RunBaseReport { #localmacro.CurrentList1 a1, a2, //... 48 elements a48 #endmacro #localmacro.CurrentList2 b1, b2, //... 48 elements b48 #endmacro #localmacro.CurrentList3 c1, c2, //... 48 elements c48 #endmacro } public container pack() { return [#CurrentVersion, [#CurrentList1], [#CurrentList2], [#CurrentList3], super()]; } public boolean unpack(container packedClass) { int version = runbase::getVersion(packedClass); Container con; Container con1; Container con2; Container con3; switch (version) { case #CurrentVersion: [version,con1,con2,con3,con] = packedClass; [#CurrentList1] = con1; [#CurrentList2] = con2; [#CurrentList3] = con3; return super(con); default : return false; } return false; } Good luck! Regards, Sonny Wibawa Adi, MBCSP, MCAD.NET, MCSD.NET, MCP --- Hennie Potgieter [EMAIL PROTECTED] wrote: Hi all, When a localmacro list object is defined in the classDeclaration, only a certain number of variables are allowed. The pack and unpack methods gives the following compiler error: Overflow in an internal compiler stack. #LOCALMACRO.ParmList parmId, . . //variable list of 108 variables #ENDMACRO Is this an Axapta problem? Should more than 1 localmacro list object be used? How would more than 1 localmacro list object be implemented? -* Hennie Potgieter Senior Business Analyst UTi SUN Couriers Division Centurion, South Africa Cell: 0829208315 mailto: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Sharing the knowledge on Axapta. Yahoo! Groups Links Sharing the knowledge on Axapta. 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: http://docs.yahoo.com/info/terms/ Sharing the knowledge on Axapta. YAHOO! GROUPS LINKS Visit your group "Axapta-Knowledge-Village" on the web. To unsubscribe from this group, send an email to:[EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
[Axapta-Knowledge-Village] Setting up multiple portals on single machine
Hi all.. We have trouble about setting up multiple portals on a single machine. We have two seperate applications, so that two seperate configurations. One configuration is run normally, but when we start another web application, it causes en error message : AxaptaCOMConnector.Axapta.1 (0x80041004) Axapta Business Connector is connected to another MBS Axapta System. So that you can not logon to specified system. How can i solve this problem?? This is very important.. Thanks Sharing the knowledge on Axapta. 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: http://docs.yahoo.com/info/terms/
[Axapta-Knowledge-Village] Re: [Urgent] inventSerialid activatation after using item.
Cenk Ince, This is very exciting - if I have understood your question??? - then I might get to provide my first ever answer! I believe you have an item that has inventory transactions without serial number control - and now you want to start serial number control for that same item? We have recently done this - but we only use the inventory management module - we do not have warehouse module - not sure if you have it? - and if you do, whether it makes any difference? Assume you know how to set up the inventory dimension group for serial number control (if not let me know), then; 1 - Take note of current stock balances and locations for the item 2 - Do a stock count journal to remove all on hand (should now equal zero - put in a transaction comment about why you did it) 3 - Change the dimension group for the item to serial number control 4 - Change the inventory dimension display for each of the forms you will be using to include serial number control click save 5 - Do a stock take journal to put the stock back in, and specify the serial numbers That should be it. Steve --- In Axapta-Knowledge-Village@yahoogroups.com, Cenk Ince [EMAIL PROTECTED] wrote: Hi all; For a group of item we didn't use inventSerialid until now. But now we need to activate serialid. Will it create any problem for us? If it creates problem how can we solve? Thanks. Sharing the knowledge on Axapta. 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: http://docs.yahoo.com/info/terms/
[Axapta-Knowledge-Village] Denying user access to form setup
This is the setup accessed via a right-click in the form choosing setup, which allows one to hide fields and re-arrange the way data is displayed. My client wishes to prevent this - does anyone kow how to prevent users from making changes to their forms? I've tried setting a security key on the menu item SysSetUpForm, but this has no effect. TIA Hans Sharing the knowledge on Axapta. 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: http://docs.yahoo.com/info/terms/
RE: [Axapta-Knowledge-Village] Denying user access to form setup
Hello there, This is like looking for a needle in a haystack... But, if you do not want your users to change the form setup, you should not allow access to Development / MorphX / Add fields The item is called SysSetupFormAddFields. We are doing something quite similar. We have created a user group Fields, which only points to that permission. If you are not a member of this group, you cannot change anything in your form setup. Hope this helps... /Jens -Oprindelig meddelelse- Fra: Axapta-Knowledge-Village@yahoogroups.com [mailto:[EMAIL PROTECTED] vegne af hkruiniger Sendt: 11. juli 2005 18:33 Til: Axapta-Knowledge-Village@yahoogroups.com Emne: [Axapta-Knowledge-Village] Denying user access to form setup This is the setup accessed via a right-click in the form choosing setup, which allows one to hide fields and re-arrange the way data is displayed. My client wishes to prevent this - does anyone kow how to prevent users from making changes to their forms? I've tried setting a security key on the menu item SysSetUpForm, but this has no effect. TIA Hans Sharing the knowledge on Axapta. Yahoo! Groups Links Sharing the knowledge on Axapta. 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: http://docs.yahoo.com/info/terms/
[Axapta-Knowledge-Village] Inventory parameters form run time error.
Title: Message I am working on an upgrade from v2.5 to 3.0 sp3 and I have an error on the InventParameters form. the error is: Cannot select a record in Inventory parameters (InventParameters).Temporary tables must be the inner tables when joined to permanent tables. There are no mods on any of the Tables or forms to cause this error. When tracing, the error happens at the setForPurchPrice() method.None of the tables should be temporary.Thanks in advance, Myrl Stadnick Sharing the knowledge on Axapta. YAHOO! GROUPS LINKS Visit your group "Axapta-Knowledge-Village" on the web. To unsubscribe from this group, send an email to:[EMAIL PROTECTED] Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Re: [Axapta-Knowledge-Village] Localmacro help please
Sorry, I mean total elements when writing a literal container. The total container itself can be more than 48 (of course) :D Axapta has a stack memory limitation for total elements in a container. You may solve this - corrected. So, there is a problem, too when using update_recordset command with more than 48 fields to set. I have other case of axapta kernel problem: this code: object myField; myField = Table1_ds.object(fieldNum(Table1,Field1)); myField.validate(); has a different result with: Table1_ds.object(fieldNum(Table1,Field1)).validate(); Axapta kernel also has limitation for undo steps (Ctrl+Z). I think it's because IDE in Axapta is the same exe with the client exe (ax32.exe). So, axapta kernel should optimize and limit the stack memory use to minimize memory usage and speed up the process. But in the same time axapta kernel is used for IDE. That's only my thought. Regards, Sonny Wibawa Adi, MBSCP, MCAD.NET, MCSD.NET, MCP --- Raul Llorente Peña/OPENSOLUTIONS [EMAIL PROTECTED] wrote: Interesting, indeed!! Raúl Llorente Peña Análisis, Desarrollo e Implementación en Microsoft Bussiness Solutions-Axapta OPEN SOLUTIONS DouglasT [EMAIL PROTECTED] Enviado por: Axapta-Knowledge-Village@yahoogroups.com 11/07/2005 11:04 Por favor, responda a Axapta-Knowledge-Village@yahoogroups.com Para Axapta-Knowledge-Village@yahoogroups.com cc Asunto Re: [Axapta-Knowledge-Village] Localmacro help please this is the so called 48 feature it doesn't have anything to do directly with localmacros or containers. you'll get the same internal compiler overflow hey what are you doing using update_recordset command with more than 48 fields to set. in this case you have NO chance beside duplicating the update_recordset call setting the next fields. btw: does anyone have reported this already (and have got an usable answer) ? regards Douglas - Original Message - From: Sonny Wibawa Adi [EMAIL PROTECTED] To: Axapta-Knowledge-Village@yahoogroups.com Sent: Friday, July 08, 2005 11:09 AM Subject: Re: [Axapta-Knowledge-Village] Localmacro help please Hi, Hennie Potgieter, Axapta has a stack memory limitation for total elements in a container. You may solve this problem by reducing the total elements in a container by dividing them into containers. I tried to create a container and as I know, the maximum element is 48. You can change the macro in classDeclaration, pack and unpack method: //classdeclaration class MyReport extends RunBaseReport { #localmacro.CurrentList1 a1, a2, //... 48 elements a48 #endmacro #localmacro.CurrentList2 b1, b2, //... 48 elements b48 #endmacro #localmacro.CurrentList3 c1, c2, //... 48 elements c48 #endmacro } public container pack() { return [#CurrentVersion, [#CurrentList1], [#CurrentList2], [#CurrentList3], super()]; } public boolean unpack(container packedClass) { int version = runbase::getVersion(packedClass); Container con; Container con1; Container con2; Container con3; switch (version) { case #CurrentVersion: [version,con1,con2,con3,con] = packedClass; [#CurrentList1] = con1; [#CurrentList2] = con2; [#CurrentList3] = con3; return super(con); default : return false; } return false; } Good luck! Regards, Sonny Wibawa Adi, MBCSP, MCAD.NET, MCSD.NET, MCP --- Hennie Potgieter [EMAIL PROTECTED] wrote: Hi all, When a localmacro list object is defined in the classDeclaration, only a certain number of variables are allowed. The pack and unpack methods gives the following compiler error: Overflow in an internal compiler stack. #LOCALMACRO.ParmList parmId, . . //variable list of 108 variables #ENDMACRO Is this an Axapta problem? Should more than 1 localmacro list object be used? How would more than 1 localmacro list object be implemented? -* Hennie Potgieter Senior Business Analyst UTi SUN Couriers Division Centurion, South Africa Cell: 0829208315 mailto: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Sharing the knowledge on Axapta. Yahoo! Groups Links === message truncated === __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com Sharing the knowledge