We have designed our own invoices in Axapta. However every day the system seems to lose the labels for the invoice print. As a result we have to go into the Axapta top menu, Tools /Development Tools / Label file wizard and call up the labels three digit code which has already been created, every day so that the labels can be refreshed. Once this has taken place the OInvoice format is correct. Is this a common problem in Axapta or am I missing something? Your help would be appreciated.
We have a somewhat similar effect with the label files: Sometimes (under cetain conditions) the labels are not exported to the label files. We’re working on a 2-tier (and we know why![}:)]) and we were VERY sure no one had anything open on the server the application rests on. After having convinced the regular support we’re able to read an also able to log out correctly they started to investigate. That’s how it stayed til now…[xx(] But should they ever find out anything, maybe it will help you, so I’ll post it here. Until then, we all check our label files, reboot our computers, the server, … until our labels will appear so we can send them to our other office without loosing our labels.[B)]
Hi Dan Is the problem still persisting? Are you working on 2-tier or 3-tier architecture? Also what version of Axapta are you using currently? Regards Harish Mohanbabu
Ok, first I start by saying that I am new to Axapta. I was put into managing this system recently, and found this to be one of my biggest problems also. We run a 2/3 tier environment with an AOS server. I needed to modify all of the reports for both German and US language as well as format changes. Each day, I would find that my custom labels were gone, and every report would error out. The labels were still there, but for some reason, the system wouldnt see them. I tried both fat and thin clients when adding labels with no luck. After lots of consulting hours (they couldnt figure it out), and emails from Microsoft this seems to be a known problem when running an AOS. The only way I have found to sucessfully add a label is to do it with the AOS down (per Microsoft). While this creates many LATE nights working on Axapta, it has so far proved to work sucessfully. Just my 2 cents…
Usually I do development in our development server (2 tier) during day time and upload the .XPO at the end of the day to our production environment (3T Fat LAN/ 3T Thin Citrix). I have scheduled stop/start of AOS sometime around mid night. This way I haven’t encountered any label problems so far. Harish Mohanbabu
The loss of labels in a 3T enviromnent is most likely a security problem. I solved this problem by allowing users to both ‘write’ and ‘change’ in the Axapta application directory used by the the AOS. I also found out that - if only write permission is on (required to start the aos) - an undocumented type of file with the .alb extension is created as an updated copy of the .ald if the .ald file itself cannot be rewritten. It looks like this .alb is discareded at some point. Anyway, the changed label never ends up in the .ald file without change permissions on the application directory. Hope this helps! Erik
quote:
Ok, first I start by saying that I am new to Axapta. I was put into managing this system recently, and found this to be one of my biggest problems also. We run a 2/3 tier environment with an AOS server. I needed to modify all of the reports for both German and US language as well as format changes. Each day, I would find that my custom labels were gone, and every report would error out. The labels were still there, but for some reason, the system wouldnt see them. I tried both fat and thin clients when adding labels with no luck. After lots of consulting hours (they couldnt figure it out), and emails from Microsoft this seems to be a known problem when running an AOS. The only way I have found to sucessfully add a label is to do it with the AOS down (per Microsoft). While this creates many LATE nights working on Axapta, it has so far proved to work sucessfully. Just my 2 cents…
Originally posted by firstsolar - 2005 May 13 : 15:36:22