RDLC-Reports in Visual Studio

Bitte beachtet das Sammelthema von Microsoft: Dynamics NAV 2009: Reports Q&A

Weitere Themen:

Installation & Technik

Grundlagen

Onlinehilfe: Designing RDLC Report Layouts
Schulungsunterlagen
RDLC für NAV Entwickler
Umstieg auf RDLC - NAV 2009 R2
Seitenvorschau und Drucklayout
Lehrvideos
UX Guidelines
Dataset einsehen
Datasets: Bildung und Gruppierung
Report.rdlc direkt bearbeiten
Können Tools für uns RDLC-Reports erstellen?
Performance verbessern
Layout für Export nach Excel optimieren: RDLC Export to Excel: Some hints
Elemente kopierfähig machen: nach jeder Expression ein Kommentarzeichen "'" einzufügen

Aufgaben

Exkurs

Briefpapier nachträglich zu einem PDF-Dokument hinzufügen

Problem: Seitenvorschau im RTC ist unpräzise.

Seitenumbrüche fehlen, dadurch stimmt die Gesamtseitenzahl nicht
Der Seitenrand wird nicht angezeigt bzw. das Papierformat wird nicht ausgewertet. Ob der Inhalt der Breite nach auf eine Seite passt, wird nicht geprüft. Was in der Vorschau gut aussieht, führt im Druck(layout) zu zusätzlichen Seiten, siehe hier mit Screenshot.
Es werden Dinge an anderen Stellen platziert, als sie tatsächlich gedruckt werden.

Hintergrund: Die Seitenvorschau ist nur ein grobes Hilfsmittel. Aussagekraft hat nur das Drucklayout.

Drucklayout.jpg

Nachzulesen: viewtopic.php?f=40&t=10116

Problem: In der Vorschau erscheint das Drucklayout-Symbol nicht
Grund: viewtopic.php?p=47025#p47025
Für Testzwecke ist es möglich, alle vorhandenen CurrReport.PREVIEWs im C/AL-Code vorübergehend auszukommentieren und so das Drucklayout-Symbol wieder erscheinen zu lassen. Für den Produktivbetrieb ist dies jedoch nicht möglich! Lässt man CurrReport.PREVIEW auskommentiert, würde nun bei jeder Seitenansicht "Anzahl gedruckt" im Belegkopf hochgezählt, der Beleg archiviert und ein Aktivitätsprotokollposten geschrieben werden.

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Es gibt einen Youtube-Kanal von Microsoft, der sich den RDLC-Reports widmet - auch für NAV 2013!
http://www.youtube.com/user/mbsuxcph/videos?view=pl

Linksammlung auf PartnerSource
Video Series on Microsoft Dynamics NAV Reporting

Lehrvideos

NAV 2013
- How Do I: Build a List Report in NAV 2013 (15 Minuten)
- How Do I: Create a Document Report (25 Minuten)
- How Do I: Build a dashboard report in Microsoft Dynamics NAV 2013
- How do I...group data in Microsoft Dynamics NAV 2013 Reports (9 Minuten)
NAV 2013 R2
NAV 2015

Andere:

HTML Tags in Microsoft Dynamics NAV2013 Reports

Ab NAV 2013 liefert Microsoft viele Standardreports gemäß einer neuen Guideline aus. Diese sieht z.B. eine Zeilenhöhe von 10pt vor und einen Abstand zwischen Tabellen von 20pt vor.
Wer mag, kann diese bereits jetzt schon für seine NAV-2009-Reports anwenden:
Download
Microsoft Dynamics NAV 2013 Reporting Design Guidelines

Video: How Do I: View My Report Dataset in Microsoft Dynamics NAV 2013 R2

NAV übergibt seine Daten an das Visual-Studio-Layout bei der Reportausführung ein einziges Mal: in Form einer XML-Datei, die ihr euch wie eine große Tabelle vorstellen könnt. Da sich viele Probleme und Funktionsweisen des RTC-Reports nur über das Dataset erklären lassen, ist es wichtig zu wissen, wie man dieses Dataset einsehen kann.

Die folgenden Screenshots stammen aus NAV 2013, die Funktionsweise ist aber identisch mit NAV 2009. Ihr findet die Menüeinträge teilweise an anderer Stelle.

Öffnet den Report im RTC in der Seitenansicht:
01.png
In der Seitenansicht, wählt Hilfe --> Info zu diesem Bericht
02.png
Ihr erhaltet beim erstmaligen Aufruf folgende Hinweismeldung (wenn nicht - weiter mit Schritt 4):
03.png
Wie dort bereit beschrieben ist: Schließt diese Meldung, schließt die Seitenvorschau und wiederholt Schritte 1 und 2.
Ihr seht nun das Dataset:
04.png
Exportiert es nach Excel, um z.B. nach Feldnamen oder -inhalten zu suchen.
05.png

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Anbei an anschauliches Beispiel für NAV 2009, gilt aber ebenso für NAV 2013:
Dynamics NAV 2009 RDLC Datasets

Videos:
How Do I: Group Data in Microsoft Dynamics NAV 2013 R2
How Do I: Create an Advanced Group in Microsoft Dynamics NAV 2013 R2
How Do I: Analyze and Decide the Best Grouping Structure in a Report in Microsoft Dynamics NAV 2013 R2

Die üblichen, von Microsoft veröffentlichen Systemvoraussetzungen erwähnen meist nur die teuren VS-Vollversionen. Es geht aber auch kostenlos mit den Expressversionen:

VS 2008 für NAV 2009:
siehe Kurzanleitung (bitte wirklich jeden Schritt ausführen).

VS 2010 für NAV 2013: https://clauslblog.wordpress.com/2012/0 ... r-options/
Bitte der Reihe nach installieren/ausführen:

Visual Web Developer 2010 Express
Microsoft Visual Studio 2010 Shell (Integrated) Redistributable Package
SQL Server Express wird dabei leider installiert, ohne dass man das verhindern kann. Bei Bedarf wieder deinstallieren: So gehts.

VS 2012/2013 für NAV 2013 R2 und NAV 2015

Kostenloses VS: Folgt Claus L.'s Instruktionen zum Installieren von Visual Studio Community 2013. Achtung: für NAV 2013 R2 braucht ihr mindestens das Cumulative Update 2.
VS Vollversion: Wer VS 2013 nutzen möchte, muss NAV updaten (mehr Infos: siehe hier und hier).
Ganz ohne VS: Außerdem/weiterhin könnt ihr den Report Builder nutzen. Der ist zwar auch kostenlos (und sogar zusammen mit NAV schon fertig installiert), allerdings werdet ihr einige Komfortfunktionen darin vermissen.
Report Builder 12.0 wird erst ab CU 11 bzw. Build 37799 für 2013 R2 unterstzt (Quelle).

Visual Studio Community Edition für NAV 2016 und NAV 2017?

Funktioniert technisch, die Nutzung ist aber laut Lizenzvereinbarung für die meisten Betriebe untersagt. Siehe Diskussion hier.
Einzige kostenlose und lizensierte Methode: SQL Report Builder.

Parallelbetrieb
Neuere als die jeweils genannten VS-Versionen (z.B. VS 2010 statt 2008) können nicht genutzt werden!
Ihr könnt aber die jeweils gültige Express-Version parallel zu eurer vorhandenen Version installieren.

Der Reportdesigner in Visual Studio ist eigentlich ein mächtiges Werkzeug: Er liest die Report.rdlc (diese enthält das komplette Layout im XML-Format) und interpretiert ihren Inhalt so, dass er euch visuell dargestellt wird. Ändert ihr etwas im Designer, wird im Hintergrund die Report.rdlc entsprechend modifiziert.

Manchmal ist es trotzdem notwendig, die Report.rdlc direkt zu bearbeiten (zum Beispiel hier).

Um die Report.rdlc direkt zu bearbeiten ...

Öffnet das Report-Layout wie gewohnt mit Visual Studio
Wählt oben rechts den Projektmappen-Explorer:
Projektmappen Explorer.png
Solltet ihr dieses Fenster nicht finden, blendet es euch über Ansicht --> Projektmappen-Explorer ein.
Im Projektmappen-Explorer, klickt auf "Report.rdlc".
Rechte Maustaste --> Öffnen mit ... --> XML (Text)-Editor --> OK
Öffnen mit.png

XML-Editor.png
Die Report.rdlc wurde als zusätzliche Registerkarte geöffnet:
Report-rdlc.png
Ihr könnt den Inhalt der Report.rdlc nun bearbeiten.Ihr könnt jederzeit wieder zur Designeransicht wechseln, indem ihr Registerkarte Report.rdlc [Entwurf] anklickt. Dabei prüft Visual Studio, ob sich eure geänderte Report.rdlc noch immer fehlerfrei interpretieren lässt und lässt es euch andernfalls über eine entsprechende Fehlermeldung wissen.

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Schöner, deutschsprachiger Artikel:
RDLC für NAV Entwickler #6 – RDLC Belegdesign – Übertrag

Konnte man in Classic Reports früher Zwischensummen bzw. Überträge recht einfach über TransHeader- und TransFooter-Sections abbilden, sind in Visual Studio hier einige Schritte mehr notwendig:
viewtopic.php?f=40&t=20294

Besonders interessant wird es, wenn unterschiedliche Belegnummern ins Spiel kommen. Auch hierzu liefert uns Claus L. eine Lösung: siehe hier.

Videos:
How Do I: Create Transfooter and Transheader in Microsoft Dynamics NAV 2013 R2
How Do I: Create Transfooter/Transheader in the Body of the Report in Microsoft Dynamics NAV 2013 R2

Darstellung von Überträgen

Das Zauberwort heißt SetData/GetData - hier mal im kleinen Rahmen und mit Lösungsweg:
viewtopic.php?f=40&t=20469
Hier wird auch deutlich, warum wir nicht mit ReportItems (allein) arbeiten können.

Achtung, bei SetData/GetData mit nummerischen Werten und Boolean-Feldern bleiben Kopf/Fuß plötzlich leer oder es treten Fehlermeldungen auf. Dies lässt sich mit einfachen Konvertierungsbefehlen umgehen, siehe hier.

Weitere Links zum Thema:
http://msdn.microsoft.com/en-us/library/dd301162.aspx
http://dynamicsuser.net/blogs/alexchow/ ... ision.aspx

NAV 2013: siehe hier

Video: How Do I: Use SetData and GetData in Microsoft Dynamics NAV 2013 R2

Ihr bindet im RDLC-Layout meistens Tabellen (Begriff unter NAV 2009/RDLC 2005) bzw. Tablixe (NAV 2013/RDLC 2008) ein.
Wird der Druck einer solchen Tabelle durch einen Seitenumbruch unterbrochen, werden evtl. definierte Kopf- bzw. Fußzeilen der Tabelle auf den Folgeseite nicht automatisch wiederholt.
Der Einfachheit halber werde ich nachfolgend meist nur von Kopfzeilen sprechen, auch wenn das Verfahren genauso für Fußzeilen funktioniert.

Bitte beachtet
Es ist nicht möglich, bei z.B. drei vorhandenen Kopfzeilen nur eine zu wiederholen und die anderen nicht - entweder alle oder keine.
Beachtet ihr diese Regel nicht, erhaltet ihr folgende Fehlermeldung beim Kompilieren des RDLC-Berichts (Meldung stammt aus RDLC 2008):

Das Tablix-Objekt 'Table1' weist ein ungültiges TablixMember-Element auf. Für das TablixMember-Element muss der gleiche Wert für die RepeatOnNewPage-Eigenschaft festgelegt werden wie für die folgenden oder vorherigen dynamischen TablixMember-Elemente.

Je nach NAV- bzw. RDLC-Version ist die weitere Vorgehensweise jedoch eine andere:

NAV 2009
Markiert eine Kopfzeile durch einen Klick auf das Kopfzeilensymbol links daneben. Wählt jetzt im Eigenschaftsfenster die Eigenschaft RepeatOnNewPage = True. Für weitere Kopfzeilen wiederholen.

NAV 2013
Der Zugriff zur (wie unter NAV 2009 verwendeten) Eigenschaft RepeatOnNewpage erfolgt über den sog. Erweiterten Modus:

Erweiterter Modus.png

Nach Aktivierung klickt auf das Tablix. Jede Tablixzeile erscheint unter "Zeilengruppen" als graue Static-Zeile:

02.png

Wenn ihr eine solche Static-Zeile anklickt, könnt ihr im Eigenschaftsfenster rechts (hier nicht im Bild) die Eigenschaften der Zeile ändern.

Nun muss unterschieden werden, ob der Tablix über Gruppenzeilen verfügt.

Tablix ohne Gruppenzeilen:

01.png

Für jede Static-Zeile, die eine Kopfzeile repräsentiert: Klickt auf die Static-Zeile und setzt als Eigenschaft

RepeatOnNewPage = True.

Tablix mit Gruppenzeilen:
Und wenn gar keine Tabellenkopfzeilen (rot), sondern Gruppenkopfzeilen (grün) wiederholt werden sollen?

ZuordnungZeilengruppen.png

Für jede zum Gruppenkopf gehörenden Static-Zeile (grün): Klickt auf die Static-Zeile und setzt als Eigenschaften

RepeatOnNewPage = True.
Wenn Kopfzeile: KeepWithGroup = After
Wenn Fußzeile: KeepWithGroup = Before

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Kleine Ergänzung:

Soweit ich bisher feststellen konnte Sind die Gruppenkopfzeilen statisch, d.h. sie lassen sich nicht für Übertragssummen o.ä. verwenden. Wiederholt wird immer die erste Kopfzeile der Gruppe.

Gruß, Fiddi

fiddi hat geschrieben:Kleine Ergänzung:

Soweit ich bisher feststellen konnte Sind die Kopfzeilen statisch, d.h. sie lassen sich nicht für Übertragssummen o.ä. verwenden. Wiederholt wird immer die erste Kopfzeile der Gruppe.

Gruß, Fiddi

Spätestens wenn du mit dem Code-Bereich des RDLC-Report arbeitest, müsste das funktionieren, siehe auch viewtopic.php?f=40&t=20294

Spätestens wenn du mit dem Code-Bereich des RDLC-Report arbeitest, müsste das funktionieren, siehe auch viewtopic.php?f=40&t=20294

Ich muss mich da ein wenig präzisieren, ich meinte natürlich die Gruppenkopfzeilen, nicht die Kopfzeilen des Reports, die sind - meistens - dynamisch.

Gruß, Fiddi

Einleitung
RDLC 2008 (genutzt von NAV 2013) enthält einen gemeinen Fehler, der die Löschung von Gruppen innerhalb eines Tablixes betrifft. Dieser Fehler kann dazu führen, dass ihr euer RDLC-Design aufgrund eines unverständlichen Kompilierfehlers nicht mehr fortsetzen könnt. Dieser Fehler lässt sich allein durch die direkte Bearbeitung der Report.rdlc korrigieren. Davon handelt dieser Artikel.

Folgefehler
Einige von euch werden bereits eine Gruppe samt Zeilen innerhalb eines Tablixes gelöscht haben. Die wenigsten (oder gar keiner?) werden danach ein Problem bemerkt haben; sie konnten ihr Reportdesign weiterführen.
Mir ging es anfangs genauso - bis ich irgendwann, innerhalb eines mehrfach ergänzten Auftragsbestätigungsreports, einem Fehler begegnet bin, den ich zunächst nicht lösen könnte.
Leider kann ich weder die genaue Fehlermeldung wiedergeben noch kann ich den Folgefehler bewusst reproduzieren. Sollte mir (bzw.: euch!) diese Meldung jemals wieder begegnen, werde ich sie an dieser Stelle ergänzen.
Fest steht: Wendet ihr nach jeder Gruppenlöschung den folgenden Lösungsansatz an, erspart ihr euch in Zukunft viel Arbeit!

Der Fehler beim Löschen einer Gruppe
Nehmen wir an, ein Tablix besteht aus der üblichen Detailgruppe, zwei zusätzlichen Gruppen und Zeilen:

vorher.png

Hinweis: um die Static-Zeilen anzuzeigen, aktiviert den erweiterten Modus.

Nun löschen wir Gruppe2 (samt Zeilen):

Gruppe_löschen.png

Das Ergebnis überrascht!

Fehler.png

Die Static-Zeile der Gruppe2 existiert noch immer - unter Gruppe1. Außerdem ist die Detailgruppe samt ihrer Zeilen eine Stelle zu weit nach rechts eingerückt: eine Gruppe (gelbe Zeile) soll sich immer auf der gleichen Ebene wie letzte Static-Zeile davor befinden.

Die Lösung
Öffnet die Report.rdlc mit dem XML-Editor.
Um herauszufinden, was genau "falsch" ist, schauen wir uns zunächst an, wie in der rdlc-Datei Gruppen normalerweise aufgebaut sind. Hierfür suchen wir nach der noch immer bestehenden Gruppe1:

Gruppe1.png

Eine Gruppe befindet sich als TablixMember innerhalb von TablixMembers. Die Gruppe besteht aus Group_Name, SortExpressions und TablixMembers. Innerhalb des letztgenannten TablixMembers können dann neue Gruppen eingebetet sein.

Schauen wir uns nun die Detailgruppe an:

Detailgruppe.png

Die umrandeten Tags sind zu viel - löscht sie.
Kehren wir danach wieder in unser Layout zurück, sehen unsere Zeilengruppen wieder wie erwartet aus:

nachher.png

Nochmal zum Vergleich - so sah es vorher aus:

Fehler.png

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Microsoft bietet folgende (leider nur Englisch-sprachige) Schulungsunterlagen zum Thema RDLC an.

PartnerSource

CustomerSource

Bitte beachtet, dass ihr bei Zugriff auf die Partner- bzw. CustomerSource nicht automatisch gleichzeitig Zugriff auf Schulungsunterlagen habt. Hierzu bedarf es einer gesonderten Vereinbarung. Ihr erhaltet dann die Meldungen: "Access denied …" und "Enroll in a Partner Service Plan today to receive access!" Falls ihr nicht sofort auf die passende Seite umgeleitet wird, die euch erklärt, wie ihr Zugang erhaltet; dies ist sie: PartnerSource, CustomerSource

Außerdem gibt es noch folgendes, frei käufliches Buch (zu finden in unserer Bücherliste):

Microsoft Dynamics NAV 2009: Professional Reporting
Taschenbuch: 352 Seiten
Verlag: Packt Publishing (3. Oktober 2011)
Sprache: Englisch
ISBN-10: 1849682445
ISBN-13: 978-1849682442

Claus zeigt uns hier, wie ihr div. Probleme bei der Positionierung eines Adressfeldes lösen könnt:
http://mibuso.com/blogs/clausl/2013/08/ ... -envelope/

Ähnlich wie dem "\"-Steuerzeichen im klassischen NAV-Reportdesign (<= NAV 2009), lassen sich auch im RDLC Zeilenumbrüche an festen Stellen innerhalb einer Textbox realisieren:

1) Zwei Felder durch einen Zeilenumbruch trennen
Die Ausdrücke vbCrLf oder auch System.Environment.NewLine verwenden, z.B. :

Code:: =Fields!Feld1.Value + vbCrLf + Fields!Feld2.Value

2) Einen Feldinhalt mittendrin umbrechen
Dazu muss bereits NAV-seitig an passender Stelle ein Steuerzeichen eingefügt (z.B. ein Komma) und im Layout der Ausdruck konvertiert werden:

Code:: =Replace(Fields!DeinFeld.Value,",",System.Environment.NewLine)

Alternativ kann der Feldinhalt schon in NAV auf zwei Felder aufgebrochen werden, um wie in 1) in einer Textbox dargestellt zu werden.
Der Vorteil von 2) liegt darin, dass wir das DataSet nicht zusätzlich vergrößern - Stichwort Performance.

Beachtet bitte, dass die Textbox vertikal genug Platz für die zusätzliche Zeile bieten muss. Entweder:

Ihr setzt die Höhe (Eigenschaft Height) entsprechend hoch oder
Ihr setzt CanGrow = True und lasst so die Textbox (in Tabellen damit die gesamte Zeile) automatisch mitwachsen

Ist die Textbox nicht hoch genug, führt das zu keinem Fehler - allerdings wird der Inhalt der zweiten Zeile nicht oder nicht vollständig angezeigt.

3) Störende Leerzeichen bei automatischem Umbruch und Rechtsausrichtung
Bei nummerischen Werten wird der Zelleninhalt gerne rechts ausgerichtet, so auch bei der Überschrift. Erfolgt aufgrund von Leerzeichen ein automatischer Zeilenumbruch, führt das Leerzeichen dazu, dass das erste Wort nicht ganz am rechten Rand erscheint. Lösung: http://dynamicsuser.net/blogs/marcos/ar ... ember.aspx

Alternativ kann der Feldinhalt schon in NAV auf zwei Felder aufgebrochen werden, um wie in 1) in einer Textbox dargestellt zu werden.
Der Vorteil von 2) liegt darin, dass wir das DataSet nicht zusätzlich vergrößern - Stichwort Performance.

Ich habe mir angewöhnt z.B. Belegtextzeilen schon in NAV zu einer Text- Variablen( variable Größe) zusammenzufassen (die einzelnen Zeilen mit CRLF getrennt) und das ganze als eine Variable dem Report zu übergeben.

Das spart zu einen Datensätze, bietet aber auch die Möglichkeit HTML im Report auszugeben (ist ja nur ein Textfeld was dann ausgegeben wird), und man spart sich die unnötigen Tablixe für die Textzeilen (es reicht dann ja ein Textfeld)

Gruß Fiddi

In Visual Studio eingerichtete Seitenköpfe und -füße reservieren auf allen Seiten gleich viel Platz, da ihre Höhe nicht dynamisch beeinflusst werden kann.
Dieser Artikel zeigt, wie der Seitenkopf auf Folgeseiten trotzdem kleiner sein kann als auf Seite 1, ohne Platz zu verschwenden: How to save space in RDLC Documents (dynamic header-height workaround)

Der Trick besteht darin, den Kopf nur so gering zu gestalten, dass die Informationen für Seite 2 darauf passen. Die übrigen Kopfinformationen für Seite 1 können in den Body ausgelagert werden.

Im Kopf könnt ihr Textboxen übereinander legen. Je nach aktueller Seitenanzahl könnt ihr mal die eine oder andere Textbox einblenden bzw. deren Inhalt leeren.

RDLC-Reports zu erstellen ist eine sehr lernintensive Aufgabe. Man kommt ohne Vorwissen zu keinem vernünftigen Ergebnis.
Genauso wenig reicht es, sich eine zeitlang nur theoretisch schulen zu lassen: ohne eine dauerhafte, wiederkehrende Beschäftigung mit dem Thema ist alles Wissen (und sind vor allem viele wichtige Kniffe) schon nach kurzer Zeit weg und die investierte Zeit quasi umsonst gewesen.

Die Frage ist also: Muss man sich wirklich komplett mit der Materie auseinander setzen, oder reicht es nicht auch, Tools einzusetzen, die den RDLC-Teil schreiben? Von diesen Tools gibt es bereits mehrere auf dem Markt.

NAV MVP Claus Lundstrøm (unser Reporting-Guru) ist gegen zwei namhafte Tools angetreten. Wer hat es am schnellsten geschafft, einen komplexen CC-Report (nämlich einen Servicvertrag) in einen RDLC-Report umzuwandeln? Und wie ist das Ergebnis qualitativ zu beurteilen?
Lest hier sein persönliches Fazit:
http://mibuso.com/blogs/clausl/2013/12/ ... ckfactory/

Natalie hat geschrieben:RDLC-Reports zu erstellen ist eine sehr lernintensive Aufgabe. Man kommt ohne Vorwissen zu keinem vernünftigen Ergebnis.
Genauso wenig reicht es, sich eine zeitlang nur theoretisch schulen zu lassen: ohne eine dauerhafte, wiederkehrende Beschäftigung mit dem Thema ist alles Wissen (und sind vor allem viele wichtige Kniffe) schon nach kurzer Zeit weg und die investierte Zeit quasi umsonst gewesen.

druckt

Dem kann ich nur zustimmen. Bei mir hat das ganze "Lernen" etwa ein halbes Jahr unregelmäßiger Beschäftigung mit dem Thema bedeutet. Ich habe jetzt aber auch wieder Belege, die fast wieder die gleiche Funktionalität haben, wie in Classic (unterschiedliche 1. +2. Seite, Seitenübertrag unter der Tabellenüberschrift,..).

Die Belege unserer Kunden sehen allerdings in der Regel etwas komplexer aus, als das was in den Demos verwendetet wird (Aufwändige Fußzeilen, komplexere Header,Mehr SHOWOUTPUTS,...).
Und es gibt noch weitere Dinge, die man berücksichtigen sollte. z.B.:
1. Der Speicherbedarf. Ich habe bei diversen Kunden das Problem, das die Reports wg. mangelndem Speicher abbrechen, weil mal eben ein mehr als 100seitiger Beleg gedruckt wird. Das wird mit nicht optimierten Reports (Anzahl der Datensätze reduzieren) zu einem Problem. Daraus folgt nach meiner Meinung, dass man sich neben dem Konverter auch sehr intensiv mit der Arbeitsweise des Reportings auseinandersetzen muss.
2. Es wird in einer Firma selten nur ein Beleg umgestellt. Und Firmen haben meistens eine einheitliche CI. D.h. hat man den Rahmen für einen Beleg fertig, kann man das Design für die anderen übernehmen.
3. Wer die Reports für zertifizierte Branchenlösung verwenden will, muss sich das Styleguide von MS halten, was die Konverter nicht leisten können (und eigentlich auch nicht sollen, man will ja das haben, was man vorher hatte)
4. Auch die konvertierten Reports nutzen einige "spezielle" Funktionen des Reportgenerators, mit denen man sich zusätzlich noch auseinandersetzen muss.

Gruß, Fiddi

Falls ihr gerade von einer älteren NAV-Version auf eine aktuelle umsteigt, seht ihr euch sicherlich mit der Konvertierung von Reports konfrontiert, da die klassischen NAV-Reports nicht mehr unterstützt werden.

Folgende Blog-Serie kann euch dabei helfen, mit den neuen Begriffen und Stolpersteinen des RDLC auszukommen - und nebenbei eure Reports selbst auf NAV 2009 R2 oder höher zu aktualisieren. Nehmt euch dafür aber viel Zeit ;-)

Converting Dynamics NAV Classic Reports To RDLC – Part 1

An Inevitable Conversion
What is RDLC?
RDLC in NAV 2009 R2
RDLC in NAV 2013
RDLC vs RDL

Converting Dynamics NAV Classic Reports To RDLC – Part 2

The Basic Report Conversion Process
Beware the Gotchas

Converting Dynamics NAV Classic Reports To RDLC – Part 3

Create Layout Suggestion
Bitte beachtet, dass es seit NAV 2013 diesen Menüpunkt nicht mehr gibt.
Vertical Spacing
Horizontal Spacing
Review, Review, Review

Converting Dynamics NAV Classic Reports To RDLC – Part 4

Using Dataset Fields in Page Headers and Page Footers
Hiding the Filter Line When No Filter is Specified
Summary of Steps Required to Convert The Customer List to RDLC

Converting Dynamics NAV Classic Reports To RDLC – Part 5

Reversing Microsoft’s Preparations for the Conversion
Test Your Starting Point
Create Layout Suggestion Results

Converting Dynamics NAV Classic Reports To RDLC – Part 6

Understanding Report 5703 – Transfer Order
Modifying the Dataset Coming From the Classic Report
Grouping the List Data Region in the RDLC Report
Testing The New Version of Your Report

Converting Dynamics NAV Classic Reports To RDLC – Part 7

The Missing “Page” Label in the Upper Right Corner of the Header
RDLC Conversion Behavior

Converting Dynamics NAV Classic Reports To RDLC – Part 8

Assessing the Remaining Problems With Report 5703 – Transfer Order
Fixing the Missing Column Headings
Fixing the Spacing Issues

Converting Dynamics NAV Classic Reports To RDLC – Part 9

The Current State of Your RDLC Version of Report 5703 – Transfer Order
The Classic Report’s Handling of Dimensions at the Data Item Level
The Classic Report’s Handling of Dimensions in the Section Designer

Converting Dynamics NAV Classic Reports To RDLC – Part 10

Aligning Your Classic Dataset and Your RDLC Table Structure

Streng genommen gehört dieser Beitrag nicht zum RDLC-Reportdesign, bietet aber einen hilfreichen Blick über Tellerrand.

Hier ist ein interessanter, globaler (!) Ansatz, eben erzeugte PDF-Belge nachträglich mit Briefpapier oder ähnlichem zu versehen.

Vorstellung der Funktionsweise, hier mit Beispiel der kostenpflichtigen PDF-Bibliothek für .NET: iTextSharp.
How to print RDLC report to PDF on stationery paper
Gleicher Ansatz, aber kostenlose Bibliothek: PDFsharp
How to print RDLC report to PDF on stationery paper (2)

Zwischen Windows 7 und Windows 8 bzw. 2012 fand scheinbar eine Änderung mancher Dezimalzahlen-Formatierungen statt. Insbesondere für die Schweiz relevant:
Windows 7 (de-CH): 1’745.55
Windows 8/2012 (de-CH): 1 745.55

Um auch unter Windows wieder die Darstellung mit Apostroph zu erhalten, folgt diesem Blogartikel: Formatted decimal values dropping symbols in RDLC
Nachteil dieser Lösung: Alle Dezimalausdrücke in allen Berichten müssen angepasst werden ...
Der o.g. Artikel eignet sich übrigens ebenfalls dafür, den Umgang mit dem Replace-Befehl zu üben.

Andere Lösung: Mittels des Locale Builders eine eigenes, lokales Format definieren und anschließend installieren. Dadurch wird gleich defaultmäßig das korrekte Format geladen.
Quelle und nähere Informationen: http://blogs.msdn.com/b/nav/archive/201 ... ports.aspx

RDLC-Reports in Visual Studio

RDLC-Reports in Visual Studio

Seitenvorschau und Drucklayout

Videos

UX Guidelines

Dataset einsehen

Datasets: Bildung und Gruppierung

Kostenloses Visual Studio

Report.rdlc direkt bearbeiten

TransHeader/Transfooter nachbilden

Daten in Seitenköpfen/-füßen auf jeder Seite drucken / GetDa

Tabellenkopfzeilen auf Folgeseiten wiederholen

Re: RDLC-Reports in Visual Studio

Re: RDLC-Reports in Visual Studio

Re: RDLC-Reports in Visual Studio

NAV 2013: Löschung einer Gruppe korrigieren

Schulungsunterlagen

NAV 2013: Adressfeld für Fensterumschlag positionieren

Zeilenumbruch innerhalb einer Textbox erzwingen

Re: RDLC-Reports in Visual Studio

Seitenkopf auf Seite 2 anders gestalten als auf Seite 1

Können Tools für uns RDLC-Reports erstellen?

Re: RDLC-Reports in Visual Studio

Umstieg auf RDLC - NAV 2009 R2

Briefpapier nachträglich zu einem PDF-Dokument hinzufügen

NAV 2013 R2 CH: Fehler bei Dezimalzahlenformatierung beheben