[Gelöst] BC Reports testen

Guten Morgen,

wenn ich aus BC ein Report Layout exportiere, den in SQL Report Builder bearbeite.

Aus dem report Builder heraus NAV Layouts zu testen geht nicht weil das dataset nicht zur verfügung steht,
geht also nur abspeichern, in BC wieder einlesen, und testen.

Oder geht das schneller ?

Danke

Zuletzt geändert von elTorito am 11. September 2020 08:40, insgesamt 1-mal geändert.

also entweder stehe ich jetzt total aufm schlauch, oder ich habe dich total missverstanden
-> du kannst doch das rdlc-layout in al (vscode) hinterlegen, per reportbuilder bearbeiten und dann publishen und testen.
https://docs.microsoft.com/en-us/dynamics365/business-central/dev-itpro/developer/devenv-howto-rdl-report-layout

Hallo Sweikelt,

bei der Vorgehensweise wird ein neues RDL Layout erstellt

Ich hab aus BC den Report 206 Exportiert. Nun Habe ich SalesInvoice.rdl.
Bisher gehe ich hin, speicher Änderungen im Report Builder, und importiere die rdl datei wieder in BC.

öhm - wie gesagt, ich stehe auf dem Schlauch.
Ich habe einen Report als Extension - bearbeite das RDLC-Layout im ReportBuilder und speichere es (das RDLC-Layout liegt auch im Ordner meiner Extension) - dann publishe ich diese und fertig

Wenn du natürlich über benutzerdef. Berichtslayouts gehst, dann wird dir keine andere Vorgehensweise wie deine jetzige übrig bleiben

Ja genau ich möchte nur das Layout ändern.
Früher habe ich es so gemacht aus dem DEV Client heraus, Layout öffnen in Report Builder, Änderungen getätigt, gespeichert, zurück in den DEV Client, dort kam eine Meldung Layout hat sich geändert, OK, speichern, Run.

...und jetzt machst du das für benutzerdefinierte Layouts eben nicht aus der Entwicklungsumgebung sondern aus dem "richtigen" Client heraus.

Hallo,

das Blöde ist nur, wenn du zusätzliche Felder aus dem Report benötigst, was leider häufiger passiert

Gruß Fiddi

Stimmt, dann ist's mehr als nur Layout.

Okay. Wenn es nicht anders geht dann kann ich damit Leben. Hätte gedacht evtl. geht das mittlerweile etwas "bequemer".

danke euch

ehm....also wenn du das "früher" aus dem Devclient gemacht hast, dann war das aber bestimmt kein benutzerdef. Layout, sondern direkt eine Berichtsanpassung (bzw. Layoutanpassung am Report)!
also entweder du nutzt den Umweg über benutzderdef. Berichtslayouts - inkls. der erwähnten Nachteile (Felder, blöder Weg zum Testen,...) - oder du baust den Report per Extension "neu" (bitte einfach nur kopieren!) und passt das Layout dann in dem neuen Bericht per VS-Code & Report-Builder an - natürlich muss dann die Berichtsauswahl "umgestellt" werden

Guten Morgen,

ehm....also wenn du das "früher" aus dem Devclient gemacht hast, dann war das aber bestimmt kein benutzerdef. Layout, sondern direkt eine Berichtsanpassung (bzw. Layoutanpassung am Report)!

Ja, Direkte Layout Anpassung am Report, ist ja auch irgendwie "benutzerdefiniert", und jetzt ist was ganz anderes mit gemeint ... ... Definitionen sind immer sooo schwierig...

also entweder du nutzt den Umweg über benutzderdef. Berichtslayouts - inkls. der erwähnten Nachteile (Felder, blöder Weg zum Testen,...) - oder du baust den Report per Extension "neu" (bitte einfach nur kopieren!) und passt das Layout dann in dem neuen Bericht per VS-Code & Report-Builder an - natürlich muss dann die Berichtsauswahl "umgestellt" werden

Dann wird das so gemacht.

Vielen Dank

Ja, Direkte Layout Anpassung am Report, ist ja auch irgendwie "benutzerdefiniert", und jetzt ist was ganz anderes mit gemeint ... ... Definitionen sind immer sooo schwierig...

hehe - stimmt - wobei natürlich die benutzerdefinierten Berichtslayouts den Bericht an sich nicht modifizieren - sprich beim nächsten Update fliegt dir das nicht um die Ohren bzw. du musst es nicht mergen (manchmal vll. schon xD)
weiterhin können benutzerdef. Berichtslayouts mandantenspezifisch sein, was dann aber die reine Anpassung am Report wieder nicht ist

Hallo,

das Problem ist nur, das die Standard- Reports oft nicht alle Angaben enthalten, die benötigt werden. (Ich habe noch keinen Kunden gesehen, der mit den Standard- Belegberichten arbeiten kann)

Und bei den Listen- Reports ändert man diese auch nur in den seltensten Fällen weil eine Spalte zu schmal ist, sondern weil man zusätzliche Informationen benötigt, die natürlich nicht übergeben wurden.

Aus diesem Grund ist kopieren des Berichts und ist ein Merge bei jedem Update im realen Leben wohl nicht zu vermeiden.

Ich arbeite auch mit Beleg- Berichten, die für neun Mandanten ohne zusätzliches Layout auskommen, und teilweise auch noch ein Empfänger- spezifisches Layout hat. Das ist bei geschicktem Design nicht wirklich ein Problem.

Gruß Fiddi