What’s New in BC 2026 Wave 1 (28.x)

MS bei LinkedIn: Business Central 2026 release wave 1 (BC28) Roadmap (investment areas)
Neues Icon als Logo

BC28.png

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

Learn: Features becoming mandatory next release wave

Hallo,

Der Link ist aber doch nur BC27.3 und BC28, oder habe ich da was übersehen!?

Gruß Fiddi

Die neue Artikelverkaufspreislogik wird jetzt also tatsächlich verpflichtend mit BC28.

Der Link ist aber doch nur BC27.3 und BC28, oder habe ich da was übersehen!?

Der spezielle Absatz, auf den der Link verweist, ist für BC 28:

Code:

Prepare for features expected to be mandatory in the next release wave (28.0).

Hallo,

Die neue Artikelverkaufspreislogik wird jetzt also tatsächlich verpflichtend mit BC28.

Nicht unbedingt.

Du kannst deine eigene über Interfaces implementieren (oder eine Kopie der alten, damit deine Kunden sich nicht die Finger brechen).

Was wahrscheinlich einige aus Gründen der Benutzbarkeit tun werden.

Was das für Auswirkungen hat, wird man sehen.

Gruß Fiddi

Learn: Changes in 2026 release wave 1: The following features will be removed in 2026 release wave 1 (version 28.0)

Die Public Preview ist verfügbar.
Learn: Update 28.0 public preview for Business Central 2026 release wave 1

Coole neue Kleinigkeit, Buchung zugelassen ab/bis in Fibu Einr. und Benutzer Einr. kann in BC28 mit Datumsformeln gesetzt werden so dass z. B. dynamisch immer nur im aktuellen Monat gebucht werden darf.

Coole neue Kleinigkeit, Buchung zugelassen ab/bis in Fibu Einr. und Benutzer Einr. kann in BC28 mit Datumsformeln gesetzt werden so dass z. B. dynamisch immer nur im aktuellen Monat gebucht werden darf.

Danke für die Info. Das ist ja MEGA ! Muss ich mir gleich mal anschauen!

Coole neue Kleinigkeit, Buchung zugelassen ab/bis in Fibu Einr. und Benutzer Einr. kann in BC28 mit Datumsformeln gesetzt werden so dass z. B. dynamisch immer nur im aktuellen Monat gebucht werden darf.

Bezogen auf was, das aktuelle Datum oder das aktuelle Arbeitsdatum?

Gruß Fiddi

Bezogen auf was, das aktuelle Datum oder das aktuelle Arbeitsdatum?

Das Arbeitsdatum wird da herangezogen.

Gruß

Hallo,

Das Arbeitsdatum wird da herangezogen.

genau das ist der Fehler.

Dann ändert jemand sein Arbeitsdatum aufs letzte Jahr Dezember, und darf dann munter im Dezember letzten Jahres buchen, weil die Datumsformel für den aktuellen Monat eingerichtet ist.

Die Prüfung muss schon gegen das tatsächliche Datum passieren, sonst nützt die Prüfung nicht viel.

Gruß Fiddi

Hallo,

Das Arbeitsdatum wird da herangezogen.

genau das ist der Fehler.
Dann ändert jemand sein Arbeitsdatum aufs letzte Jahr Dezember, und darf dann munter im Dezember letzten Jahres buchen, weil die Datumsformel für den aktuellen Monat eingerichtet ist.
Die Prüfung muss schon gegen das tatsächliche Datum passieren, sonst nützt die Prüfung nicht viel.
Gruß Fiddi

Hallo fiddi
Aber genau dann müsstest Du ja weiterhin für jeden, der noch im alten Jahr buchen darf, den erlaubten Buchungsszeitraum manuell ändern. Und das ist echt lästig. Daher finde ich das schon sehr charmant.
Die neue Logik hilft auch ungemein, wenn der Monatserste auf ein Wochenende fällt. Niemand braucht mehr für Hunderte von Usern daran denken, den nächsten Monat noch rechtzeitig zu öffnen und ein paar Tage später dann daran, den alten Monat zu schliessen.

Man sollte aber natürlich auch darüber nachdenken, über Berechtigungen zu steuern, wer denn überhaupt sein Arbeitsdatum ändern darf. In der Buchhaltung muss man das Arbeitsdatum schon immer mal ändern können, allein schon wegen der Datumsfelder in den Wiederkehrenden Buchblättern. In anderen Abteilungen wohl eher nicht.

Die Berechtigungen dazu sollen lt. Copilot über die System ID 9173 steuerbar sein - das schaue ich mir mal an, wenn ich wieder im Büro bin.

Ohne ein entsprechendes Berechtigungskonzept zum Arbeitsdatum würde ich das auf jeden Fall auch keinem Unternehmen empfehlen, einfach mal zu nutzen.
Und es wäre dann sinnvoll, das Ändern des Arbeitsdatums zu protokollieren. Im Standard geht das nicht da, denn 9173 ist lt. Copilot eine System-ID ist und keine Tabellen ID.
Also müsste man eine separate Logtabelle programmieren, um Veränderungen im Arbeitsdatum darin zu protokollieren.

VG Anke

Also müsste man eine separate Logtabelle programmieren, um Veränderungen im Arbeitsdatum darin zu protokollieren.

dieses "Log" gibt es ja schon -> SystemCreatedAt, zwar nicht für die Änderung des Arbeitsdatums, aber für jeden Datensatz in BC

Coole neue Kleinigkeit, Buchung zugelassen ab/bis in Fibu Einr. und Benutzer Einr. kann in BC28 mit Datumsformeln gesetzt werden so dass z. B. dynamisch immer nur im aktuellen Monat gebucht werden darf.

Hallo enh

Ich finde dazu leider nichts in offiziellen Veröffentlichungen von Microsoft und Copilot sagt mir, es muss auch in BC28 weiterhin ein konkretes Datum dort eingetragen werden (?). Hast Du eventuell einen Link, wo diese Änderung aufgeführt ist oder ist das wieder mal ein Feature, was Microsoft einbaut aber niemandem davon offiziell in Kenntnis setzt?

VG
Anke

Die neue Artikelverkaufspreislogik wird jetzt also tatsächlich verpflichtend mit BC28.

Nein, wurde wieder verschoben. Aktuell auf BC31.

Wie schon in der Vorjahren der Webcast mit James Crowter, AJ Kauffmann und Waldo (Anmeldung z.B. über LinkedIn erforderlich). Aufzeichnung vom 12.03.
Directions Webinar: What's new in BC 2026 Wave 1

Hallo,

Code:

Aber genau dann müsstest Du ja weiterhin für jeden, der noch im alten Jahr buchen darf, den erlaubten Buchungsszeitraum manuell ändern.

Nein, müsstest du nicht.

Es hindert dich ja niemand. für die Benutzer mit abweichenden Zeitraum eine andere Datumsformel einzutragen.
BTW: ich glaube nicht, das die meisten Anwender in der Lage sind, eine Datumsformel z.B.: Dezember letzten Jahres einzutragen, was ja auch geändert werden müsste, wenn der Jahresabschluss durch ist.

Also, wenn das Tagesdatum zu Prüfung der Datumsformel herangezogen wird, dann kann niemand, der nur auf den aktuellen Monat buchen darf, ins vergangene Jahr buchen. Auch dann nicht, wenn er sein Arbeitsdatum ändert.

Würde das Arbeitsdatum zur Prüfung der Formel herangezogen, kannst du dein Arbeitsdatum ändern, und du kannst in beliebige Zeiträume buchen. Was aber ja gerade durch diese Felder Verhindert werden soll.

Gruß Fiddi

Coole neue Kleinigkeit, Buchung zugelassen ab/bis in Fibu Einr. und Benutzer Einr. kann in BC28 mit Datumsformeln gesetzt werden so dass z. B. dynamisch immer nur im aktuellen Monat gebucht werden darf.

Ich finde dazu leider nichts in offiziellen Veröffentlichungen von Microsoft und Copilot sagt mir, es muss auch in BC28 weiterhin ein konkretes Datum dort eingetragen werden (?). Hast Du eventuell einen Link, wo diese Änderung aufgeführt ist oder ist das wieder mal ein Feature, was Microsoft einbaut aber niemandem davon offiziell in Kenntnis setzt?

Ich hab's aus dem Directions "What's new..." Webinar vom 12.03.2026, wurde dort auch als undokumentiertes Feature vorgestellt. Es gibt neue Felder "Allow Posting From DateFormula" etc.

Die neue Artikelverkaufspreislogik wird jetzt also tatsächlich verpflichtend mit BC28.

Nein, wurde wieder verschoben. Aktuell auf BC31.

Ja, in letzter Minute sozusagen...

Also, wenn das Tagesdatum zu Prüfung der Datumsformel herangezogen wird, dann kann niemand, der nur auf den aktuellen Monat buchen darf, ins vergangene Jahr buchen. Auch dann nicht, wenn er sein Arbeitsdatum ändert.
Würde das Arbeitsdatum zur Prüfung der Formel herangezogen, kannst du dein Arbeitsdatum ändern, und du kannst in beliebige Zeiträume buchen. Was aber ja gerade durch diese Felder Verhindert werden soll.

Dieses Detail wurde im Webinar nicht erklärt, aber wie du schon schreibst, Arbeitsdatum macht überhaupt keinen Sinn an der Stelle. Dann bringt es auch nix den Anwendern die Rechte für Benutzer Einrichtung nicht zu geben, das Arbeitsdatum selbst ändern zu dürfen ist ja für jeden 'ne sinnvolle Sache.

Hallo,

so wie es scheint, verwendet "GetDateRange" im UserSetupManagement tatsächlich das Arbeitsdatum. Womit das Ganze eigentlich sinnlos ist.

Gruß Fiddi