Danke. eXTRa hatte ich zwar gesehen, dachte aber es ist eine 3rd Party Geschichte. Dann gucke ich da mal rein.

Seltsam ist, dass ich beim DRV zwar ein Schema zu dem XML der gesendeten Daten finde, nichts aber zudem Antwortdateien.

Fun Fact. Im XSD gibt es eine Regex für die Validierung der Sozialversicherungsnummer. Lt. DRV kann das Datum z.B. auch der 99.02.99 sein. 🫢

Ich bearbeite gerade für einen Kunden das Thema LBR und hänge da etwas fest. Evtl. ist ja hier jemand von der Deutschen Rentenversicherung anwesend und kann helfen.
Die Mails von der DRV kann ich leider nicht lesen, weil die konsequent verschlüsselt senden, und mir der Schlüssel fehlt. Daher gestaltet sich die Kommunikation etwas problematisch.

Worum geht es:

Über eine Notes Anwendung übermittelt ein Kunde XML Daten mit entsprechenden LBR Codes an die DRV. Das scheint zu funktionieren ( zumindest teilweise ).
Die DRV validiert die Daten und stellt ihrerseits XML Daten mit den Responsecodes und ggfs. erkannten Fehlern zur Verfügung. Diese können bei der DRV heruntergeladen werden.

Soweit das, was mir bekannt ist, und ich im Code sehen kann. Dummerweise habe ich keinen Zugriff auf den Server, der die Daten sendet und die Antworten empfängt. Daher kann ich nicht beurteilen, ob hier alles OK ist.

Hier ist der Kunde bereits dabei, mir die notwendigen Berechtigungen zu beschaffen.

In der Zwischenzeit wollte ich schon einmal Code zur Verarbeitung der AntwortFiles (XML) erstellen. Leider habe ich aber keine Beispiele, und finde auch sonst nirgendwo brauchbare Informationen zum Aufbau dieser Dateien. Ist das überhaupt noch XML oder kommt das mitlerweile als JSON zurück? who knows ?? Sehr viele Unbekannte in der Rechnung ...

Daher meine Fragen und Bitte.

Schickt irgendwer LBR Meldungen an die DRV? Kann auch über ein anderes Tool als Notes sein.
Kann mir jemand anonymisierte Daten ( Antwortfiles) zur Verfügung stellen?
Weiss jemand, ob es analog zur DATEV ein Portal gibt, wo man den Prozess in einer Sandbox testen kann? Wenn ja, welche Klimmzüge muss ich machen, um da ran zu kommen?

Und nein, der Kunde kann die Fragen nicht beantworten, weil auch er lediglich verschlüsselte Mails erhält und diese nicht entschlüsseln kann. Eine Kontaktaufnahme per Telefon ist bei der DRV leider nahezu unmöglich.

Aus meinem Bekanntenkreis habe ich schon so etwas gehört: Früher gab’s bis zu 200 Bewerber, heute sind es vielleicht noch zwei oder drei. Und die Wünsche der Generation Z im IT-Bereich würde ich wie folgt zusammenfassen: Etwas mit KI, im Homeoffice und am liebsten eine 4-Tage-Woche, wegen Work-Life-Balance (natürlich gilt das nicht für alle). Tatsache ist, dass KI derzeit die treibende Kraft in der Entwicklung ist. Daher kann ich gut nachvollziehen, dass HCL Notes/Domino KI-Funktionen in sein Produkt integriert – auch wenn ich persönlich den praktischen Nutzen eher gering einschätze, aber man muss damit werben. Der Fachkräftemangel führt zudem dazu, dass individuelle Lösungen zunehmend in den Hintergrund treten und stattdessen verstärkt auf Standardlösungen in Cloud-Systemen gesetzt wird.

In Spiegel Online erschien ein schöner Artikel mit dem Titel „Ein Job fürs Leben, das ist vorbei“. Diese Artikel passt auch gut in die IT-Welt, denn die Entwicklungszyklen werden immer kürzer und alles verändert sich rasant. Und Ehrlich gesagt ist der Einstieg in neue Technologien mithilfe von KI noch nie so einfach wie heute, unruhig werde ich erst wenn tatsächlich AGI (menschenähnliche Intelligenz) entwickelt wird. Doch das ist Zukunftsmusik, denn in die Zukunft blicken oder gar vorherzusagen, ist schlicht unmöglich und das war vor 20 Jahren nicht anders

Man kann den Notes Client verteufeln und es gibt auch gute Gründe das zu tun, aber ohne ihn wäre das Produkt aus meiner Sicht schon längst komplett verstorben.

Man hat ja nie versucht den klassischen Client aufzuhübschen und damit das übergestülpte Eclipse wieder redundant zu machen. Das Ergebnis wäre vielleicht ein deutlich verschlankter Notes Client gewesen, der dann etwas aufgehübscht als Basis für Neues hätte dienen können.

So kompliziert sind die Designelemente nun auch nicht dass man die auf Basis von HTML / CSS, Javascript und mit ein wenig Lotusscript als proprietärer Zombie nicht auf Low Code Komponenten hätte umstellen können. Dann noch ein ordentliches Handling von Richtext / Mime und das hätte aus meiner Sicht schon etwas werden können.
 
Hat man dann erstmal alle Komponenten browserfähig gäbe es auch einen sanften Umstieg weg vom dicken Client hin zu einer reinen Web Plattform. Versucht hat man das ja, indem man den Classic Client in den Browser verfrachtet hat, nur behält dieser dann halt sämtliche Limitierungen des klassischen Clients bei. Und der Versuch mit dem Restyler war dann aus meiner Sicht auch eher zu kurz gedacht.

Letztendlich muss jeder selber entscheiden wie er mit der Plattform weitermachen wird. Von HCL erwarte ich diesbezüglich nicht viel, aber wenn man ehrlich ist gab es die letzten 18 Jahre schon keinen Rückenwind mehr.

Alles jammern hilft nichts. Die letzten Änderungen am Lizenzmodell wie die Komplettumstellung auf ein Mietmodell wird die Entscheidung für oder gegen die Plattform vielleicht noch einmal beschleunigen.
Aus meiner Sicht macht HCL hier einen strategischen Fehler, pushed allerdings kurzfristig vielleicht noch einmal die Umsätze. Bei uns sind ja damit auch die günstigeren "Nur Mai Und Kalender" Lizenzen weggefallen.
Grüße

Henning

Mit http://yourserver/yourdb.nsf/yourview?OpenView&count=-1 solltest Du alle Dokument erhalten.
Die 30 ist eine Einstellung im Serverdokument.  Der URL Parameter überschreibt die Einstellung.

https://help.hcl-software.com/dom_designer/14.5.0/basic/H_ABOUT_URL_COMMANDS_FOR_OPENING_SERVERS_DATABASES_AND_VIEWS.html