Dynamics AX Blog - Dynamics AX 2009 - Beiträge vom Mai 2011
Momentan angezeigt werden nur Beiträge, welche für die Dynamics AX-Version »Dynamics AX 2009« relevant sind. 
RSS-Feed dieser Version

RSS-Feed dieser Version
Druckeinstellungen und Filterkriterien eines Reports vorbelegen II
08.05.2011Microsoft Dynamics AX (Axapta)
Wie startet man einen Bericht, bei dem eine von RunBaseReport abgeleitete Klasse vorgeschalten ist, per X++ und gibt diesem Bericht bereits den Query und die Druckeinstellungen vor? Wer sich diese Frage schon einmal stellen musste, für den liefert dieser Blogbeitrag vielleicht einen Lösungsansatz: static void setPrintJobSettingsQuery4ReportClass_II(Args _args) { custReport custReport = new custReport(); printJobSettings printJobSettings = new printJobSettings(); ; custReport.makeReportRun(); // Modify Query sysQuery::findOrCreateRange(custReport.reportRun().query().dataSourceTable(tableNum(custTable)), fieldNum(custTable, custGroup)).value(queryValue('10')); custReport.reportRun().query().interactive(false); // Create printJobSettings printJobSettings.setTarget(PrintMedium::File); printJobSettings.format(PrintFormat::PDF); printJobSettings.fileName(@"C:\Temp\CustTableReport.pdf"); // Apply printJobSettings custReport.reportRun().printJobSettings(printJobsettings.packPrintJobSettings()); custReport.reportRun().report().interactive(false); // Disable default printer-dialog custReport.reportRun().run(); } Obiger Code instanziiert ein Objekt der Klasse custReport, deren wesentliche Methoden wie folgt aussehen: class CustReport extends runBaseReport { }
public identifiername lastValueElementName() { identifiername ret; //ret = super(); ret = reportStr(Cust); return ret; }
static ClassDescription description() { return "Custreport"; }
static void main(Args args) { CustReport CustReport; ; CustReport = new CustReport(); if (CustReport.prompt()) { CustReport.run(); } } |
Tabellen mit doppelten RecIDs ermitteln
04.05.2011Microsoft Dynamics AX (Axapta)
Wenn man in Dynamics AX (4.0 bzw. 2009) einmal in die Verlegenheit kommen sollte, prüfen zu müssen, ob es Tabellen mit doppelten RecIDs gibt, kann folgendes SQL-Script dabei behilflich sein: use ax2009_standard_sp1
set nocount on declare @tableName char(100) declare db_cursor CURSOR FOR select name from dbo.sysobjects where xtype = 'U' and name <> 'ROWSTAT' and name <> 'ROWSTATUS' and name <> 'SQLSYSTEMVARIABLES' and name <> 'SYSTEMSEQUENCES' -- SYSTEMSEQUENCES enthält immer doppelte RecIDs order by name asc -- Temporäre Tabelle aufbauen IF OBJECT_ID(N'tempdb..#tmp_duplrecid', N'U') IS NOT NULL begin drop table #tmp_duplrecid end create table #tmp_duplrecid (tablename char(100), recordcounter bigint) OPEN db_cursor FETCH NEXT FROM db_cursor INTO @tableName WHILE @@FETCH_STATUS = 0 BEGIN -- Tabellen mit doppelten RecIds ermitteln exec('insert into #tmp_duplrecid select ''' + @tableName + ''', COUNT(*)' + ' from ' + @tableName + ' group by RECID ' + ' having COUNT(*) > 1') FETCH NEXT FROM db_cursor INTO @tableName END CLOSE db_cursor DEALLOCATE db_cursor set nocount off -- Tabellen mit doppelten RecIDs select 'Tabelle enthält doppelte RecIDs: ' + tablename from #tmp_duplrecid
|
|
|
|
|
|
|
Im folgenden sind einige Gedankennotizen zum Thema Datum und Uhrzeit in Dynamics AX notiert.
In allen mir bekannten Versionen von Dynamics AX bzw. Axapta gibt es die nachstehenden Funktionen:
Ab Dynamics AX 2009 stehen u.a. zusätzliche folgende Funktionen zur Verfügung:
(
DateTimeUtil::getSystemDateTime(),
DateTimeUtil::getUserPreferredTimeZone()
)
In allen bisherigen Dynamics AX-Versionen wird das Systemdatum und die Systemzeit von der Zeit des Clients initialisiert. Diese Werte kann sich der Benutzer - entsprechende Rechte vorausgesetzt - jederzeit selbst ändern (die Uhrzeit allerdings erst seit Dynamics AX 2009). Sie gelten aber nur für die aktuelle Sitzung und nur für diesen Benutzer.
Übrigens: Erhält man unter AX 2009 beim Starten eines AX-Clients die nachstehende Fehlermeldung, sollte man die Zeitzone des aktuellen Benutzers in den Benutzeroptionen prüfen.