SoFCaB

Infor verlegt die Firmenzentrale

2011-11-27T02:24:00.000-08:00

vom beschaulichen Alpharette, Georgia, ins pulsierende New York. Naja, nur die oberste Führungsmannschaft geht da hin. Und die Entwicklertruppe, die den ganzen Skypetwittergooglemapswebzwonullintegrationkram bastelt.

Inhouse-Baan-Consultant gesucht

2011-11-27T02:19:00.000-08:00

in Hamburg.

OH NEIN!

2011-08-21T03:16:00.000-07:00

Es ist soweit :-(

Es ist schon spannend

2011-04-28T22:48:00.000-07:00

Bild: chrfrenning, Lizenz: CC-BY-SA 2.0

wo überall auf der Welt sich Baan-Installationen finden lassen. Jobangebote, auf die ich hier für den Baan-Bereich poste, beziehen sich normalerweise auf Deutschland, aber vielleicht hat jemand mal Lust auf Tapetenwechsel. Daher, und weil das Wetter grad wieder schlechter wurde, heute eine Ausnahme. Will irgendwer für drei Jahre nach Mauritius?

Infor kauft Lawson

2011-04-26T06:36:00.000-07:00

Der Übernahmedeal scheint unter Dach und Fach, das berichten übereinstimmend diverseste Webseiten.

Totgeburt, die Dritte.

2011-04-18T13:21:00.000-07:00

Es ist ein Trauerspiel. Nach einer Crystal Reports-Integration und dem Versuch, BIRT als Reporting-Backend für ERP LN zu nutzen, probiert es jetzt Infor (konzernstragtegisch aufoktroyiert?) mit den Microsoft-Reporting-Services. Und leider, leider, auch wenn's wieder ein bisschen mehr integriert ist als die Vorversionen, das Ergebnis wird das gleiche sein: Ein paar große Kunden werden's vielleicht nehmen, und ein paar schlecht beratene kleine ohne Erfahrung auch. Der Rest der Baan-Welt wird weiter Courier-12pt-Reports drucken oder sich eine Spooling Software anschaffen. Sequest, Hidox und wie sie alle heißen, wird's freuen, dass ihnen Infor auch diesmal nicht das Geschäftsmodell unter dem Hintern wegzieht.

Ok, wie komm ich zu der Einschätzung? Ich habe mir eben mal die Administrationshandbücher und Developmenthandbücher angesehen. Gehen wir mal davon aus, dass das Version 1.0 ist, und dass sich in den nächsten Jahren noch ein bisschen was tun könnte (obwohl: Weder bei der Crystal-Integration noch beim BIRT hat sich nach dem ersten Release irgendwas grundsätzliches getan). Aber die Basisarchitektur wird die selbe bleiben, und die ist einfach krumm.

Die sieht so aus, dass man aus den Baan-4gl-Reportdesigns einen Report in den Microsoft-Reporting-Services ableitet. Der Datenstrom, der aus dem Baan-Report (oder der Baan-Session? - so klar sagt das die Dokumentation nicht) kommt, wird an die Microsoft-Report-Engine geschickt. Dort dient dieser XML-Strom als Datenquelle (soweit ich das seh, gibt's sogar mehr Stöme, einen für die Daten, einen für die Labels, einen für Report-Metadaten). Die Report-Engine, die ein separater Serverprozess (auf einem MS-Server-Betriebssystem) ist, formatiert diese Daten dann anständig und bringt sie zu Papier (oder zu pdf). Sie kann - das konnten die vormaligen Versuche nicht - dabei sogar auf die laufende Bshell zurückgreifen, und bspw. Baan-DLLs aufrufen.

Allerdings muss man, um diese Baan-DLLs aufzurufen, das ganze recht komplex im (Microsoft-)Reportskript programmieren. Und das tut man dort nicht mit den Baan-Tools, sondern mit Visual Basic. Das kann man zwar lernen, aber man muss es halt zusätzlich zu Baan C lernen - außer das Anwenderunternehmen ist so groß, dass es sich einen hauptamtlichen Reportschönmacher leistet, aber welches ist das schon?

Das eigentliche strukturelle Problem ist aber das: Im Developer Guide heißt es: "You can use the ERP LN Reporting plug-in to redesign ERP LN session reports". Genau das ist es: Ich habe einen Report in den ERP LN Tools definiert, mit Layouts, allem Schnick und Schnack, und dann muss ich den ganzen Kram (von Null!) im BIDS (Microsoft Business Intelligence Development Studio) nochmal machen! Was die Dokumentation leider nicht verrät: Was passiert, wenn sich der zu grunde liegende Baan Report (minimal, oder in größerem Ausmaß) ändert? Fang ich dann im BIDS wieder komplett von vorne an? Das war bei der Crystal- und bei der BIRT-Integration der wichtigste Grund, aus dem ich jedem Kunden von diesen Technologien hochgradig abgeraten habe.

Die ganze Architektur ist wieder ein Doppelmoppel, das die Anwender zwingt, in zwei komplett getrennten Umgebungen zu hantieren, zwei getrennte Welten zu sehen, zwei Technologiestacks zu haben, zwei Terminologien verstehen zu müssen. Diesen beiden Softwarepaketen, ERP LN und Microsoft Reporting Services, hat man mühsam eine Schnittstelle abgerungen. Aber man hat wieder keine echte Integration zustande bringen können. Nicht weil man unfähig wäre, sondern weil es zwei Welten sind. ERP LN lebt "Push-Reporting": Die Session arbeitet Daten auf, der Report zeigt diese an, aber kann mit Zusätzlichem Code zusätzliche Daten zu den von der Session gelieferten Datensätzen holen. Standard-Reporting-Pakete leben "Pull-Reporting": Es kommt ein linearer Datenstrom an, und die Daten in diesem Datenstrom werden aufbereitet, aber was nicht im Datenstrom ist, kann auch nicht dazugelesen werden.

Jetzt kommt vielleicht eine Überraschung für Infor: Reports werden von den Kunden angepasst. Und zwar alle regelmäßig gedruckten. Bestellungen, Lieferscheine, Rechnungen, Stücklisten, Produktionsauftragspapiere. Und weil das, was im Standard-Datenstrom von der Session geliefert wird, meistens nicht ausreicht, um den armen Kerlen in der Halle, die die Papiere nutzen sollen, alle Informationen zu geben die sie für ihren Job brauchen, werden zusätzliche Daten in den Reportskripten dazugelesen. Und das muss einfach und aufwandsarm passieren können.

Nun muss man, um mal ein Beispiel aus dem Developerguide zu zitieren, in Visual Basic folgendes programmieren

Dim methodArgs as new System.Collections.ArrayList()

methodArgs.add(New Object() {"in", "long", year} )

ret = Infor.ReportingServices.Utilities.LNUtils.DoErpLnDllCall (Report.Parameters!ConnectionString.Value, "otccomdll0350", "tccom.dll0350.is.leap.year", "boolean", retval, methodArgs)

if retval then ...

um folgende Zeile in einem ERP-LN-Reportskript in einem Microsoft-Report nachzubilden:

if tccom.dll0350.is.leap.year (year) then ...

Entschuldigung, aber das ist nicht aufwandsarm. Und es ist ist dem typischen ERP-Programmierer bei einem mittelständischen Maschinenbauer auch nicht zu erklären.

Und deshalb kann man Kunden nur abraten, auf die Reporting-Services zu vertrauen, wenn es darum geht, Reports "hübsch" zu machen. Wie gesagt, ich halte sie für eine weitere Totgeburt. Sie steht technologisch auf den selben tönernen Füßen wie die vormaligen Versuche.

Stattdessen sollten die Kunden, und die Anwendergruppen insbesondere, und vielleicht auch die Infor-PSO-Organisation, die die Versprechungen wird ausbaden müssen, die die Verkäufer jetzt aufgrund dieser wenig hilfreichen Schnittstelle machen werden, weiter bei den zuständigen Produktmanagern darauf drängen, eine eine echte, integrierte Lösung zu entwicklen, die innerhalb der Baan-Tools einen grafischen Reporteditor zur Verfügung stellt.

Vor allem aber sollte Infor ein echtes Interesse an einer integrierten statt einer "simulierten" Lösung haben: Dass das einfache(!!!) Generieren von ordentlichen Ausdrucken ein Problem ist, hat Garnter jetzt schon - zu recht - zum zweiten Mal in Folge in seiner Magic-Quadrant-Studie moniert. Der Markt wird das Fehlen dieser grundlegenden Features nicht mehr lange ungestraft hinnehmen, und Pseudo-Lösungen verfangen im Markt eben nicht. Sie werden vielleicht noch gekauft, aber nicht eingesetzt.

Weil wir grad beim "Bla" sind...

2011-04-10T02:28:00.000-07:00

und weil ich grad Gartners "Magic Quadrant" Report für 2010 durchschau, bei dem ERP LN mal wieder eher ungerechtfertigterweise schlecht abschneidet (wenngleich sich ein paar gültige Kritikpunkte finden, aus denen Infor Lehren ziehen sollte, die aber keinesfalls ein Abschneiden als "Nischenanbieter" rechtfertigen). Weil ich also wie gesagt gerade über Infors Blabla gebloggt habe, hier mal grandioses Gartner-Geblubber:

(Gartner Research Note G00205542, Seite 3)

The role-based concept of roles. Nee, is klar, Kinners.

Sprachpanschereien

2011-04-09T01:26:00.000-07:00

Japanisches Foltergerät.

Sind Sie Masochist? Lesen Sie Texte auf Milchtüten? Oder die Hinweise für sicheres und angenehmes Arbeiten mit Computertastaturen? Geburtstagsanzeigen im Lokalblättchen ("Hurrah hurrah der Opa wird heut hundert Jahr!")? Oder Infor-Pressemitteilungen? Zumindest zu letzterem sehe mich leider beruflicherseits genötigt, auch wenn ich dabei regelmäßig die Pimpelgicht kriege.

Infor hat den Prototyp einer neuen Benutzerschnittstelle für sein Produktportfolio vorgestellt. Und dafür eine Pressemitteilung herausgegeben.

Liebe Infor Deutschland. Warum? Was ihr mit der Sprache anstellt, ist Waterboarding für Sprachliebhaber! Keine bleibenden Schäden, aber grausam ist's trotzdem. Es ist ja ok, dass Ihr Pressemitteilungen von der Mutter aus den USA bekommt. Aber die müsst Ihr doch nicht vom Marketingpraktikanten übersetzen lassen. Oder von einem Übersetzungsbüro, dessen Kernkompetenz eigentlich auf dem Milchtütentextsektor liegt.

Was um Himmels Willen sollen "kontext-kritische Echtzeit-Tools" denn sein bitte? Ihr habt doch nicht etwa Karlchen Klammer reanimiert, der sich auf den Bildschirm quengelt, wenn der Benutzer die Verkaufs-Auftragsmaske öffnet und auf "neu" drückt: "Sie möchten offenbar einen Auftrag eingeben! Wollen Sie den nicht lieber aus dem Angebot überführen? Und wussten Sie, dass Sie auf der Karte nachsehen können, wo Sie wohnen?" Was sind "dynamische Benachrichtigungen"? Welche, die nicht jeden Samstag auf der Couch hocken und Fußball kucken sondern lieber mit dem Surfbrett unterm Arm zum Wasser sprinten?

Dann: "Kollaboration" bezeichnet, bitteschön, im Deutschen primär geschichtliche Ereignisse, bei denen in besetzten Ländern den Nazis der rote Teppich ausgerollt, die Pläne von Widerstandskämpfern gesteckt und fleißig der SS beigetreten wurde. Für das englische "Collaboration" gibt es das schöne Wort "Zusammenarbeit", die alten Lateiner unter uns kennen vielleicht auch das Wörtchen "Kooperation". Im Marketingsprech - wenns den unbedingt sein muss - kann man auch "Teamwork" sagen. Aber was ist falsch dran, zu schreiben: "Einbindung von Kommunikationssoftware in die Arbeitsoberfläche, um das innerbetriebliche Netzwerken zu unterstützen"? Denn um nichts anderes geht's hier. Bietet eine Software "Kollaborationsmöglichkeiten", krieg ich's ein bisschen mit der Angst.

Gabs mal auf ner Messe.
Aufgeblasen, sinnfrei und sperrig.
(Foto: Henrik Becker, Lizenz CC-BY-SA)

Dann: Im englischen Original verbindet das neue Interface immerhin nur die Geschäftsprozesse, die Berichtsanforderungen und die unterschiedliche Anwendungssoftware unter einer einheitlichen Oberfläche. In Eurer deutschen Übersetzung vertauscht sich wundersamerweise Ursache und Wirkung, so dass eine Software rauskommt, deren Hauptzielsetzung darin zu bestehen scheint, dass man sich nur einmal daran anmelden muss. (Ok, das ist die Hauptzielsetzung, wenn wir ehrlich sind, aber das muss man doch nicht so offen sagen).

Dann: Die Anwender haben die Möglichkeit "zu autodidaktisch lernen"? Grammatik bei Yoda gelernt Ihr habt vielleicht, aber ehrlich: Wenn Eure Muttermarketingmenschen das hohe Lied anstimmen, dass die Mitarbeiter beim Anwender nun in Zukunft statt auf Arbeit fröhlich auf dem Selbstfindungstrip sind und dank Infor-Software nun "Lernen, Fragen, Vorschläge machen, sich Mitteilen und Erleben" statt Kundenaufträge einzuhacken, dann ist das als "autodidaktisch lernen" zu übersetzen schon ziemlich daneben. Obwohl ich verstehe, dass man deutschen Geschäftsführern nicht unbedingt erklären will, warum die neue Leitlinie der Software nun das ist, was sie neulich auch im Jahresbericht des Kindergartens ihres Dreijährigen gelesen haben.


The Blah blah man. (Grafik: Adam Freeman, CC-BY-SA)

Aber immerhin, Infor Workspace ist das erste Werkzeug, das ... Moment, ich kriegs nicht ganz auf die Reihe, also irgendwas mit Anwendungen und Werkzeugen und externen Informationen in Form von Werkzeugen und dann noch was mit Zeitunterschieden, die wichtige Informationen im globalen Unternehmen bereithalten. Zeitunterschiede, die eine Information bereithalten? "Hier spricht Ihr Minus-Sieben-Stunden. Wussten Sie schon, dass Heute bei uns bei Ihnen schon Morgen ist?" Also, mal im Klartext: Es gibt wohl in der Demo irgendein Dings (vermutlich heißt das demnächst auch eine "App"), das ein Währungstaschenrechner und ne Weltzeituhr ist. Jeder Praktikant klickt das in zehn Minuten zusammen. Das als Weltneuheit zu verkaufen, zeugt schon von Chuzpe. Aber den semantischen Inhalt der Pressemitteilung will ich ja gar nicht kritisieren, der kommt von Infor USA. Für das deutsche Geschwurbel ist aber Infor Deutschland verantwortlich.

Und so geht das endlos weiter. Bla über Blupp. Aufgeblasenes Marketing-Sprech aus dem Englischen ins Deutsche übersetzt, mal mehr, mal weniger gelungen, aber immer blutleer und inhaltsarm. Himmel noch eins! Kennt in Hannover oder Erkrath oder wo auch immer keiner der Marketingmenschen eine prekariatsgefährdete Germanistin, der man sowas mal für nen Hunni zum Gegenlesen geben kann?

Wie wäre es statt diesem sprachvergewaltigenden Gefasel mit einem ehrlichen:

"Infor hat sich von seinem alten, javabasierten Technologiestapel verabschiedet, weil man unter Sharepoint Anwendungen bauen kann, die einfach geiler aussehen, und weil sich die Zusammenarbeit mit Microsoft hoffentlich besser rechnet. Und Infor hat kapiert, dass Anwendungen heute geil aussehen müssen, so geil eben, wie man's von Apples Iphone-Apps gewöhnt ist, auch dann, wenn die Software nur betriebswirtschaftlichem Datenkauen dient.

Weil Menschen, und Manager, denen wir unsere Software verkaufen wollen ganz zuvorderst, halt erstens Spielkinder sind und zweitens von den Daten, die gekaut werden, eh nicht mehr allzuviel verstehen. Und weil sie deshalb vor allem nach dem Sexy-Faktor in der Software suchen, der verspricht, dass ihre ganze komplexe Welt in Wirklichkeit ganz einfach ist. Und das verkaufen wir ab jetzt. Die Software gibt's als Bonus dazu.

Wir als Infor haben lange geschlafen und gedacht, wenn unsere Programmierer mit einer hässlichen grauen und kompliziert aussehenden Software zufrieden sind, sind's unsere Kunden auch. Wir haben jetzt aber verstanden. Und alles wird sich ändern."

Und dann könnte man vielleicht noch ergänzen:

"Im Zuge dieser gereiften Erkenntnis werden wir uns bemühen, dass unsere Kernsoftware ERP LN demnächst auch Fett und Kursiv im Texteditor beherrscht und so erstellte Texte innerhalb einer Rechnung auch ohne mühsames Gefrickel und ohne Zusatzsoftware samt Firmenlogo in einer Form aufs Papier bekommt, die so geil aussieht, als hätte Donald Knuth persönlich den Layoutalgorithmus entworfen."

Dann auch wieder den 1. April als Datum drauf, und alles ist gut.

Softwareentwickler/Inhouse Consultant gesucht

2011-04-06T03:13:00.000-07:00

für Baan IV/ERP LN von Liebherr nach Ettlingen.
Und dann noch ne Stelle für einen internen Logistikberater, Ebenfalls von Liebherr, nach Kirchdorf/Iller

Platz zum Arbeiten?

2011-04-05T23:19:00.000-07:00

Infor hat (mal wieder) ein neues strategisches Benutzerinterface für sein Portfolio vorgestellt. Und sogar einen Screenshot des Prototypen(!) veröffentlicht, der die VK-Auftragsmaske von ERP LN unter der neuen Oberfläche zeigt. Umgetauft hat man das auf einem Microsoft-Sharepoint Stack aufsetzende Kind jetzt auch wieder, aus dem "Companion" ist jetzt "Infor Workspace" geworden. Mit irgendwas muss man die Marketing-Abteilung ja beschäftigen.

Zur Oberfläche für den eigentlichen ERP-Kern gibts dann noch diversen Klickibuntifirlefanz, den man halt für Verkaufspräsentationen so braucht, da kann man dann wohl Karten einblenden und sich anzeigen wo man wohnt und wie man aussieht, als vielbeschäftigter Manager scheint man das schonmal zu vergessen. Kleiner Tipp: Auch als Entwicklungschef darf man Urlaub nehmen, wenn man 70 Tage vor sich herschiebt, fängt die Personalabteilung das meckern an. Und man vergisst, wo man wohnt.

Ok, aber mal ernsthaft: Sieht man vom Firlefanz ab, den das Marketing halt so präsentieren und verbreiten muss, gefällt mir das Interface ausnehmend gut. Man hat endlich mal begabte Grafiker rangelassen (oder kommt das Design standardmäßig mit Sharepoint mit? Auch gut.). Der erste Eindruck ist schick und modern, der Bildschirm halbwegs strukturiert, in der Maske gibt es gute Kontraste, die Farbskala tut dem Auge nicht weh (man erinnere sich noch voll Schauder an den "roten" Webtop seinerzeit). Die Idee scheint gewesen zu sein, das dröge Interface einer betriebswirtschaftlichen Anwendungssoftware wie eine stylishe App aussehen zu lassen. Da das Auge bekanntlich mitisst, ist der Ansatz auch gar nicht so verkehrt.

Bei der Buttonzeile sehe ich Probleme. Auf dem Screenshot der VK-Auftagsmaske fehlt mir der Button für's Suchen, und wohlweislich hat man eine Maske für den Screenshot gewählt, die keine Schaltflächen für die Gruppennavigation/View hat. Wo die in einem anderen Typ von Maske (etwa der Auftragsliste) noch hinsollen, ist mir ein bisschen schleierhaft. Die zweite Buttonzeile (Additional Toolbar) fehlt mir auch. Zugegeben, die wurde schnell unübersichtlich, weil die Programmierer jeweils das "reingehaut" haben, was sie interessent fanden. Aber bestimmte Funktionen eben nicht erst über ein Menü auswählen zu müssen sondern sich durch die Anwendung "durchklicken" zu können ist sinnvoll. Eine anwenderindividuelle Leiste wäre eigentlich das optimale, ich würde mir wünschen, dass Infor hier noch nachlegt.

Gar nicht gefällt mir das Menü für die Navigation durch die Anwendung. Das kommt als reguläre Menüzeile daher, und schon auf dem ersten Blick sieht man, dass der Platz nicht reicht, und man eine "mehr davon"-Schaltfläche braucht:

Eine solche Anordnung mag sinnvoll sein, wenn man um die zweihundert Elemente auf maximal zwei Ebenen unterbringen muss. Bei ERP LN reden wir über ein paar tausend Sessions, die standardmäßig auf ca. fünf Ebenen hierarchich geschachtelt sind. Da kann man sich über ein solches Menü unmöglich "reinklicken". Hier muss Infor auf jeden Fall nachbessern, die klassische "Baumstruktur" ist aus didaktischer (wie vermittelt man Anwendern einen ersten Einstieg) wie auch aus ergonomischer Sicht dringend weiter erforderlich.

Leider kann man auf den Screenshots nicht erkennen, wie sich das System darstellt, wenn man mehrere Sessions parallel geöffnet hat. Beim Arbeiten mit ERP LN ist das eher der Standardfall. Und zwischen diesen Sessions muss man hin- und herspringen können. Schnell. Das war bereits beim Webtop ein Problem, ich habe den Verdacht, dass es beim "Workspace" noch schlimmer werden könnte, wenn die Anwender nicht schnell genug laut genug schreien. Wohlan, ich schreie hiermit.

Schließlich vermisse ich die "Shortcuts". Liebe Inforianer, ein Rollenbasiertes Interface mag zum Verkaufen der Software ja nötig sein. Um mit ihr zu arbeiten, braucht man aber Sessions, und zwar je Anwender so um die zehn Stück, aber eben je Anwender unterschiedliche. Diese zehn Sessions müssen schnell und immer und überall erreichbar sein - alles was weiter als ein Mausklick entfernt ist, ist zu weit. Die Shortcuts waren in bezug auf Nutzbarkeit und Reduktion der Arbeit für die IT die beste Neuerung, die mit dem Worktop eingeführt wurde. Bitte lasst uns nicht in eine Zeit zurückfallen, in der die IT wieder rollenspezifische Menüs basteln muss oder sich die Anwender durch Monsterstrukturen klicken müssen, um an ihre Sessions zu kommen.

Softwarefirma sucht Softwareentwickler

2011-03-18T00:57:00.000-07:00

(Wasserfall-Modell, Paul Hoadley, CC-BY-SA 2.5)

(und nicht nur Marketing-Personal, License-Compliance-Officers und ähnliche Zellen für den Wasserkopf)

Infor verkündet, 400 neue Softwareentwickler einstellen zu wollen. Das ist eine gute Nachricht - sofern es denn nicht bei der Nachricht bleibt, und den Worten Taten folgen. Und sofern unsere allerliebste Baan-Sparte ein paar von den Jungs und Mädels abbekommt. Für Holland findet sich derzeit grad mal eine Entwicklerstelle auf Infors Jobseite ausgeschrieben, hoffen wir, dass sich das ändert.

A Propos Jobs, Infor Deutschland sucht für die Baan-Sparte derzeit gleich ein paar Leute:

Presaler für Erkrath
Anwendungsberater ERP/CRM/APS auch in Erkrath
Projektmanager ERP LN / Expert für irgendwo

Infor will Lawson kaufen

2011-03-15T02:51:00.000-07:00

Als Übernahmekandidat wurde Lawson schon eine ganze Weile gehandelt. Dass Infor interessiert sein könnte, wurde auch schon gemunkelt. Jetzt ist es offiziell, Infor und die im Hintergrund die Geldbörse besitzende Golden Gate Capital würden knapp 2 Mrd Dollar ausgeben wollen, berichtet die Information Week. Und spekuliert über eine Konstellation, in der IBM an einem dann noch dickeren Infor einen ganz eigenen Gefallen finden könnte.

Excel-Text-Baankuchengebacke

2011-02-02T16:32:00.000-08:00

Heute mittag habe ich von meinem Kunden eine Exceldatei bekommen. Mit Artikelnummern. Und einer Spalte, die je Artikelnummer einen mehrzeiligen Text enthält. Mit der Bitte, die Texte doch bitte nach Baan zu übernehmen.

Albtraumszenario.

Keine tollen Business-Interfaces, einfach nur Excel, Baan-Exchange, und das Problem, aus Excel eine ASCII-Datei zu erzeugen, die dieses dämliche Multiline-Text-Exchange-Format hat, Sie wissen schon, das mit den {\{ und }\} als Text-Anfangs-und Text-Endekennern. Wäre man ein Excel- und VB-Guru, könnte man vermutlich irgendwelche Excelmakros schreiben, die ganz innerhalb von Excel eine ASCII-Datei aus einem Datenblatt zu produzieren in der Lage sind. Bin ich aber nicht und kann ich also auch nicht. Und ich mag wiederverwendbare Lösungen. Makros sind das nicht.

Aber ich kann ein bisschen Java, und eine glitzernd neue, von Java abgeleitete und auf der Java-VM laufende Programmiersprache namens Gosu, die vollen Zugriff auf die weite Welt der existierenden Java-Libraries hat. Und ich kann googeln. Und mit JExcelApi eine Library finden, mit der man Excel-Dateien von Java (und also auch von gosu aus) bearbeiten kann.

Und damit zu folgendem Kochrezept, wie man aus den wüsten Excel-Dateien, die man manchmal von Anwendern so manchmal bekommt, mit einer vernünftigen Programmiersprache eine ASCII-Datei hinbekommt, die sich mit Exchange oder eigenen Importskripten weiterverwursten lässt.

Man nehme:

1x ein installiertes Java, Version 1.6. Sollte jeder im Schrank haben
1x gosu, heruntergeladen von der ersten obigen Webseite und in ein beliebiges Verzeichnis gelegt
1x jexcelapi_2_6_12.zip heruntergeladen von der zweiten obigen Webseite

Vorbereitungen:

Ein Arbeitsverzeichnis anlegen, sagen wir C:\users\uli\temp
Die Zip-Datei jexcelapi_2_6_12.zip entpacken, reinkucken. Da findet sich eine Datei jxl.jar
jxl.jar ins angelegte Arbeitsverzeichnis werfen

Durchführung:

Im Arbeitsverzeichnis eine Datei excelnachbaan.gsp oder wie auch immer erstellen. Wichtig ist nur die Endung "gsp", die für Gosu Program steht.

Die Datei mit einem Editor öffnen, und mit folgendem Inhalt füllen: (jetzt kommts!)

classpath "C:\\users\\uli\\temp\\jxl.jar"  // Dateiname muss jxl.jar im 
                                           // Arbeitsverzeichnis sein!

uses jxl.*       
uses java.io.File 
uses java.lang.System
uses java.io.FileWriter
uses java.io.PrintWriter

var workbook = Workbook.getWorkbook(
               new File("C:\\Users\\Uli\\Desktop\\infile.xls"));


var sheet = workbook.getSheet(0)
using ( var fw = new FileWriter( 
                     new File ("C:\\Users\\Uli\\Desktop\\outfile.txt")),
        var pw = new PrintWriter (fw)
   )
{ 
    for (row in 1..4467) {
        var item = sheet.getCell(1, row).getContents()
        var text = sheet.getCell(4, row).getContents()
       
        pw.println (item)
        pw.println ("{\\{txta   2")
        for (line in text.split("\n")) pw.println (line)              
        pw.println ("}\\}")
    }
    print ("Fertig!")
}

Das Progrämmchen öffnet eine Excel-Datei C:\Users\Uli\Desktop\infile.xls und schreibt eine Textdatei C:\Users\Uli\Desktop\outfile.txt. Und dann nimmt es sich die erste Tabelle der Datei vor (getSheet(0)), und liest aus den Zeile 2 bis 4468 jeweils die zweite und die fünfte Spalte (der Zugriff ist Null-basiert, das heißt die Excel-Zelle C1 hat die Koordinaten (2,0). In meiner Beispieldatei steht in der ersten Zeile eine Überschrift, in der zweiten Spalte der Artikel und in der fünften der Text. Das ganze muss man natürlich auf seine Verhätnisse anpassen. Sprich: die richtigen Spalten nehmen, und den richtigen Bereich an Zeilen. Oder Zeilen und Spalten tauschen, falls der geniale Urheber der Exceldatei seine Artikel alle in einer Zeile stehen hat und den Text jeweils drunter. Wir üben Übertragen von Lösungen, ok?
Für jede dieser Zeilen wird, nachdem der Zellinhalt ausgelesen ist, der Artikel in die Datei geschrieben, gefolgt vom Textöffner {\{, gefolgt vom Text, gefolgt vom Textende-Kenner }\}. (Der doppelte Backslash im Programm ist in der Datei dann jeweils ein einzelner, das ist die Art und Weise, wie man außerhalb der Baanwelt dieses Sonderzeichen "escaped"). Das ist das ganze Programm.

Jetzt müssen wirs nur noch ausführen. Wir setzen uns ins Gosu-Bin-Verzeichnis:

cd c:\wo\auch\immer\gosu-0.8.1.-C\bin

Und das einzige, was dann noch zu tun ist, ist ein

gosu.cmd C:\users\uli\temp\excelnachbaan.gsp

Und voila! Wir haben eine feine Datei gebacken, die sogar Baan Exchange versteht...

.

Gauß * -1

2010-12-12T06:26:00.000-08:00

Auf Baanboard wurde jüngst eine Umfrage gestartet, wie lange ein voller ERP-Lauf denn so dauert. Das Ergebnis ist spannend: Viele kriegen's schnell hin, bei vielen dauerts sehr lang. Nur wenige haben durchschnittliche Laufzeiten. Eine negative Gaußkurve.

Softwareentwickler gesucht

2010-11-15T05:18:00.000-08:00

Von der Planitec nach Steinach.

Und noch ne Personalie

2010-11-09T15:11:00.000-08:00

Dass Infor einen neuen CEO hat, ist ja hinlänglich bekannt, und für mich eher nicht der Rede wert; wenn die Herren im Top-Management der großen IT-Fabriken meinen, völkerwanderungsgleich rochieren zu müssen (Apotheker von SAP zu HP, Hurd von HP zu Oracle, Philips von Oracle zu Infor) - sollen sie doch. An der Strategie der jeweiligen Häuser dürfte sich da immer nur wenig ändern, die geben sich ohnehin nicht mehr viel. Leider.

Interessanter finde ich, dass man den Baan-Veteranen Daan Snijders zum Vice President Corporate Product Management gemacht hat, also immerhin Nummer zwei bei den Leuten, die Software machen statt Mergers und Strategien und Zahlen und schöne Worte. Daan hat, was die Produktstrategie beispielsweise für LN anging, meines Erachtens wirklich gute Arbeit geleistet. Jetzt soll er sich um ION kümmern. Bin gespannt, was er daraus machen wird. Ich freu mich jedenfalls, dass Infor jemanden von Daans Kaliber auf die Stelle gesetzt hat, gratuliere von ganzem Herzen und wünsche ihm alles Gute für den neuen Posten.

Multitasking und Projektarbeit

2010-11-09T13:49:00.000-08:00

Es gibt eine ganze Reihe interessante Überlegungen dazu, dass es als Mensch (als Computer mag das anders sein), sinnvoll sein kann, die Dinge immer eines nach dem anderen zu erledigen statt zu glauben, man könne sie gleichzeitig bewältigen. Denn multitaskingfähig ist der Mensch nur begrenzt.

Gleichzeitig Zeitung lesen und in ein Brötchen beißen geht noch halbwegs bequem (erhöht jedoch die Gefahr, dass der Anzug frühzeitiger in die Reinigung muss). Gleichzeitig zwei Programme programmieren geht nicht mehr. Auch kann man sich nicht gleichzeitig um zwei Kunden kümmern. Man kann nicht gleichzeitig eine Email schreiben und eine andere lesen. Auch sollte man nicht versuchen, gleichzeitig einen geschäftlichen Telefonanruf zu beantworten während man mit seiner Freundin beim Candlelight-Dinner sitzt.

Für Einzelwesen gibt es Gleichzeitigkeit nicht. Was es gibt, ist ein mehr oder minder erfolgreiches Zerhacken der Aufgaben und ein häufiges Wechseln zwischen diesen einzelnen Aufgabenbröckchen. Zu grauer Vorzeit, als die meisten Computer nur einen popeligen Prozessorkern hatten (wieviele Äonen ist das schon her?), wurde "Multitasking" dort genau so realisiert. Zwei Millisekunden für das Programm, zwei für jenes. Das sieht dann so aus, als würde die Kiste alle Programme gleichzeitig ausführen. Doch ist es kein Multitasking (viele Aufgaben gleichzeitig), sondern ein Task-Switching (Häufiges Wecheln zwischen den Aufgaben).

Dieses Prinzip haben wir - gerade im Bereich Projektarbeit, EDV etc. - auf unsere menschlichen Maßstäbe übertragen. Wir haben einen Berg von Aufgaben, und statt sie nacheinander anzugehen, hopsen wir munter von einer zur nächsten, machen hier ein bisschen, schreiben dort ne Email, kucken wiederum da was nach.

Joel Spolsky hat schon 2001 darüber geschrieben, warum das unsinnig ist. Und ich vermute mal, er war nicht der erste. Kurz gesagt, wenn man zwischen gleichwertigen Aufgaben hin- und herwechselt, braucht man erstens länger, um sie zu erledigen, und zweitens verschenkt man die Chance, wenigstens einige Pferdchen schnell ins Ziel zu bringen.

Die Argumentation geht so:

Nehmen wir drei vom Arbeitsvolumen halbwegs ähnliche Aufgaben, die jeweils eine Zeit t benötigen:

AAAAAA
BBBBBB
CCCCCC

Werden sie hintereinander erledigt, so ergibt sich folgendes Bild

AAAAAABBBBBBCCCCCC

Wechselt man zwischen den Aufgaben hin- und her, dann hat man stattdessen
ABCABCABCABCABCABC

Deutlich zu erkennen ist eines: Im ersten wie im zweiten Fall ist man nach der Gesamtzeit 3t mit allen drei Aufgaben durch. Doch hat man im ersten Fall die erste Aufgabe bereits nach der Zeit t abgegeben, die zweite immerhin noch nach 2t, und nur die Dritte nach 3t. Für den Außenstehenden, den nur das Ergebnis und dessen Realisierungstermin interessiert, ist die erste Situation deutlich produktiver.

Berücksichtigt man nun zusätzlich, dass eine gewisse Zeit verloren geht, wenn man zwischen den Aufgaben springt (bei Programmierung beispielsweise sind das etwa 10-15 Minuten!), so hat man

AAAAAA-BBBBBB-CCCCCC

im Vergleich zu

A-B-C-A-B-C-A-B-C-A-B-C-A-B-C-A-B-C

Nun ist erst recht klar, welchen Vorteil das "Immer-Hübsch-der-Reihe" nach hat, dass uns schon unsere Oma immer beizubringen versuchte.

Sind Sie mir bis hierhin gefolgt? Gut. Bis jetzt hab ich nämlich nichts erzählt, was andere schon aufgeschrieben haben. Die hatten nämlich auch alle Omas. Spannend wird es erst jetzt:

Nehmen wir an, wir haben irgendeinem aus unserer Perspektive höheren Tier (Projektleiter, EDV-Leiter, Geschäftsführer, Business-Line-Dingenskirchen, Chief-irgendwas-Officer) zugesagt, die drei Aufgaben innerhalb der Zeit von 3t zu erledigen. Jetzt haben es diese Menschen aus irgendwelchen Gründen immer an sich, dass sie Statusberichte möchten. Man kann es ihnen einfach nicht ausreden, sie möchten wissen, wie weit man ist.

Arbeiten wir nach Methode Zwei im Task-Switching, können wir für jede Aufgabe immer schön Fortschritt vermelden. Im ersten Fall jedoch beginnen wir mit A und müssen dauernd bekennen, dass wir mit B und C noch gar nicht begonnen haben. Jaaa, A ist schon fast fertig... ABER B muss doch dringend ebenfalls mal angefangen werden! und C erst!... Etc. etc. Und wir lassen uns breitschlagen, versuchen das Task-Switching, und werden mit allen drei Aufgaben nicht rechtzeitig fertig.

Natürlich gibt es Situationen, in denen ein Task-Switch sinnvoll ist. Wenn man auf Informationen von anderen Leuten warten muss. Wenn man so blockiert ist, dass an-etwas-anderes-denken das Gehirn wieder freipustet. Wenn die Aufgaben unterschiedlichen Schwierigkeitsgrad haben und man nach dem fetten Mittagessen in der Kantine nicht eine genauso schwere Analysearbeit machen will.

Aber dennoch, ich meine, wir müssten in unserer Branche (speziell im behäbigen Baan-Umfeld, die fixeren Softwarefabriken haben das, agilen Methoden sei Dank, schon eher verinnerlicht) viel deutlicher machen, dass Aufgaben der Reihe nach erledigt werden. Nicht nur die Programmierung dieser oder jener Anpassung. Auch die Umstellung auf das neue Porting-Set. Die Einführung dieses neuen Clusters für den Service. Die Analyse für den RFID-Einsatz. Das VPN unter Windows 7-Clients. Warum nicht mal ein Kanban-Board in der EDV-Abteilung probieren, in das nicht nur Softwareentwicklungsaufgaben einfließen, sondern das ganze Arbeitspensum? Mit der Regel, dass nur das bearbeitet wird, was in der Queue ist und keine Macht der Welt (außer ein Betriebsstillstand vielleicht) Kärtchen vom Board nehmen und andere höher priorisieren kann. Man wird vermutlich einen großen Eingangskorb brauchen, aber vielleicht kann man so eher dazu kommen, Aufgaben hintereinander abzuarbeiten und dennoch der Außenwelt deutlich machen, dass man nicht nur Däumchen dreht.

Liebe Programmierer, nicht tun bitte: Nichtssagende Variablennamen

2010-11-08T02:45:00.000-08:00

Wir schalten live und in Farbe zu Uli Fuchs, der gerade in einem FP3->FP5-Projekt eine angepasste Saldenliste migriert und über jene zwei Variablen in der Zeile stolpert, die ein Infor-Programmierer genutzt hat:

report.amnt
report.amount

Offensichtlich ist das eine ein Fremdwährungs-, das andere ein Hauswährungs- bzw. Report-Anzeige-Währungs-Betrag. Ja warum macht man das nicht kenntlich irgendwie, bitte? Arrgh.

Webdesign mal wieder

2010-11-06T15:49:00.000-07:00

Ich weiß, es gibt schlimmere Webseiten. Aber welcher Anfänger bei der zuständigen Werbeagentur kam denn auf die glorreiche Idee, dass dieses alle zwei Sekunden wechselnde Hintergrundbild auf Infor's überarbeiteten Webauftritt ein guter Einfall sei? Kaum versucht man sich in den Textblöcken zu orientieren, wird man vom sich ändernden Bild wieder abgelenkt. Bitte ganz schnell weg damit! Und nein, SAP macht nicht das gleiche. Die haben zwar auch ein Wechseldich-Bild, aber die haben vier (in Worten vier) große Knöppe drüber. Infor, ihr habt Zweiundzwanzig (in Worten: Zweiundzwanzig) ewig lange kleingedruckte Links im und ums Bild herum.

Strategische Partnerschaften und ihre Fallstricke

2010-11-02T02:27:00.000-07:00

Infor setzt ja seit neuestem - zumindest offiziell - auf Microsoft Silverlight als präferierte Technologie für neue Benutzerinterfaces. Strategien sind ja schön, nur sollten sie nicht unbedingt vom Marketing getrieben werden oder von anderen Leuten, denen Klickibunti vor Funktionalität geht (wobei ich die Wichtigkeit von Klickibunti nicht in Abrede stelle, wenn man Software verkaufen will, und auch nicht, dass man mit Silverlight prächtige Benutzerinterfaces bauen könnte). Denn dann gehen sie nicht auf. Microsoft verabschiedet sich nämlich grade von Silverlight für plattformübergreifende Anwendungen und reduziert den Anwendungsbereich auf Windows Phone. Sagt zumindest Bob Muglia, bei Microsoft immerhin zuständig für Server- und Infrastrukturanwendungen, hier im Interview mit ZDNet. Allerdings hat er offenbar vom Microsoft-Marketing für diese Aussage eins auf die Mütze bekommen, denn hier in den Microsoft-Blogs korrigiert er sich brav, und sagt, er habe das eigentlich alles gar nicht so gemeint aber irgendwie doch.

Inhouse Supporter/Consultant gesucht

2010-09-18T03:06:00.000-07:00

von der Natus Europe GmbH nach München.

P. J. Jakovljevic durchleuchtet Infors Strategie ein bisschen

2010-08-26T04:58:00.000-07:00

Wer mich kennt, weiß, dass ich von Analysten vor allem aufgrund ihrer Buzzword-Diharroe recht wenig halte. P. J. Jakovljevic lobe ich hiermit als Ausnahme, seine jüngst erschienene Analyse zu Infor ION (Teil 1, Teil 2) zeigt, dass er durchaus was von Infor's Produkten und Problemen kennt und nicht nur an der Oberfläche rumkratzt. Empfehlenswerte (englische) Lektüre!

Computer können rechnen,

2010-08-03T21:22:00.000-07:00

dachte ich. Eigentlich.

Zwei Anmerkungen dazu:

Erstens: Auch wenn's immer wieder lustig ist: Das interessante hier ist eigentlich gar nicht ist, dass ERP LN "falsch" rechnet - bei solchen Anzeigen sind die "100%" in der Regel eine Schätzung, die nicht so viel Rechenzeit kosten soll. Das interessante ist, dass die Gesamtanzahl oben und die Prozentanzeige unten offenbar auf zwei verschiedenen Schätzungen basieren. Vielleicht sollte man einfach mitteln

Zweitens: Wie bekloppt muss man eigentlich sein, sowas zu bemerken und dann noch eine Hardcopy zu machen?

Liebe Geschäftsreisende

2010-07-29T19:20:00.000-07:00

Ein Laptop hat auf einem Restauranttisch nix verloren. Also echt. Ich will nicht auch noch beim Italiener in allen Himmelsrichtungen auf Exceltabellen kucken müssen...

Back to life, back to reality

2010-07-02T06:02:00.000-07:00

Ich hab in meiner Berufslaufbahn ja schon viel Marketing-Blödsinn gelesen, aber die jüngste Pressemitteilung Infor's zum Thema ION ist nun wirklich eine Steilvorlage zum Bullshit-Bingo-Spielen.

Das wirklich gruselige ist aber folgendes: Wenn man die ganze heiße Luft einmal rausnimmt, und das ganze auf die Kernaussage eindampft, sagt die Pressemitteilung folgendes:

Infor ION ist eine Software, die momentan noch nicht verfügbar ist und wir versprechen Ihnen, dass Sie damit Probleme ihrer heterogenen IT lösen könnten, die sie ohne heterogene IT gar nicht hätten.

Denn das, was da verfügbar sein soll, ist ein Konfigurationswerkzeug (Desk), ein Service-Bus (Connect), und eine technische Grundlage für Workflow-Systeme (Event Management, Workflow). Kein Endanwender wird je eine dieser Anwendungen zu sehen kriegen. IT verwaltet sich selbst, könnte man meinen - wie gesagt, wenn man das Marketinggeschwafel mal auseinander nimmt.

Nun ja, ganz so schlimm wird's schon nicht sein. Soweit ich das sehe, ist Infor ION alter Wein in neuen neuen Schläuchen. Das OpenSOA-Kind wird in der Tat mal wieder umgetauft. Die Business-Analyst-Dummschwätzer sind so langsam dabei, SOA totzuschreiben. Die Sau haben sie jetzt schon drei Jahre durch's Dorf getrieben, jetzt muss auch mal gut sein. Zeit für neuen Dummschwatz, willkommen in der wolkigen Cloud. Das Infor-Marketing reagiert und positioniert sich mit neuen "Produkten", die keine sind. Unter der Haube ändert sich nix.

Allerdings hat Bruce Gordon, einstiger Technik-Chef von Infor und Vater des OpenSOA-Kindeleins, Infor inzwischen verlassen. Und Infor verbandelt sich gerade mit Microsoft. Da befürchte ich schon, dass es dem Java-basierten OpenSOA wohl aus strategischen Gründen an die Gurgel gehen könnte. Wo das doch grade erst laufen lernt.

Ich könnte mir aber auch vorstellen, dass man die OpenSOA-Technik-Schicht (Enterprise-Service-Bus, Bindings in die diversen Programmiersprachen einschließlich in ERP LN, Konfigurationswerkzeuge), die derzeit insb. durch die MyDay-Installationsmedien ausgeliefert wird, seitens Infor beibehalten und als ein eigenes Produkt (ION) auskoppeln will. Was durchaus sinnvoll ist, wenn man das Ding nicht nur zum verkoppeln eigener Applikationen positionieren will. Denn dann muss das deutlich leichter verfügbar sein für andere Hersteller, die in Projekten bspw. an ERP LN andocken sollen. Wobei ich keine Ahnung habe, was an dieser Technikschicht eigentlich durch Infor selbst entwickelt und was von Progress, einem strategischen Infor-Partner, zugekauft ist. Denn das entscheidet, wieviel davon man selbst vermarkten kann.

Interessant ist in dem Zusammenhang der neuen strategischen Partnerschaft mit Microsoft auch, was mit MyDay und PM10 passiert: MyDay ist - sieht man mal vom Webtop ab, den man nicht so einfach ersetzen kann - das bislang einzig verfügbares Endanwender-Produkt, das mit Java/Web-Technologie geschrieben wurde, und hat noch nicht wirklich eine große Installationsbasis. Ob man das mit Silverlight-Technologie neu schreiben will? PM10, das Reporting-Tool, setzt meines Wissens noch auf alter MIS-Alea-OLAP-Technologie auf. Die könnte man ja vielleicht durchaus sinnvoll durch die MS-Reporting-Services ersetzen. Aber was bleibt dann noch übrig? Ein paar vorkonfigurierte Cubes?

Interessieren würde mich nun wirklich, wie die OpenSOA-Strategie weitergeht. Bislang habe ich ja gehofft, dass man versuchen könnte, bestimmte abgrenzbare Bereiche (Stammdaten, Preisfindung, Provisionierung etc.) aus den Kern-ERPs in eigenständige Anwendungen auszulagern, was für Infor den Vorteil gehabt hätte, dass man die eben nur einmal für alle Kunden pflegen muss und die Releasezyklen dafür kürzer würden. Nun wären so langsam die technischen Grundlagen da. Dass das nicht einfach sein würde, weil da ein Haufen technischer Hürden zu überwinden ist, war von Anfang an klar. Das Projekt war mal auf sieben Jahre ausgelegt, wenn ich Bruce Gordon seinerzeit richtig verstanden habe. Kann sein, dass das den hohen Herren dann doch zu langsam war, oder das ganze wirklich hinter den Zeitplan zurückfiel. Das "Advanced General Ledger" zur Buchhaltungskonsolidierung, das als erste wirklich sinnvolle OpenSOA-Anwendung gehandelt wurde, kommt bspw. auch nicht richtig aus den Startlöchern. So dass sich die Strategie vielleicht jetzt mal wieder ändert, gemäß dem Motto, das man schlechtem Geld kein gutes hinterherwerfen will. Dann bleibt Infor allerdings auf absehbare Zeit der Bauchladenbetrieb, als der er sich die letzten Jahre über präsentiert.

Baan->Baan Business Systems->Vanenburg->Watermark->Qurius->Baan

2010-07-01T03:50:00.000-07:00

Abzusehen war es ja irgendwie. ERPHeins berichtet, allerdings ohne weitere Quellenangaben, dass Qurius sein Infor-Geschäft an Infor (zurück)verkauft. Weder auf Qurius' noch auf Infors Webseiten finden sich derzeit allerdings entsprechende Pressemitteilungen.

Bin mal gespannt, was jetzt mit der ILS-Schnittstelle passiert - Bridgelogix gehört Infor ja nun auch, und zwei vom gleichen Hersteller gepflegte Schnittstellen für den selben Anwendungszweck braucht man nun wirklich nicht.

Meinen alten Kollegen wünsche ich alles Gute unter dem neuen Dach!

[Nachtrag: Die Pressemitteilungen sind inzwischen durch Infor verschickt und online verfügbar.]

Infor übernimmt Bridgelogix

2010-06-06T12:56:00.000-07:00

Das konnte man schon vor ein paar Tagen einer entsprechenden Pressemitteilung entnehmen. Und das ist eine meines Erachtens gar nicht so üble Nachricht. Bin mal gespannt, wie schnell da jetzt eine Ankopplung über OpenSOA realisiert wird. Das wäre doch mal ein schöner Proof-of-Concept für diese Technologie, jedenfalls deutlich sinniger als irgendwelche Webshops oder Homepages (aka MyDay).

No software patents!

2010-05-25T23:21:00.000-07:00

Im Zuge der jüngsten BGH-Entscheidung zum Thema Softwarepatente, die quasi alles, was Software ist, zur Technik deklariert, und so einen weiteren Sargnagel verfertigt für die Beerdigung der Nicht-Patentierbarkeit von Software, die durch das europäische Patentübereinkommen eigentlich festgelegt ist, ist auch hier dringend zu laut zu rufen, zu jammern und zu wehklagen. Und klar zu machen, dass Softwarepatente schlecht für die Wirtschaft sind, schlecht für den Standort Europa sind, schlecht für uns alle sind, die wir mit Arbeit und Ideenreichtum unseren Lebensunterhalt finden und die Gesellschaft vorwärts bringen. Gut ist die Idee, Ideen (nicht: Erfindungen, das ist was anderes!) zu monopolisieren wirklich nur für blutsaugende Patentanwälte (die ihr gerechtes Schicksal ereilen möge, jawohl).

Sie meinen, Sie sind als Baan/Infor-Anwenderunternehmen nicht von Softwarepatenten betroffen?

Nur, so lange Sie nicht eine Niederlassung in den USA haben, und mit selbstentwickelter VB-Software und dem Baan-Client als durch VB angesteuertes OLE-Objekt auf Baan zugreifen. Das wäre nämlich bspw. in den USA patentiert. Unter die im Patent erwähnten Claims fallen nicht nur die seit Baan IV ausgelieferten Excel-Makros (die man glücklicherweise als Prior Art anführen könnte), und viele von Anwenderunternehmen gebauten Integrationen (suchen Sie mal im Baanboard nach "OLE"). Darunter fallen bswp. auch der Infor-Worktop, der DEM, der Infor Form Editor, der Infor Service Planner und wahrscheinlich noch diverse andere Standardkomponenten. Entweder verletzt Infor ständig Patente, oder Sie haben diese Trivialpatentinhaber mit Ihren Lizenzgebühren mitgefüttert.

Und kommen Sie da bloß nicht auf die Idee, ein Webfrontend für Ihre Kunden vor Ihre Auftragserfassung zu schalten, oder gar darauf, über EDI Auftragsbestätigungen zu schicken. Diese geniale, durch jahrzehntelange Forschung möglich gewordene Idee hat sich in den USA nämlich schon IBM patentieren lassen.

Ach so, und ohne USA-Niederlassung müssen Sie sich keine Sorgen nur so lange machen, wie bei uns nicht ähnlicher Wahnsinn grassiert. Wie gesagt, wir sind auf dem Weg dahin.

Tun Sie ein bisschen was dagegen, unterschreiben Sie wenigstens schon mal hier.

Oh je,

2010-05-21T11:04:00.000-07:00

soll das Open-SOA-Kind schon wieder einen neuen Namen kriegen?

Oder was sonst soll ab demnächst wohl Infor ION heißen, angemeldet unter dem Bereich "computer software, namely, middleware for use in enterprise resource planning, enterprise application integration and service-oriented architecture"?

Das Personalkarussel dreht sich wieder

2010-04-07T10:22:00.000-07:00

bei Infor. is report berichtet, dass Wolgang Kobek, seit Mitte 2008 Leiter von Infor Deutschland und Vice President Central Europe, das Unternehmen zum Ende März verlassen hat. Warum Infor da nicht offiziell informiert, ist mir schleierhaft.

"Design" vs. "Construction"

2010-03-12T10:23:00.000-08:00

Steven Lott zeigt hier auf, warum es einen fundamentalen Unterschied zwischen Softwareentwicklung und "klassischer" Ingenieursarbeit gibt, und warum die immer wieder versuchte Trennung zwischen Leuten, die spezifizieren (Designer) und denjenigen, die Programmcode schreiben (Programmierer) das Wesen der Softwareentwicklung ignoriert.

Warum Sourcecode?

2010-02-21T23:17:00.000-08:00

Ich bin ja bekannt als Verfechter einer "Sourcecode auf jedem Kundensystem"-Politik, zu der ich Infor und Infors Kunden gerne bewegen würde.

Infors Strategie ist leider im Moment sehr gegenteilig ausgerichtet, man versucht, Sourcecode-Agreements so wenig wie möglich zuzulassen. Über die Gründe, die hinter dieser Politik stehen, kann ich nur spekulieren. Da mag einmal die aus Baan-Zeiten übernommene Geheimniskrämerei sein ("das ist unser intellectual property, das geht keinen was an"). Zum anderen ist es vielleicht auch die Furcht davor, dass irgendwer (sprich: SAP) bei Baan-Ablöseprojekten verspricht, während der Ablösung die alte Baan-Software weiter zu warten. Das geht natürlich nur, wenn der Kunde Sourcen hat.

Beide Ängste sind meines Erachtens unbegründet. Denn es hilft niemdandem, der ein ERP-System (nach)programmieren will, Baan-4GL-Sourcecode vor sich liegen zu haben - den kann man nur auf Baan Tools einsetzen, und auf denen hält Infor zu Recht lizenz- und source-technisch den Deckel drauf. Was vielleicht hülfe, sind Datenmodell und Grundlogiken. Um die abzukucken, brauchts aber keine Sourcen, sondern nur jemanden, der sich mit dem Programm auskennt. Der zweiten Furcht, die vor dem Ausnutzen vorhandenen Sourcecodes zum "Kundenklau", lässt sich sicher durch vertragliche Regelungen begegnen, wenn man etwa Sourcecodeverfügung an das Bestehen eines Wartungsvertrages koppelt.

Auch die Kunden scheinen sich bei Projektbeginn - gerade bei Neueinsteigern in die Software - keine Gedanken darüber zu machen, dass man Sourcecode bräuchte; entsprechend wird er häufig gar nicht verhandelt. Der Hauptgrund hier: Man hat ein Standardsystem gekauft, will das auch nicht anpassen. Wozu braucht man also Sourcecode?

Lassen Sie sich gesagt sein: Erstens gibt es meines Wissens nicht ein einziges Baan-System, das im Standard läuft. Und das ist gut so: Kein Unternehmen ist Standard, sonst könnte es nicht am Markt existieren. Und daher geht der Gedanke, bei einer Firma, die etwa über ein fünfzig-Mitarbeiter-Unternehmen rausgeht, könne man nur unangepasste Standardsoftware einsetzen, an der Unternehmensrealität vorbei. Und zweitens, selbst wenn Sie nichts anpassen (was grade noch so geht), oder erweitern (was Sie nicht vermeiden werden wollen), selbst dann hilft Ihnen Sourcecode.

Also, warum Sourcecode? Ich sehe eine ganze Reihe von Bereichen, in denen ich als Berater beim Kunden, und die Kunden mit mir, wesentlich schneller in den Projekten vorankommen, wenn sie Sourcecode haben, als ohne:

1. Verständnis der Softwarelogik

Vielleicht lehne ich mich als Berater ja recht weit aus dem Fenster, wenn ich sage: Ich habe keine Ahnung, wie die Software genau funktioniert. Glauben Sie mir, anderen Beratern geht's genauso, und die meisten geben es auch zu. Wir kennen natürlich die wesentlichen Prinzipien, und auch sehr sehr viele Details. Aber eben nicht jedes klitzekleine Fitzelchen Funktionalität.

Woran liegt das? Eine typische mittelgroße Baan-Source (etwa eine DLL) hat so um die 150 if-then-Anweisungen (ich hab das auf einem Kundensystem mal nachgezählt). Bei geschätzten 2000 Sourcen (die hab ich jetzt nicht gezählt), macht das 300.000 Wenn-Danns. Dreihunderttausendmal gibt es die Option, dass ERP-LN etwas mal so, oder eben so macht. Und dass sind keine "wenn Betrag größer 100 €, dann Farbe rot"-Wenn-Danns. Das sind Geschäftslogiken-Wenn-Danns. Glauben Sie wirklich, als Berater hätte man die alle durchdrungen und im Kopf? Glauben Sie, sowas könne man so sauber dokumentieren (einschließlich Nachpflege der Dokumentation bei Bugfixes etc.), das man nur ins Handbuch kucken müsste?

In dieser Größenordnung geht das einfach nicht mehr. Dazu kommt, dass Infor täglich um die zwanzig Solutions ausliefert, dass sich also jeden Tag in einem ganzen Haufen Skripten ein ganzer Haufen Wenn-Danns ändert, und dass es also vom exakten Solutionstand auf dem Kundensystem abhängt, wie sich das System konkret in den letzten Details verhält.

Da hilft nur eins: Nachlesen. Und zwar in der aktuellsten, genauesten und klarsten Softwaredokumentation, die es gibt: Dem Sourcecode. Der zudem die erfreuliche Eigenschaft hat, mittels eines Debuggers analysiert werden zu können. Warum springt diese blöde Multi-Bshell-Funktion der Herstellkostenberechnung nicht an? Trace auf die enstprechende Variable, aha, weil das nur im Bottom-Up-Modus funktioniert. Von der Art, wie der Muti-Bshell-Lösung in dem Programm konkret implementiert ist, kann das auch nur so sein, das steht nur weder in Hilfe, noch im Handbuch.

Mit Source: zwei Minuten. Ohne: Entweder man hat Glück, und ein Beraterkollege hat das gleiche Problem schonmal gehabt. Mit Abtelefonieren der Kollegen eine Stunde, bis ein halber Tag (man kriegt die ja nicht gleich). Ohne den Kollegen und ohne Source: Locker ein Tag, vielleicht sogar ein Support-Incident, bis der Groschen fällt.

Die Frage, ob ein Softwareverhalten, das uns nicht passt, ein Bug ist, oder an unseren Einstellungen liegt, oder zum Beispiel daran, dass im Table-Sharing etwas falsch aufgesetzt ist, ist mit Sourcen in der Regel deutlich einfacher zu beantworten als ohne.

Es geht nicht darum, ob Infor verpflichtet ist, sowas zu dokumentieren. Es geht nicht darum, ob wir Berater diese 300.000 Regeln eigentlich wissen müssten. Für das viele Geld, das wir kriegen. Es geht darum, ob man pünktlich live gehen kann, weil die Berater produktiver sein können.

2. Bugfixing

Software hat Fehler. So isses nunmal, leben wir damit. Infor hat glücklicherweise ein funktionierendes System, mit dem Bugs gemeldet und Bugfixes kontrolliert eingespielt werden können.

Nur: Das System ist in manchen Situationen zu träge, und zwar so träge, dass es Projektarbeit einfach ausbremst. Auch das ist normal, da kann man Infor eigentlich keinen Vorwurf machen: Manche Probleme stellen Sich aus Sicht eines Standard(!)-Softwareherstellers viel komplexer dar, als für das einzelne Anwenderunternehmen.

Konkretes Beispiel gefällig? Im ERP-LN-Service ist es derzeit nicht möglich, das Steuerland einer Ist-Bearbeitungskostenposition zu ändern. Der Kunde, bei dem mir das aufgefallen ist, hat glücklicherweise Sourcecode, so dass ich weiß, dass es sich um einen Bug handelt, der durch eine schnell ausgelieferte Solution in die Welt gesetzt wurde. Das ganze ist reproduzierbar, und an Infor gemeldet.

Dort geht jetzt der Tanz los: Wenn wir die Änderung des Landes zulassen, was passiert dann im Normalfall? Nix. Aber was passiert im Sonderfall? Was, wenn die ausführende Abteilung und die am Auftrag hängende Abteilung unterschiedlichen Fibu-Firmen angehören? Was in diesem Sonderfall, was in jenem?

Das zu klären, und sauber zu reparieren, so dass es bei allen Kunden funktioniert, dauert.

Und in der Zwischenzeit tickt in meinem Projekt die Uhr, wir wollen mit Service endlich live gehen und dieser Bug ist das einzige, was uns an der Projektabschlussparty hindert. Wir haben nicht die Situation, dass mehrere Firmen beteiligt sein können. Wir haben auch keinen anderen der vielen denkbaren Sonderfälle. Wir haben einfach nur einen Fiskalvertreter in England, so dass wir gezwungen sind, bei Aufträgen in England englische Steuerregelung zu beachten - und das macht diesen Bug zum Showstopper für ein ganzes Paket. Glücklicherweise gibt's ein Sourceodeagreement: Die Skripte hochziehen und das Problem so zu bereinigen, dass es für das konkrete Anwenderunternehmen keines mehr ist, ist eine Sache von 15 Minuten. Party kann stattfinden.

Es geht nicht darum, ob Infor verpflichtet ist, solche Fehler zu lösen. Es geht darum, ob man pünktlich live gehen kann.

3. Software-Erweiterungen

Glauben Sie mir: Der Standard reicht nie. Selbst wenn Sie das Kernverhalten der Software nicht ändern wollen, werden Sie früher oder später feststellen, dass es Zeitersparnis im betrieblichen Alltag bringt, wenn bestimme Geschäftsfunktionen ins ERP-System integriert werden, die im Standard nicht vorhanden sind. Oder dass es sinnvoll ist, die Flexibilität des Standards einzuschränken, weil die Anwender sonst zu viel Mist bauen. Oder dass sie Einzelschritte, die der Standard sie abzuarbeiten zwingt, automatisieren wollen.

Nun, mit der 4GL-Entwicklungsumgebung von Infor steht eines der besten Systeme für geschäftskritische Transaktionssysteme zur Verfügung, die ich kenne. Also kann ich nur empfehlen, die zu nutzen - eine Entwicklungslizenz kostet nun wirklich nicht die Welt, und der Gewinn, den ein Unternehmen davon hat, wenn man Addon-Entwicklung für das ERP-System betreibt, ist schon nicht zu unterschätzen.

Diese Addons müssen aber irgendwie mit dem Standard interagieren. Dazu muss man Funktionen der Standardsoftware entweder ansprechen und/oder sich in enstprechende Funktionen einklinken (was, dank "User-Exits", heute in bestimmten Bereichen schon sehr gut geht).

Und da entsteht das erste Problem: Man muss wissen, welche Funktion man nutzen kann. Diese Funktionen sind aber nur an einer Stelle sichtbar: Im Quellcode. Es gibt - und es ist auch nicht realistisch, so etwas zu erwarten - keine Dokumentation. Man kann sich zwar eine DLL-Dokumenation generieren lassen, für die praktische Arbeit reicht diese aber einfach nicht aus.

Das zweite, gravierendere Problem ist jedoch, dass diese Funktionen nicht stabil sind - Infor hat keine sogenannten "stabilen APIs", man muss damit rechnen, dass sich die Signatur einer Funktion (welche Parameter muss man übergeben) nach dem Einspielen einer Solution auf einmal geändert hat. Selbst wenn ein Addon also lange funktioniert hat, kann es nun auf einmal einen Programmabbruch verursachen. Die einzige Chance, das Addon wieder lauffähig zu machen, besteht darin, es auf die neue Signatur der genutzten Standardmethoden umzuschreiben. Und diese Signatur sehen (und verstehen) Sie nur - im Sourcecode, der mit der Solution ausgeliefert wurde, wenn Sie denn ein Sourcecodeagreement haben.

Mit anderen Worten: Alle Anpassungen und Erweiterungen müssen auf den konkreten Solutionstand abgestimmt sein, der am Kundensystem installiert ist. Wenn Sie Anpassungen/Erweiterungen extern (etwa bei Infor oder einem Systemhaus) beauftragen, extern programmieren und dann bei Ihnen einspielen lassen, muss auf dem externen Entwicklungssystem immer der selbe Solutionstand vorhanden sein wie auf Ihrem. Das ist nur mit hohem Aufwand machbar (den Sie als Kunde natürlich bezahlen). Einfacher und billiger ist es, auf Ihrem eigenen System zu entwickeln oder eben entwickeln zu lassen. Und dazu brauchen Sie Sourcecode.

Es geht nicht darum, keine Softwareerweiterungen zu schreiben und auf Produktivitätsvorteile zu verzichten. Es geht darum, diese Addons mit geringem Aufwand auch Warten zu können.

4. Programmieren lernen

ERP LN verfügt über eine eigene Programmiersprache. Die muss man sich erstmal erarbeiten. "Schulen und dann kann der programmieren" funktioniert leider nicht: Jeder, der regelmäßig Software entwickelt weiß, dass man das "Coden" in einer Programmiersprache nur dadurch lernt, dass man den Quellcode Anderer lesen und sich daran orientieren kann. Die größte und so ziemlich einzige (brauchbare) Codebasis, die für die Baan-4GL-Programmiersprache vorhanden ist, ist nun aber der Sourcecode der Baan-Anwendung. Wenn dieser nicht verfügbar ist, wenn Sie (oder Ihre Leute) aber für die Anwendung bspw. Add-Ons programmieren sollen, kann ich Ihnen garantieren, dass der entsprechende Code grottenschlecht sein wird. Anpassungscode auf Kundensystemen ist in viel zu vielen Fällen ziemlich gruselig programmiert. Da, wo Sourcecode vorhanden ist, ist die Qualität in der Regel immerhin deutlich besser (meiner Meinung nach immer noch zu schlecht, aber besser). Besserer Anpassungcode heißt bessere Wartbarkeit, und weniger Münzen, die man bei Releasewechseln einwerfen muss.

Motivation

2010-02-11T02:18:00.000-08:00

Just stumbled over the Motivator, and thought, I could motivate the Infor guys a little:

Feature Pack 6 für ERP LN verfügbar

2010-02-05T01:48:00.000-08:00

Seit 1. Februar waren die ISO-Images bereits auf dem Subscribenet-Server von Infor gelegen, heute ist endlich die offizielle Mitteilung an die Kunden rausgegangen. So kann ich auch hier wohl verkünden, dass FP6 endlich allgemein verfügbar ist. Liebes Marketing: Ne Pressemitteilung wäre auch noch ne gute Idee...

Schwerpunkt liegt ganz klar im Automotive-Bereich, insb. der Bereich der Lieferabrufe wurde nochmal massiv ausgebaut. Für die externe Ankopplung (EDI) und die Etiketten soll eine separate Infor-Software sorgen, die - wohl über die BOD/SOA-Schiene - angebunden werden kann. Ich würde mich freuen, wenn Infor damit endlich mal ein besseres Standbein in den Automative-Markt kriegen könnte; leider ist der Zeitpunkt wohl eher schlecht gewählt, bekanntermaßen schwimmen die entsprechenden Unternehmen derzeit nicht grade im Geld.

Für den klassischen Maschinenbau ist in FP6 eine mehrstufige Unterdeckungsprüfung in der Produktion dazu gekommen (nie wieder Unterdeckungslisten programmieren! Hurrah!). Das nach der Einführung des Order-Peggings schon schwer angeschossene MRP II hat da nun offiziell gegenüber der Praxis kapituliert und schwenkt sein weißes Fähnlein.

Parallele Arbeitsgänge im Arbeitsplan scheinen nun endlich möglich zu sein, außerdem gibt's ne nette Neuerung im Versandbereich: Frachtkosten etc. können nun wohl auch pro Sendung erfasst und von da aus an den VK-Auftrag zur Fakturierung durchgereicht werden.

Daneben natürlich noch zig Kleinigkeiten und Vertiefungen bereits vorhandener Funktionalitäten.

So, FP6 ist also raus, Freunde - die Zeit der (berechtigten) Ausreden ist vorbei: Jetzt bin ich mal gespannt, wie sehr sich FP7 tatsächlich unserer DBuG-Anforderungen annimmt.

Baan IV Anwendungsbetreuer gesucht

2010-02-03T11:02:00.000-08:00

Baan IV Anwendungsbetreuer gesucht von der Firma Ensinger nach Nufringen.

Zurück in die sechziger

2010-01-25T02:01:00.000-08:00

Keine Ahnung, ob dieses Video hier virales Marketing sein soll (hochgeladen wurde es vom "Sr. Director Internet Marketing" bei Infor, also wird's wohl so sein). Text und Aussage sind zwar noch genauso peinlich wie zuvor, aber luschtig ist's trotzdem.

Tierische Sitzplatzprobleme

2010-01-24T06:21:00.000-08:00

Bild: Eugen Lehle, genutzt nach CC-BY-SA-3.0

Gestern im Flugzeug von Mexiko City nach Monterrey: auf den kleinen Monitoren läuft ein Werbevideo für Guatemala, allerdings untertitelt mit dem Text der Lautsprecherdurchsagen. Man sieht also eine Herde Lamas (die Tiere, nicht die Mönche), die recht planlos über irgendeinen Dorfplatz trotten und mal links, mal rechts in die Gegend kucken. Eingeblendet wird der grandiose Untertitel "If you have any trouble finding your seat, please ask your flight attendent".

Will Infor Open SOA be a Platform?

2010-01-18T22:37:00.000-08:00

I just stubled over this analysis why iPhone is to other smartphones as the Mac to Windows based computing. One may agree or not, but there is an interesting statement about what makes a successful platform:

There are good development tools and APIs for easily making good applications
There is at least one killer application people really want
There is breadth of useful applications
Third parties make lots of money
There is a robust ecosystem

so, which one of those holds true for Infor Open SOA as we know it today?

Neuer Chefstratege bei Infor

2010-01-08T00:54:00.000-08:00

Infor vermeldet, dass Bruce Richardson als Chefstratege ("Chief strategic officer") vom Beratungshaus AMR Research zu Infor wechselt. Richardson ist heftiger Verfechter von SOA-Ansätzen. Er prognostizierte schon 2006 den Tod der monolithischen ERP-Systeme und insbesondere der "klassischen" ERP-Anbieter ab dem Jahr 2010, weil dann alle Welt nur noch SOA-Systeme einsetzen würde. Naja. Ich glaub bekanntermaßen erst an SOA, wenn ich einen mittelständischen Kunden aus dem Maschinenbau sehe, bei dem das ERP-System aus zwanzig bis dreißig Applikationen unterschiedlicher Hersteller wartungsfreundlich und erweiterbar zusammenkonfiguriert ist. Bis dahin werden die "klassischen" Anbieter noch jede Menge Geschäft zu machen haben. Ich gehe mal davon aus, dass Infor das Geschäft trotz aller Strategen und Strategien mitmachen will.

Inhouse-Consultant gesucht

2010-01-07T02:17:00.000-08:00

für den Bereich Customer Order Processing von Fronius nach Österreich (Sattledt).

Die Spatzen pfeifen manches von den Dächern.

2010-01-07T01:46:00.000-08:00

Also twitschere ich auch mal mit. Twitter scheint mir ein bisschen wie Dorftratsch 2.0. Aufgewachsen auf dem Dorf weiß ich um den Wert des Tratschens. Und die Baan-Welt ist ja auch ein Dorf, bekanntermaßen.

Die Baan-Blogosphäre

2009-12-18T05:25:00.000-08:00

zeigt allererste kleine Wachstumsansätze, auch aus dem Zentrum des Geschehens heraus. Ich hoffe mal, dass das so bleibt, und dass insb. die Infor-Angestellten keinen Maulkorb verpasst bekommen.

Es bloggen und zwitschern derzeit

Massimo Cappocia (Product Manager Technology) [Blog][Twitter]
Frank Manders (Product Manager ERP LN) [Twitter]
Bram Vijfhuizen (Product Manager Technology) [Twitter]

Der Flughafen von Atlanta,

2009-12-08T23:37:00.000-08:00

den ich jetzt mal wieder - unterwegs zu einem Kunden in Mexiko - stundenlang mit meiner Anwesenheit beehrt habe, zeichnet sich neben den netten Mädels an der Bar in Terminal E auch dadurch aus, dass die Sicherheitsleute in einer Geschwindigkeit auf Segways rumflitzen, für die die Dinger in Deutschland nie ne Zulassung kriegen werden.

Und, wie ich jetzt eben feststellen musste, auch durch die neuen Plakate von Infor:

Kein Wunder, ist Atlanta doch der Flughafen, von dem Jim Schaper und Co. wohl meistens fliegen dürften (Infor's Hauptsitz Alpharetta liegt gleich daneben). Und bislang hat da nicht Infor plakatiert, sondern eben die Konkurrenz:

Bei diesen Plakaten habe auch ich Angst bekommen.

Entwickler gesucht

2009-12-01T22:02:00.000-08:00

für Baan-4GL, von der eds mid-market Solutions, nach Koblenz/Köln.

Vielleicht

2009-11-13T10:52:00.000-08:00

sollte sich Jim Schaper das hier mal anhören. Da erfährt er mal - recht gut auf den Punkt gebracht - welche Probleme die Infor-Kunden so mit ihrer Software und ihrem Anbieter haben.

Wie sehr kann eigentlich Fremd- und Selbstwahrnehmung einer Firma auseinanderdriften, bevor das Marketing merkt, wie lächerlich man sich bei den Bestandskunden mit sowas macht?

Oder damit:

"At Infor, we work with a core belief. We believe in the customer. We believe that the customer is seeking a better, more collaborative relationship with its business software provider."

Manifeste waren ja seit dem kommunistischen solchen lange aus der Mode geraten, aber in der Softwarebranche feiern sie gerade wieder fröhliche Urständ. Das schöne Sprüchlein da oben ist ein "Manifest", das sich Infor jetzt zugelegt hat, zu finden unter der jüngsten Pressemeldung zum neuen Marketing-Chef Robert Humphrey. Alle paar Jahre rennt die selbe Sau durch's Dorf: Zu Baan-Zeiten klang das ziemlich ähnlich (ich zitiere aus dem Image-Büchlein "The way we build Baan - ongoing innovation"):

"- focusing on the specific wishes of our clients who have shown their trust in our company by investing in our products. [...] Conducting oneself ethically. Values such as honesty, sincerity and respect define the ethical behaviour of our company"

Das ganze ist übrigens Teil einer neuen Kampagne, www.downwithbigerp.com, bei der aus allen Rohren geschossen wird. Alles dabei, Interviews, Kundenstatements. Man ist sich noch nicht mal zu schade, zu facebooken und zu pseudo-twittern und auf der Konkurrenz rumzuzhacken.

Hallo?

Mit so ein Henadreck, da triggern sie doch keine einzige Pörchäsdisischen!

Herstellkostenkomponenten im Service und im Project, das braucht's. Bessere PCS-Features im Bereich AiU und Umsatzgenerierung, das brauchts. Eine überarbeitete Fibu wäre auch nett. Eine neue Report-Engine, die braucht's ganz furchtbar dringend schon seit fünf Jahren. Verfügbaren Sourcecode auf jedem Kundensystem, das braucht's. Je mehr Funktionalitäten durch die Anwendung abgedeckt werden, um so dringender. Eine Infor, die Kunden wirklich als Partner versteht, und nicht als notwendiges Übel, in das sich Vertragsabschlüsse unbegreiflicherweise verwandeln, die braucht's ganz besonders. In Echt, nicht im Web.

Vom Sprücheklopfen gibt's weder neue Features, noch werden aus Slides SOA-Komponenten, noch wird weder die Software flexibler, noch schneller einführbar.

Schon gar nicht kriegen die eins auf's Dach, die sich sich bspw. sowas haben einfallen lassen. "We believe that the customer is seeking a better, more collaborative relationship with its business software provider." Ja, is klar, ne. Hier, kriegst' nen Euro, kauf dir ein Eis.

Auf diese angeberischen Sprücheklopfereien, auf diese heiße, substanzlose Luft, die da aus Amerika herüberweht, kann ich gut verzichten. Keine Ahnung, vielleicht häng ich ja zu viel in mittelständischen deutschen Unternehmen rum.

Liebes deutsches Infor-Marketing: Springt bloß nicht auf diesen Zug auf, bitte.

Latest Information

2009-11-10T22:53:00.000-08:00

Weil ich mich immer totsuche, hier mal mein neuer Merkzettel mit den Solution-Nummern mit "Latest Informations":

MyDay auf EPR LN6.1 FP5:	240280
Enterprise Server 8.7:	22945298
Enterprise Server 8.6:	243334
Enterprise Server 8.5:	233132
Enterprise Server 8.4.1:	225126
Enterprise Server 8.4, Multibyte Installation:	214741
Enterprise Server 8.4:	221671
Enterprise Server 8.3, Multibyte Installation:	214741
Enterprise Server 8.3:	221722
Latest Porting Sets:	148218
Latest BW-Clients:	22881483
Latest Webtop:	142977
Latest Worktop:	13964
Latest DFE:	116206
Latest Information Unicode:	225523
Latest Programmers Guides:	210356
New Functionality after Release FP5:	22895288
New Functionality after Release FP6:	22895289

Außerdem:

aktuelle BEMIS-Dateien
Aktuelle Programmer's Guides (Support-Account benötigt!)

Without a trace

2009-11-09T23:38:00.000-08:00

Ist man verloren, wenn man keine Sourcen hat und nicht debuggen kann.

Dankenswerterweise hat David Kerr in seinem Blog gerade ein paar Anleitungen veröffentlicht, wie man das Tracing-Feature von Baan benutzt.

Sieht so aus...

2009-11-03T08:54:00.000-08:00

...als werden meine Baan-Aktien (ja, ich hab noch welche, aus Nostalgie...) demnächst aus meinem Depot ausgebucht.

Joel on software

2009-11-01T03:41:00.000-08:00

Ich bin vor einiger Zeit über das (englische) Blog Joel on Software gestolpert. Joel Spolsky, der unter anderem an Excel mitentwickelt hat, hat ein paar hundert sehr interessante Artikel zum Thema Software Engineering, Kundenanforderungen etc. geschrieben. Nicht dass es spezifisch auf das Thema "Baan" passen würde, aber so ein paar Dinge sind recht übertragbar. Fire and Motion, beispielsweise - über die Microsoft-Strategie in Bezug auf Datenbank-APIs: Wenn man sich Microsoft's rollenbasierte Oberfläche ankuckt und das sinnlose Hinterhergehechel der anderen ERP-Anbieter, hat sich an der Strategie nicht viel geändert.

Baan 5 Inhouse Supporter

2009-07-20T22:12:00.000-07:00

Gesucht für Frankfurt.

Klaut die Computerwoche aus dem Netz?

2009-07-07T07:56:00.000-07:00

Oder wie sonst erklärt sich die Liste der jüngst präsentierten Powerpoint-Langweiler hier (bei der auch eine Folie von Jan Baan dabei ist, deshalb bin ich überhaupt drauf gekommen), Autor Michael Schweizer, wenn man sie mit diesen Powerpoint Train Wrecks, Autor ein gewisser Thomas Wailgum, vergleicht?

Naja Thomas Wailgum scheint seine Bildchen auch bei cio.com untergebracht zu haben, deren deutsche Schwester im gleichen Verlag wie die Computerwoche erscheint. Vielleicht gibt's auch einen Vertrag. Trotzdem bleibt die falsche Autorenzuschreibung...

It's magic

2009-06-27T04:09:00.001-07:00

Die Hohenpriester der geschäftsführergeeigneten Aufarbeitung komplexer Sachverhalte haben wieder einmal mystische Zwiesprache mit dem MARKT gehalten, und setzen nun - nachdem sie seit 2005 still schweigend verharrt hatten - dem gebannt wartendem Volk das Wesen des MARKTes in Form zweier gekreuzter Linien und einiger Punkte zur Anbetung aus.

Gartner hat wieder einen Magischen Quadranten für ERP-Produkte veröffentlicht, mit dem Focus auf KMUs und "Tier-2"-Unternehmen, also den typischen deutschen Mittelstand.

Bei Infor mögen sie lange gezittert haben, und das Zittern hat sich gelohnt: ERP LN schneidet von allen Produkten in der Analyse am schlechtesten ab. "Nischenspieler" lautet das vernichtende Gesamturteil, Leistungsfähigkeit schwach, Vision nada, eine "risky choice". Ob nun in Alpharette, Barneveld und Hannover hektisches Treiben angesagt ist, weiß ich nicht. Aber ein "Setzen, Sechs" möchte man schonmal hinrufen dürfen.

Nun ist nicht alles Gold, was glänzt, und genausowenig ist alles Mist, was im unteren linken Garnter-Quadranten landet. Zumal einige Kriterien der Studie mir recht willkürlich gewählt erscheinen (Hauptsache, es steht SOA drauf und Microsoft, dann ist man Visionär...). Und zumal die Kriterien, nach denen die Punkte auf dem Quadranten angeordnet werden, so butterweich sind, dass das Bildchen und die daraus(!) resultierende Enordnung als "Markführer" oder "Nischenspieler" völliger Blödsinn sind. Ein Beispiel: Warum ist man Visionär, wenn man sich wie Microsoft Dynamix darauf verlässt, selbst kaum Funktionalität in die Software zu bauen, sondern das alles von kleinen Partnern dazuprogrammieren zu lassen, und warum ist man Nischenspieler wie ERP LN, wenn man versucht, eine breite Basisfunktionalität im Kernprodukt zu haben?

Ich würde ja am liebsten sagen, vergessen wir mal die managementverdauliche Kästchenmalerei, und lesen wir stattdessen mal das Kleingedruckte, nämlich die Analyse der Einzelprodukte. Aber genau das wird das Infor-Marketing und die Infor-Produktentwicklung leider wieder mal nicht tun, sondern sie werden sich wieder überlegen, wie sie mit noch bunteren Oberflächen und noch mehr unnötigen Technikschichten und noch mehr schlecht implementierten Buzzwords wieder in der Analystengunst steigen können.

Vergessen wir die Kästchenmalerei also nicht, aber lesen wir das Kleingedruckte trotzdem. Das ist nämlich stellenweise sogar ziemlich klarsichtig, sieht man vom Gejammer über eine fehlende SOA mal ab (da fällt mir ein, ich muss dringend mal ein Posting darüber machen, warum SOA kein einziges der Probleme lösen kann, die es zu lösen verspricht). Lesen wir auch nicht nur das ERP-LN-Kleingedruckte, lesen wir noch die Anmerkungen zu SyteLine mit und vergleichen das mit den Anmerkungen zur Konkurrenz.

Die Stärken

Breite und Stabile funktionale Basis für unterschiedlichste Branchen
Große Kundenbasis
Flaggschiff für Infor

und das war's auch schon. Nicht gerade sehr viel, sieht man mal vom "Wie stabil ist der Anbieter"-Faktor ab, bleibt nur der breite Funktionsumfang. Aber was sind die Kernstärken der anderen Produkte im Test? Nehmen wir jeweils die erste Zeile, in der Annahme, dass die das wichtigste sein wird:

Epicor Vantage: "Einfach zu ändern und zu erweitern". Exact Globe: "Große Kundenbasis", IFS: "Weitreichende Funktionalität", Infor SyteLine: "Einfach zu ändern und zu erweitern", Lawson M3: "Weitreichende Funktionalität", Microsoft Dynamics AX ("Marktführer"!): "Das Benutzerinterface hat Office Look-and-Feel", Microsoft Dynamics Nav: "Gutes Marketing", Oracle EBS: "Weitreichende Funktionalität", Oracle JDE EnterpriseOne: "Ausgereifte Lösung", QAD Enterprise Applications: "Lange Erfahrung", SAP Business All in One: "Umfassend und skalierbar", Syspro: "Einfach anzupassen".

Neben ERP LN weisen für die Garnter-Analysten also nur noch die Produkte von IFS, Lawson, Oracle und SAP einen Funktionsumfang auf, der als "Stärke" erwähnenswert ist. Die Produkte der anderen sieben Anbieter weisen weniger Funktionen auf - kein Wunder, dass sie weniger komplex sind.

Nun ist der Funktionsumfang aber keineswegs das einzige Kriterium, das Gartner in Bezug auf seine "Ability-to-Execute"-Achse anlegt. In den diversen anderen Kriterien schneidet Infor anscheinend so schlecht ab, dass es der Funtionsumfang nicht mehr rausreisst:

Die Schwächen

Komplexer als die meisten anderen Mittelstandsprodukte, die Einführung verlangt signifikanten Aufwand.

Da sind wir uns wohl alle einig. Wobei der Aufwand meistens daher rührt, dass man mit einer LN-Einführung meist nicht nur "IT" einführt, sondern ein Unternehmen auch in seinen Strukturen umkrempeln will (bspw. durch eine Single-Logistik-Implementierung). Das dauert.

Die Qualität der Featurepacks erlaubt kein schmerzfreies Upgrade

Das halte ich, ehrlich gesagt, für ausgemachten Blödsinn. Dass die Softwarequalität von ERP LN nicht die beste ist, wissen wir alle. Das ist aber eine Folge der breiten Funktionalität im Detail (definieren Sie mal ein System, das mit mehreren Hauswährungen umgehen kann...) und des Supports (es wird zuviel kaputtrepariert). Die Probleme, die man sich mit der Installation eines Featurepacks einfängt, sind nicht größer als die, die entstehen, wenn man drei Monate Monthlies installiert.

Es fehlen qualifizierte Consulting-Resourcen und Partner

Das, meine Herren und Damen bei Infor, das ist Euer größtes Problem. Zwar sieht das heute schon wieder anders aus als vor einem halben Jahr, als Garnter wahrscheinlich seine Analyse gemacht hat. Aber die Komplexität der Software wäre deutlich besser beherrschbar, wenn mehr und vor allem bessere Berater verfügbar wären. Tut mir leid, aber daran hakt's leider in vielen Projekten.

Die Open-SOA-Strategie wird LN nicht in eine Modellgetriebene Anwendung umwandeln

Abgesehen davon, dass der Begriff der Model-Driven-Architecture mit den Anforderungen an ein betriebliches Transaktionssystem aus diversen Gründen beißt: Dass die Kernstruktur der Tools nicht jedem Modegag angepasst wird, ist in meinen Augen ein deutlicher Pluspunkt.

Infors MyDay deckt sich nicht mit Garnter's Vision von "embedded analytics"

Tja, das ist der Fluch der bösen Tat, liebe Infor-Entwicklungsabteilung. Jetzt bastelt Ihr schon mit Heidenaufwand Microsofts Buntiklicki-Vertriebsleiterinterface nach, die Verkäufer zeigen in allen Präsentationen stolz Bob the Productionplanner, und dann lohnen es Euch die Analysten mit so was. Ich hab Euch doch schon vor einem Jahr gesagt, dass keine Sau außer Ihr selbst (damit Ihr Euren Bauchladen als ein Produkt präsentieren könnt) MyDay wirklich braucht. Ein integriertes, im Lizenzpreis enthaltenes und mit gut vorkonfigurierten, erweiterbaren(!) Würfeln ausgestattetes PM10 wäre wesentlich sinniger gewesen. Da wär Euch zwar ein bisschen Umsatz entgangen (aber wie wenig LN-Kunden habt Ihr das Ding denn eigentlich verkauft?), doch hättet Ihr die Entwicklungskosten gespart, Statistikmodul und Finanz-Berichtswesen wieder einzubauen (die ursprünglich aus dem relational orientierten Kernsystem rauszunehmen, war meines Erachtens eine richtige Entscheidung - nur haben Euch die Kunden gezwungen, sie wieder einzubauen, weil Ihr keine kostenfreie Alternative geboten habt).

Dann lamentiert Garnter, dass Anwender berichtet haben, dass der Umstieg von Baan IV auf LN ein großer Schritt ist und dass nicht mehr alle Funktionalität aus Baan IV-Erweiterungen (insb. Aerospace & Defence) in LN vorhanden sind.

Entschuldigung, liebe Garnter-Analysten. Dass Baan IV und LN zwei Produktgenerationen mit inzwischen bald 15 Jahren Zeitunterschied sind, sollte Euch aufgegangen sein. Und dass es nicht gegen LN spricht, wenn es einen großen Schritt gegenüber seinem Vorfahr nach vorne tut, und dass man für einen großen Schritt auch Kraft braucht, auch.

Und schließlich werden noch die geschätzten 4,5 Mrd Dollar Schulden erwähnt, die Infor inzwischen angehäuft habe.

Naja, die Stabilität des Herstellers ist für mich inzwischen allzugewichtiges Kriterium mehr, um sich für oder gegen ein bestimmtes ERP-System zu entscheiden. Die Erfahrung der letzten zehn Jahre hat uns doch gezeigt, dass - auch wenn der Anbieter sich verschluckt und dann geschluckt wird - das ERP-System selbst meist weiter unterstützt wird. Da wird dann vielleicht nicht mehr viel grundsätzlich neues geschehen, aber für die Lebenszeit, die so ein Produkt im Unternehmenseinsatz hat (zehn bis zwölf Jahre), wird man zumindest Support kriegen.

Lektionen

"Einfach zu ändern und zu erweitern" ist bei vielen Produkten als Stärke angeführt. Das wäre Infor ERP LN auch. Man müsste nur die Developmentumgebung und am besten auch die Sourcen standardmäßig mit ausliefern, und dafür sorgen, dass die Leute, die beim Kunden an den Systemen programmieren, beigebracht kriegen, wie man das macht, ohne die Releasefähigkeit zu zerstören. Vielleicht sollte an der Stelle mal daran erinnert werden, dass Infor ERP LN mit seinem pVRC-Konzept über eine feingranulare Versionssteuerung verfügt, mit der kaum keine andere Technologie mithalten kann, wenn es darum geht, Anpassbarkeit mit Wartungsfreundlichkeit und geringem Konfigurationsaufwand zu verbinden. An diese Tugend müsste man sich auch bei Infor mal wieder erinnern, statt angepasste Systeme als zu vermeidendes Teufelszeug zu betrachten.

"Our biggest enemy is not SAP. Our biggest enemy is complexity" sagte Jan Baan schon 1996. Daran hat sich nichts geändert. Komplexität ist inhärent bei einem ERP-System, das mehr als triviale Warewirtschaft sein soll. Aber es wurde eine ganze Menge erreicht: Die Einführung des DAL-Konzeptes, die Kapselung von Funktionalität in DLLs, die Exception-orientierte Programmierung mit dem RETIFNOK-Makro (einfach wie vieles Geniale), UserExits und vieles mehr sind wichtige Hilfen, die Komplexität zu beherrschen. Diesen Weg heißt es fortzusetzen. Eine weitere Fragmentierung der Applikation (den SOA-Ansatz, nachdem die Analysten immer schreien) halte ich dagegen für einen Irrweg: Cross-Cutting-Business-Concerns (beispielsweise die Einführung von Vendor Managed Inventory) sind in solchen Architekturen deutlich schwieriger umzusetzen.

Das Ökosystem rund um ERP LN ist alles andere als artenreich. Und das Problem ist hausgemacht - Infor ist gnadenlos, wenn es darum geht, auch langjährige Partner "abzusägen" oder einfach nur auszutrocknen. Softwarelizenz? Nein, kannst Du nicht kriegen. Wartungsvertrag? Müssen wir jetzt leider kündigen. Sourcecode? Geschäftsgeheimnis. Softwaredokumentation? Hochsicherheitsgeschäftsgeheimnis. Entwicklungssystem? Na gut, aber verkaufen darfst Du nicht, was Du entwickelst. Effiziente Softwareanpassungen vor Ort durch Freelancer? Warum das denn, wenn wir doch in Indien eigene superbillige Entwickler sitzen haben?

Es gibt eine Firma in Deutschland, die sich ziemlich anders verhält: Ohne Entwicklungsumgebung kann man das System gar nicht betreiben, der Sourcecode ist mit dabei, die Hilfen im Web für jedermann zugänglich. Wenn man sich ein Buch für 50€ kauft, gibt's das Basissystem der Technikschicht (vergleichbar dem Infor Enterprise Server) auf DVD dabei. Diese Firma heißt SAP, für Ihre Produkte gibt es hunderte von Beratungshäusern, tausende von Freelancern, Bücher in den Buchhandlungen, jede Menge kostenlose Publicity und ein langes und lustiges Leben. Die Firma ist Marktführer im Großkundensegment, und die Infrastruktur gibt es nicht deshalb. Sondern SAP ist Marktführer, weil jede Menge Leute ein Interesse daran haben, rund um deren Produkte Umsatz zu machen. Microsoft, liebe Inforianer, ist laut Gartner Marktführer im SME-Segment. Und warum? Weil sie sich auf über 300 Partner verlassen, die die Software unters Volk bringen helfen.

Vertical Enabling. Es gibt ein paar Branchen, da passt LN einfach nicht genug, könnte aber mit wenig Aufwand passend gemacht werden: Für Automotive ist mit den Lieferabrufen fast alles dar, die haben nur noch ein paar kleine Designfehler, die ausgeräumt werden müssten. VDA-konforme Labels dazu und das Ding passt eigentlich. Warum geht man das nicht an, schmeißt eine Superspezialautomotivesoftware mit geringem Marktanteil dafür aus dem Portfolio und steckt deren Berater und Entwickler in die Entsprechende LN-Gruppe? Was im Bauchladen ist und mit wenig Aufwand in LN nachgebaut werden könnte, sollte in LN nachgebaut werden!

Für andere Branchen könnte man wirklich mehr auf Partner setzen. Siehe oben. Azteka macht mit Ihrer Social-Lösung doch vor, wie phantastisch gut sowas funktionieren kann. Nur muss man sich als Infor dann wirklich drauf einlassen, stabile und auf Dauer angelegte Partnerschaften einzugehen, und den Partner nicht im Regen stehen zu lassen, wenn die Zeiten härter werden. Auch was den Support angeht, ist dann dringend ein Umdenken nötig: Das "der ist ja kein Direktkunde, sondern Partnerkunde, der ist nicht so wichtig", was man leider immer noch im Supportverhalten merkt, muss einfach mal aufhören.

Konzentration auf's Kerngeschäft. ERP LN ist ein hervorragendes ERP System, das aber in manchen Punkten nochmal unter der Haube angepackt werden müsste. Refactoring nennt sowas der Softwareentwickler. Damit würde die Softwarequalität rauf gehen, und die Upgradekosten für Solutions und Featurepacks runter. Klickibuntifirlefanz muss für's Marketing sein, aber man sollte da nicht mehr investieren als unbedingt notwendig.

"Infor's huge ERP portfolio and it's financial situation will make it difficult to dedicate the R&D resources that will be needed to fundamentally modernize LN and to execute a next-generation vision", schreibt Gartner.

Ich bin nicht sicher, ob ein LN fundamental modernisiert werden muss. Der monolithische Ansatz hat sich letztendlich bewährt. Sieht man mal davon ab, dass es die IT Branche es bis heute nicht geschafft hat, für ERP-Systeme ein wirklich tragfähiges Modulkonzept zu entwickeln, bei dem Teilkomponenten einfach ausgetauscht bzw. aktualisiert werden können, ohne das Restsystem zu beeinflussen: Anwendungsunternehmen, gerade im Mittelstand, wollen sich nicht ein System "zusammenstecken". Sie wollen ein System kaufen, das "alles kann". Und das liefert Infor derzeit einfach nicht sichtbar genug.

Baan IV Entwickler nähe Warburg gesucht

2009-06-16T22:34:00.000-07:00

http://persy.germanpersonnel.de/web/stellenausschreibung/detail.do?method=zeige&staId=1244741878186&css=piening.css&channel=1194000112824

Freelancer-Stelle Entwicklung in Österreich

2009-03-04T05:24:00.000-08:00

ERP-LN-Entwickler in Österreich gebraucht, 2 Monate, Freelance.

Hei Teck ohne Teck is Dreck

2009-01-25T04:09:00.000-08:00

Wie mein alter Chemielehrer zu sagen pflegte. Soll heißen, man auch des guten zu viel tun, auch in der EDV. Da hab ich jetzt bei Amazon einen neuen Staubsauger bestellt, weil mein alter nun wirklich reif für den wohlverdienten Staubsaugerhimmel ist. Und was macht Amazons "geniale" was-Sie-übrigens-auch-noch-kaufen-könnten-weil-andere-hams-auch-gekauft-Logik: Bombardiert mich seitdem auf der Amazon Startseite und seit eben auch noch per Email mit Angeboten für noch mehr Staubsauger.

Merke: Was bei CDs, Büchern und vielleicht auch bei Luftabwehrraketen funktioniert, funktioniert noch lange nicht bei Haushaltswaren.

Produktgruppenschlüssel können ja so hilfreich sein. Wie jüngst im Supermarkt, als die hübsche Kassiererin die Augen verdrehte, weil Sie für meinen Kasten deutlich alkhoholfreien Bieres eine "Altersfreigabe" in ihre Kasse tippen musste.

Nicht tun bitte Nr 2): Globale Variablen

2009-01-14T13:04:00.000-08:00

Wir kommen nun mal wieder zu den häufigsten Programmierfehlern, die mir so im Baan-Umfeld auffallen. Der folgende Punkt stößt mir immer besonders unangenehm auf, und zwar aus drei Gründen: Erstens, weil er so unglaublich weit verbreitet ist im Bereich des Customizings und der projektspezifichen Anpassungen. Zweitens, weil er auch noch von "gestandenen" Programmierern mit Jahren an Erfahrung gemacht wird. Und drittens weil sich gleichzeitig jeder "richtige" Programmierer (ich sag jetzt mal: So C#- und Java-Leute) an den Kopf fast, wenn er das zu Gesicht bekommt. Dass man sowas nicht macht, lernen die Jungs und Mädels schon in der Klippschule, nur bei uns im Baan-Umfeld kopiert einer diesen Unfug vom nächsten. Damit muss jetzt Schluss sein!

Genug der preliminarischen Zorns: Der Fehler heißt: Globale Variablen nutzen, ohne die zwingende Notwendigkeit dazu zu haben.

Diejenigen, die seit Jahren "sauber" programmieren, mögen jetzt bitte wegschauen. Und diejenigen, die das im folgende Beschriebene tun, mögen ihren Programmierstil bitte ändern. Und der ersten Gruppe sei gesagt: Auch wenn Ihr's nicht glaubt, die in der zweiten Gruppe san die mehran.

Also. Grundkurs Programmierung. Was ist eine globale Variable? Eine globale Variable ist eine, die im ganzen Kontext eines Programmskripts verändert und abgerufen werden kann. Vulgo: Eine Variable, die oben steht, in der declaration-Section, außerhalb einer Funktion.

Um einen ganzen Haufen globale Variablen kommt man in Baan leider nicht rum. Die typische Deklaration von Tabellen am Anfang sind genau genommen globale Variablen (sie definieren eine Variable, die so heißt wie die Tabelle, den sog. Record-Pointer). Externe Variablen, die auf Forms oder Reports benötigt werden, sind ebenfalls zwingend global. Dann gibt's noch den Fall größerer Datenstrukturen, die man mangels komplexer Datentypen in der Regel über global definierte Arrays abzubilden hat.

Niemals aber, liebe Leute, niemals aber braucht man globale Variablen, um einen Bearbeitungszustand von einer Funktion an eine andere Funktion durchzureichen.

Also, warum dann um Himmels willen finde ich in 90% aller Anpassungen und Addons solche Konstrukte:

|Mein Programm:
declaration:
          table txymmm471
    domain tcyesno weiter.ok

functions:
function tu.was () {
     select   xymmm471.*
     from     xymmm471
order by xymmm471._index1
selectdo
tu.was.anderes ()
  if weiter.ok = tcyesno.yes then
...
endif
endselect
}

function tu.was.anderes () {
....
if irgendwas then
weiter.ok = true
endif
}

Das große Problem bei diesen Konstrukten ist, dass sie bei jedem nicht-trivialen Programm völlig unübersichtlich werden. Jemand anderes, der den Programmcode ankucken muss, blickt absolut nicht mehr durch, wo die Bedingung ist,von der die Ausführung eines bestimmten Programmteils abhängt. Weil jede beliebige Funktion im Programm die globale Variable ändern kann, sind zudem Fehler im wahrsten Sinne vorprogrammiert.

Funktionen haben Rückgabewerte. In Baan 3GL/4GL sogar mehr als einen, weil man Parameter als "Referenz" übergeben kann. Eine Funktion sollte mit ihrer Umgebung immer nur über ihre Ein- und Ausgabeparameter kommunizieren, und niemals nicht irgendwelche Dinge "außerhalb" ihrer eigenen kleinen Welt ändern. Das lässt sich nicht immer durchhalten - gerade Tabellen sind nunmal grundsätzlich global. Aber Berechnungsergebnisse und vor allem ein Rückgabestatus müssen das eben nicht sein.

Obiges Beispiel schreibt Ihr also bitte in Zukunft wie folgt:

|Mein viel schöneres Programm:
declaration:
table txymmm471

functions:
     select xymmm471.*
     from   xymmm471
order by xymmm471._index1
selectdo
if tu.was.anderes () then
...
endif
endselect
}

function domain tcbool tu.was.anderes () {
....
if irgendwas then
         return (true)
endif
    return (false)
}

Also: Die Funktion tu.was.anderes wird aufgerufen, und sie gibt dem
aufrufenden if-then-Block einen Wert zurück, den dieser auswertet.

Featurepack 5 für ERP LN verfügbar

2008-12-23T00:59:00.000-08:00

Pünktlich zu Weihnachten (genau genommen: seit gestern) steht der Featurepack 5 auf dem Infor-Downloadportal zur Verfügung, nebst Enterprise Server 8.5.

Entlassungen bei Infor

2008-12-13T03:14:00.000-08:00

Infor entlässt konzernweit 5% der Mitarbeiter - das berichtet zumindest PCWorld, und beruft sich auf eine Bestätigung durch Infor. In welchen Bereichen entlassen wird, wird offenbar nicht verlautbart. Ganz überraschend kommt das nicht: Die böse böse Krise kommt ja nun doch in der Realwirtschaft an (wobei ich ja glaube, dass viele Unternehmen auch froh sind, mal wieder durchatmen zu können nach dem Auftragsberg der letzen Jahre - ein Rückgang heißt für mich eigentlich nur, dass wir uns endlich mal wieder auf menschliches Normalniveau begeben), und da werden auch die EDV-Budgets nicht ungeschoren davonkommen. Dass man da frühzeitig auf die Kostenseite kuckt, ist eine Sache, und dass bei einem zusammengekauften Bauchladen es vermutlich auch einen ziemlichen Overhead in manchen Bereichen gibt, die andere.

Inforum Nachlese

2008-11-13T01:02:00.000-08:00

Vorgestern abend und dann gestern den Tag über fand in Neuss (liebe Inforianer, das ist nicht mehr Düsseldorf!) das Inforum 2008 statt. Wie üblich bei solchen Veranstaltungen, gab's viel Powerpoint und wenig konkrete Software zu sehen.

Dafür zwei Strech-Limousinen, die Infor am Vorabend vor dem Konferenzzentrum geparkt hatte. Ob die in Deutschland so gut ankamen wie in Las Vegas, würde ich aber doch ein bisschen bezweifeln. Innen drin dann bei der Abendveranstaltung "Casino-Atmosphäre" mit ausgeteiltem Spielgeld, ein paar Messemädels in Netzstrümpfen und mit Knobelspielen, eine Barmixmixshow und eigentlich ganz lecker Abendessen. Nur hatte man die Messer vergessen (eine Sicherheitsvorkehrung? Immerhin hatte auch der Infor-Support einen Stand aufgebaut...). Den Schaschlik-Spieß bekam man daher auf anständige Art leider nicht so richtig gegessen. Da war Runterbeißen und anschließend Fleischfasern-aus-den-Schneidezähnen-pulen angesagt. Und warum Hotels immer meinen, man könne Fast-Food (in diesem Fall die Currywurst) irgendwie edel aufmotzen, geht an meinem Verstand vorbei. Es blieb ne schlecht durchgebratene Currywurst.

Zum Thema Powerpoint war insbesondere die Präsentation von Keith Deane interessant, seines Zeichens President EMEA bei Infor, der anstelle des aus privaten Gründen leider verhinderten Jim Schaper gekommen war. Da hatte jemand wohl "Beyond Bullet Points" von Cliff Atkinson gelesen - kein einziges Stückchen Text mehr zu finden auf den Folien, sondern nur noch illustrierende Bilder. Im ganzen recht kurzweilig. Die Videoclips mit begeisterten Infor-Kunden (irgendwie drängte sich mir der Eindruck auf, dass da keiner aus der Baan-Schiene dabei war), die Wolfgang Kobek dafür in seine Präsentation reinschnitt, wirkten dagegen eher holprig und brachten den Vortrag doch kräftig ins Stottern.

Im übrigen in der Tat recht amüsant - Wolfgang Kobek hatte das in seiner Einleitung schon versprochen - war der Unterschied im Englisch der drei anderen hohen Herren - das britische des Herrn Deane, Bruce Gordons international-neuseeländisches, und Jeff Ralyeas amerikanisches Geknödel.

Überrascht war ich, dass Jeff Ralyeas für seine Vorstellung von MyDay nicht den fiktiven Bob the Productionplanner gegen die Leinwand schmiss, sondern den genauso fiktiven Harry the Salesmanger - dessen Vorname für mich übrigens, von wegen amerikanischem Englisch, leider immer fürchterlich wie Hairy klang. Ansonsten scheint auch Harry zu den Leuten zu gehören, die Infor beim Abteilungsleiten dadurch unterstützt, dass sie morgens ein Balkendiagramm und abends eine Ampel ankucken können.

Übrigens haben mir auf dem Inforum ein paar Leute gesagt, dass sie dieses Blog hier tatsächlich lesen. Was mich doch wundert.

Offene Stellen

2008-10-28T00:24:00.000-07:00

Warum will eigentlich niemand lesen?

2008-10-24T03:14:00.000-07:00

Da habe ich vor einiger Zeit festgestellt, dass in drei Projekten eines Partners, für den ich tätig bin, der gleiche Programmfehler mit einem schlechten Workaround umgangen wurde. Konkret ging es darum, dass man im Central Invoicing von LN parametrieren kann, auf Basis welchen Datums die Umsatzsteuer berechnet werden soll. Tat man das so wie in Deutschland erforderlich einstellen, nämlich auf "Lieferdatum", so wurde ein Auftrag auf zwei Rechungen aufgeteilt, wenn Teillieferungen in unterschiedliche Monate fielen.

Also habe ich über den Partner einen Incident eingelastet, und tatsächlich nach einigem Erklären und Wieder-aufmachen eine Solution (#230866) bekommen. Die tuts auch ganz gut, aber noch nicht gut genug, an einer Stelle hakelts noch.

Nun entspinnt sich folgender, über die diversen Supportsysteme des Partners (1st level) und Infor (2nd level) geführter Dialog:

Fuchs an Partner: Die Solution tut's noch nicht, bitte neuen Incident eröffnen.
Partner an Infor: Bezugnehmend auf unseren Supportfall soundso eröffnen wir erneut
Infor an Partner: Bitte spielen Sie Solution #4711 ein. Achten Sie darauf, in tcmcs095 einen Parameter zu setzen
Partner an Fuchs: Bitte kuck die Solution #4711 an
Fuchs an Partner: Die Solution hat mit dem Problem überhaupt nix zu tun. Bitte lest die Problembeschreibung und den Solutiontext. Im Beispielauftrag kommen keine Kostenartikel vor, und auf die bezieht sich Solution #4711 explizit. Ich weiß jetzt aber, dass es schon an der Übergabe von tdsls nach cisli hakt
Partner an Infor: #4711 ist für Feature Pack 3, wir brauchen eine Solution für Featurepack 2. Außerdem hat uns unser Berater gesagt, dass es schon bei der Übergabe von tdsls nach cisli hakt.
Infor an Partner: Wir werden die Solution #4711 nicht nach FP2 zurückportieren
Partner an Infor: Unser Berater sagt, die Solution #4711 hat mit dem Problem nix zu tun. Außerdem sind alle Parameter korrekt gesetzt.
Infor an Partner: Ich habe nochmal mit dem Development Rücksprache gehalten, wir werden die Solution #4711 wirklich nicht nach FP2 zurückportieren.
Partner an Fuchs: Infor will die Solution #4711 nicht zurückportieren, was sollen wir jetzt machen
Fuchs an Tischkante: Achtung, ich beiß Dich jetzt.

Börsengang aufgeschoben

2008-10-18T01:47:00.001-07:00

Bei der aktuellen Börsenkrise nur naheliegend: Infor tritt bei den Planungen für einen Börsengang erstmal auf die Bremse. Silicon.com berichtet von einer entsprechenden Aussage Schapers auf dem Inforum in Las Vegas. Allerdings wird wohl nur Gas weggenommen, die grundsätzlichen Planungen laufen weiter.

Make my day

2008-10-16T22:50:00.000-07:00

Ja, ist klar. Die Überschrift fällt jedem ein. Ist ja wohl auch Sinn der Sache.

Infor hat auf dem Inforum in Las Vegas mal wieder seine Homepages als "demnächst verfügbar" angekündigt, inzwischen zum dritten Mal. Damit das nicht so auffällt, hat man sie auch wieder umgetauft, jetzt heißen sie (nach "Role Based Home Pages" und "Active Home Pages") nun also "Infor MyDay". Controlled available ab Anfang des neuen Jahres. Wir erinnern uns: In der ersten Hälfte 2008 hieß es noch, sie seien Ende 2008 allgemein verfügbar.

Bringen werden die Homepages eh nichts, außer schönen Folien und vielleicht dem einen oder anderen "Wow-Effekt" bei bepräsentierten Geschäftsführern. Naja, wenn's schee macht.

Java 6 Update 10 ist freigegeben

2008-10-16T09:14:00.000-07:00

Hat zwar nicht direkt was mit Infor zu tun, aber möglicherweise beschleunigt die neue, seit heute verfügbare Version der Java-Laufzeitumgebung den einen oder anderen Webtop doch ein wenig.

Offene Stelle

2008-10-15T06:32:00.001-07:00

Junior-Softwareentwickler Baan

Offene Stellen

2008-10-11T23:43:00.000-07:00

Baan-Admin/Entwickler in Rheinland-Pfalz, LN-Kunde

ERP-LN Projektmanager bei Infor

Infor auf der Systems

2008-10-03T01:35:00.001-07:00

Die Cebit wird von Infor ja inzwischen geflissentlich ignoriert, auf der Systems sind sie jetzt zu finden, Stand 227B, Halle A1, vom 21. bis 24. Oktober 2008

Infor ERP COM
Infor ERP Xpert
Infor ERP LN

sind wohl die (ERP-)Produktlinien, die zu sehen sein werden. Wer mit Infor einen Termin vereinbart, kriegt die Eintrittskarte umasunst.

ERP LN-Abschluss in Südafrika

2008-09-24T04:08:00.000-07:00

Eine Tochter der BAE in Südafrika hat sich für ERP LN entschieden. Eigentlich wär's mir ja lieber, man würde mit dieser Software was anderes als Waffen bauen.

Nicht tun, bitte: Nummer 1) Nicht kommentieren

2008-08-13T10:47:00.000-07:00

Man sollte es nicht glauben, aber das ist noch immer die häufigste und schlimmste Sünde. Schon bei der Eigenentwicklung von Komponenten, noch schlimmer bei der Anpassung von Standardkomponenten. Da könnte Lagnese glatt ein achtes Todsündeneis erfinden.

Grundsätzlich gilt bei der Anpassung von Standardkomponenten: Es wird kein Code gelöscht, sondern nur auskommentiert. Jedes eingefügte Codesegment wird als solches gekennzeichnet.

Oben im Kopf des Programmskriptes wird unterhalb der Standardkommentare angegeben, dass man eine Änderung vorgenommen hat, wann das war, was man gemacht hat, und warum. Für diese Änderung wird ein bestimmtes Kürzel angeben, mit dem die Änderungen im Programmskript gekennzeichnet sind. Für die nächste Änderung (sei es, aufgrund neuer Anforderungen, oder weil man zwei Tage später noch einen Fehler gefunden hat, wird ein neuer Kommentar im Kopf eröffnet und ein neues Kürzel vergeben.

Wie diese Kürzel auszusehen haben, dafür hat sich leider noch keine Konvention durchgesetzt. Infor nutzt hier Solution- oder Businessrequestnummern. Hat die eigene EDV ein ähnliches Prinzip, dass jede Softwareänderung in Bezug auf einen Eintrag in einem Change-Managementsystem stehen muss, kann man es ähnlich halten. Vorausgesetzt, man kann da tatsächlich mehrere Nummern generieren, wenn man mehrfach wegen einer Anforderung eine Source ändert. Ich persönlich bevorzuge es, für diesen Zweck meine Initialen und eine dreistellige Zählnummer zu nutzen (also: UF001, UF002, UF003 etc.) Nicht sehr praktikabel dagegen finde ich die Methode, mit Initialien und Datum zu arbeiten (UF080813), das wird zu lang, und bei zwei Änderungen an einem Tag hat man ein Problem.

Wofür es aber eine Konvention gibt, ist die Art, wie man dieses Kürzel zum Markieren seiner Änderungen im Skript benutzt. Diese Konvention wurde seinerzeit unter Baan eingeführt, wird bis heute zur Markierung von Änderungen aufgrund Solutions genutzt und sollte eigentlich allgemeiner Standard sein. Leider halten sich nicht alle dran, darum hier mal in aller Ausführlichkeit: Gesetzt den Fall, wir haben für unsere Änderung das Kürzel UF001 definiert. Dann kennzeichnet:

UF001.o eine herausgelöschte, (das heißt auskommentierte!) Proogrammzeile. Das o steht für "out".
UF001.n eine neue Programmzeile. Ein n für "new" also
UF001.so den Beginn einer größeren Anzahl von Zeilen, die man herausgenommen hat (so für "start out")
UF001.eo das Ende eines solchen Blocks (end out)
UF001.sn den Beginn einer größeren Anzahl von Zeilen, die man eingefügt hat (sn für "start new")
UF001.en das Ende eines solchen Blocks (end out)

Als Faustregel gilt, dass mehr als zwei eingefügte oder gelöschte Zeilen mit so/eo und sn/en markiert werden. Unlesbar werden Programme, wenn jede einzelne neue Codezeile mit einem solchen Marker versehen wird.

Möchte man also in folgendem Code...


|*
|* This would be the last part of the Infor standard comment
|* section on top of the script
|*
|*************************************************************

...
   select  tcibd001.*
   from    tcibd001
   where   tcibd001._index1 inrange {:item.f} and {:item.t}
   and     tcibd001.csel >= {:csel.f}
   and     tcibd001.csel <= {:csel.t}
   and     tcibd001.citg >= {:citg.f}
   and     tcibd001.citg <= {:citg.t}
   order   by tcibd001._index1
   selectdo
           call.a.funny.method (tcibd001.item)
   endselect

die Selektion ändern und den Funktionaufruf durch einen andere Funktion ersetzen, so modifiziert man das bestehende Programm wie folgt:

|*
|* This would be the last part of the Infor standard comment
|* section on top of the script
|*

|*************************************************************
|*
|* UF001 - 2008-08-13,
|* Ulrich Fuchs, Büro für Informationsarchitekturen, mail@ulrich-fuchs.de
|*             * Zusätzliche Artikelselektion statt über Selektionscode
|*               und Artikelgruppe über Signalcode
|*             * eine andere Lustige Funktion gerufen
|*
|*************************************************************

...
    select  tcibd001.*
    from    tcibd001
    where   tcibd001._index1 inrange {:item.f} and {:item.t}
|UF001.so
|      and     tcibd001.csel >= {:csel.f}
|      and     tcibd001.csel <= {:csel.t}
|      and     tcibd001.citg >= {:citg.f}
|      and     tcibd001.citg <= {:citg.t}
|UF001.so
|UF001.sn
       and     tcibd001.csig >= {:csig.f}
    and     tcibd001.csig <= {:csig.t}
|UF001.en
       order   by tcibd001._index1
    selectdo
|                call.a.funny.method (tcibd001.item)                  | UF001.o
                 call.another.funny.method (tcibd001.item)            | UF001.n
        endselect

Keinesfalls aber sollte man also geänderte Zeilen finden, bei denen weder klar ist, was vorher da stand, noch was geändert wurde. Mancher Programmierer und dito manche -in greift in obiger Situation schon mal zu

...
    selectdo
              call.another.funny.method (tcibd001.item)  | UF001
       endselect

Das ist böse, gemein, unwartbar. Nicht tun, bitte.

Nicht tun, bitte

2008-08-13T10:40:00.000-07:00

Eines der häufigsten Argumente, warum man Baan-Software nicht anpassen soll, ist, dass die Anpassungen ja so schlecht wartbar seien und es immer so aufwändig sei, diese auf neue Solutionstände zu migrieren. Mittlerweile glaubt das sogar Infor.

Es stimmt einfach nicht.

Wenn Anpassungen schwer zu migrieren sind, dann liegt es in der Regel daran, dass sie schlecht spezifiziert und leider meist noch schlechter programmiert sind.

Ich werde mal versuchen, die häufigsten Programmierfehler (aus meiner Sicht) aufzulisten, die mir in diversen Anpassungen auf diversen Baan-Systemen begegnen, mit denen ich so zu tun kriege. Nicht, um mit dem Finger auf jemand zu zeigen (Namen werden eh keine genannt), sondern damit gerade Programmierneulinge in den Baan-Tools nicht nur von schlechten Beispielen lernen.

Jeder "Fehlertyp" (englisch heißt sowas "Pitfall") kriegt ein eigenes Posting, hier führe ich das ganze dann immer zusammen.

Nun denn:

#1 - Nicht kommentieren
#2 - Globale Variablen, ohne dass das sein muss
#3 - Nichtssagende Variablennamen

Finanzierung von Infor-Installationen über IBM

2008-07-01T23:54:00.000-07:00

Trading Markets berichtet, dass Infor mit IBM eine Partnerschaft eingegangen ist, mit deren Hilfe Infor-Kunden über die IBM Global Financing entsprechende Installationen finanzieren können.

Johann und Peter

2008-06-22T05:06:00.000-07:00

Ja ich weiß, heute ist Sonntag. Aber ich arbeite auch nicht. Trotzdem: Wer hätte gedacht, dass es unser Jan und Paul noch so weit bringen würden, zu mythischen Figuren zu werden, über die man Filme dreht?

Nun ist De uitverkorene (Die Auserkorenen) schon zwei Jahre alt, und ich hab's jetzt erst mitgekriegt.

Die Handlung und die Personen sind frei erfunden... Oder so...

User Exits jetzt verfügbar

2008-06-18T06:44:00.000-07:00

Sie sind ja schon Helden der Kommunikation, unsere Inforianer (zumindest die Jungs und Mädels von der Baan-Schiene). Heimlich still und leise haben sie die schönste Neuerung seit den "secondary main tables" (was bitte? Ich weiß, die kennt auch noch keiner. Ich komm drauf zurück....) - die schönste Neuerung seit den "secondary main tables" also, in die Systemschicht geschmuggelt. Und keinem was gesagt.

Die Neuerung heißt "User-Exit", und hat nichts damit zu tun, was mancher Helpdeskmensch manchem Anwender wünscht.

User-Exists sind Ausgänge für Anwender im Sinne eines Baan einsetzenden Unternehmens. Sie bieten die Möglichkeit, eigenen Programmcode an bestimmte Ereignisse im normalen CRUD-(Create-Read-Update-Delete)-Ablauf einer Session dranzuhängen. Und zwar, das ist der Gag dabei, ohne Standardskripte anpassen zu müssen. Also so ziemlich die Funktionalität, auf die man in der Baan-Entwicklung schon seit 1975 (oder so) wartet.

Das ganze funktioniert allerdings nur unter ERP LN. Soweit ich rausgekriegt habe, ist die Tools-Version (nicht das Porting-Set, nicht der Featurepack, nicht die Tools-Interface-Version) ausschlaggebend. Ist die Tools-Version 7.6.b4 installiert, sind die User-Exits lauffähig. Für die Tools-Version 7.6.a4 brauchts wohl die Solution 224004.

Mit dem User-Exit kann man Programmcode schreiben, der immer dann aufgerufen wird, wenn Datensätze in eine Tabelle eingefügt werden, geändert werden oder gelöscht werden. Vorausgesetzt, die Programme, die das tun, nutzen die DAL-Methoden (dal.save etc.), oder eine solche Änderung passiert auf der Maintable einer normalen Session.

Das ganze hört sich sehr nach DAL an und funktioniert auch ähnlich. Der Trick ist die Namenskonvention. Man definiert ein Programmskript, das genauso heißt wie die Tabelle, für die es gelten soll, hängt aber die Buchstaben "ue" für User-Exit hinten dran. Also: Das User-Exit-Skript für den Artikelstamm heißt tcibd001ue.

Beim Einfügen eines neuen UE-Skripts ist das System so clever, den Typ automatisch auf "Bibliothek" (DLL) zu stellen und ein Rumpfprogramm zu erzeugen.

Oben im Skript einzufügen ist ein #include <bic_dam>

Im Skript kann man dann bis zu acht Funktionen definieren, deren Namen schonmal zu Hirnverknotung führen können:

ue.before.before.save.object([long mode])
ue.after.before.save.object([long mode])
ue.before.after.save.object([long mode])
ue.after.after.save.object([long mode])
ue.before.before.destroy.object()
ue.after.before.destroy.object()
ue.before.after.destroy.object()
ue.after.after.destroy.object()

Diese werden, sofern vorhanden, jeweils vor bzw. nach der enstprechenden Funktion des DALs aufgerufen (ue.after.before.save.object () also bspw., nachdem die Funktion before.save.object() des DALs gerufen wurde). Und in diesen Funktionen hat man dann die ganze Bandbreite zur Verfügung wie im DAL, soll heißen, alle Felder der entsprechenden Tabelle sind hübsch gefüllt; with.old.object.values.do(...) und with.object.set.do (...) funktionieren, etc. Gibt eine Funktion 0 zurück, ist alles prima gelaufen, will man die Aktion abbrechen, kann man wie üblich mit dal.set.error.message (...) eine Meldung setzen und den Fehler mit dem Rückgabewert DALHOOKERROR den Call-Stack nach unten durchreichen.

Bevor man also als LN-Anwender überlegt, das xte DAL aufzubohren oder die xte Session anzupassen, um die üblichen Anforderungen ("wer hat diesen Datensatz wann geändert" etc.) zu erfüllen, sollte man ein Update von Tools und ggf. Portingset schonmal in Betracht ziehen. Die User-Exits erlauben zwar ein Einklinken nur auf Datensatzebene (für zusätzliche Feld-Checks etc. muss man immer noch das DAL der Tabelle aufbohren), aber das hilft häufig schon weiter.

Kleines Beispiel gefällig?



|******************************************************************************
|* tcibd001ue 
|* User Exit Item Data
|******************************************************************************
                                                                                
#include <bic_dal>
table   ttcibd001
table   txyzus001


function extern long ue.after.after.save.object(long mode)
{
 | Zum Beispiel: Bei Neuanlage oder Änderung User in Tabelle xyzus001 abstellen


        on case mode
        case DAL_NEW:
                xyzus001.item = tcibd001.item 
                xyzus001.logn = logname$
                db.insert (txyzus001, db.retry)
                break
        case DAL_UPDATE:
                select xyzus001.*
                from   xyzus001 for update
                where  xyzus001._index1 = {:tcibd00._item}
                selectdo
                        xyzus001.logn= logname$
                        db.update (txyzus001, db.retry)
                endselect
        endcase
        return(0)
}

Letzter Tip: Damit User-Exits für die Tabelle tfacr200 möglich werden, braucht's die Solution 229257 nebst einer dort beschriebenen Parametrierung in tcmcs095 (weil die Standardskripte sonst offenbar "dumme" db.inserts machen). Vermutlich haben anderen Tabellen ähnliche Probleme, also nicht wundern, wenn's noch hakelt. Die Developer von Infor zaubern in letzter Zeit ein bisschen, aber auch Zaubereien schüttelt man nicht aus dem Ärmel.

Bauchladenschaufenster

2008-06-16T05:30:00.001-07:00

Der Infor-Seite http://www.infor.com kann man ja leider nicht so richtig entnehmen, was sich Infor so alles zusammengekauft hat. Schön übersichtlich aufbereitet hat das ganze das Enterprise Software Directory hier.

Wozu Testfirmen gut sein können

2008-06-14T03:07:00.001-07:00

Testfirmen sind nicht zu unterschätzen. Nicht nur zum Testen, auch als Backup. Geben wir's zu: Jeder, der aus irgendwelchen Gründen Massenupdates auf einem Produktivsystem fahren muss, zerschießt mal Daten.

Ein Kunde wollte global Arbeitspläne aktualisieren. Durch einen dummen Fehler waren auf einmal in über 15000 Arbeitsgangzeilen die Vorgabezeiten futsch. Mindestens vier Leute, mich eingeschlossen, haben alle zusammen ein bisschen gepennt und eine Nebenwirkung eines dafür leicht angepassten Standardprogramms im Zusammenspiel mit der Art, wie die Stammdaten beim Kunden eingerichtet sind, einfach übersehen. Getestet haben wir das Updateprogramm dann auch noch ausgerechnet mit Daten, bei denen das Problem systembedingt nicht auftrat. Wie in solchen Fällen üblich, addierten sich also eine Menge kleinerer Unaufmerksamkeiten zum Unfall. Sollte nicht passieren, ist aber passiert. Gemerkt hat man das drei Tage später - zu spät, um die Tabelle aus einem Backup zurück zu laden, weil inzwischen ja neue Arbeitspläne angefallen sind.

Die Testfirma war zwar sechs Wochen alt, aber dort ließen sich die Zeiten für die benötigten Arbeitsgangzeilen rausladen und neu ins Echtsystem einspielen. Es blieben zwar dreißig Sätze übrig, die man noch händisch ankucken musste, aber dank Testfirma hat sich das Malheur nicht zur Katastrophe entwickelt.

BIRT

2008-06-12T09:19:00.000-07:00

Ein Interview mit dem Chefevangelisten von BIRT, das ja bekanntlich die neue Report-Engine von Baan werden soll (allerdings eben nicht nur mit Baan genutzt werden kann, sondern ein generell nutzbares Reporting-Framework ist):

http://eclipse.dzone.com/news/birt-a-technical-interview-wit

Nebst ein paar Hinweisen über aktuelle Bücher zum Thema und Anlaufstellen, wenn man nicht weiter kommt.

Aachener ERP-Tage

2008-06-12T03:38:00.000-07:00

Infor lässt die Cebit ja aus unverständlichen Gründen schon einige Zeit links liegen, auf den Aachener ERP-Tagen (Auch da heißt Raider jetzt Twix, früher warn's die Aachener PPS-Tage) sind sie aber noch zu finden, Stand 19 vom 17. Juni bis 19. Juni, Eurocongress Aachen:

http://www.infor.de/content/1656547/?cid=WW-ALL-0807-Alle-GOOGLE-WENS1

ERP-Redesign von unten?

2008-06-10T04:35:00.000-07:00

Ein Maschinenbauer setzt Baan IV seit 1996 ein. Wir kennen das alle: Nach zehn Jahren knirscht es an allen Ecken und Enden, und man fragt sich, was man tun soll. Die Firma hat die Frage mit Hilfe des Münchner Instituts für Sozialforschung (IFS) zu beantworten versucht - Frau Pfeiffer vom IFS und Kollegen haben mit gemischten Teams aus den armen Menschen der Produktion, die mit der Software arbeiten sollen, und den armen Menschen, die in der IT für die Software zuständig sind, Verbesserungsvorschläge erarbeiten lassen. Von 2005 bis 2007.

Was ist rausgekommen dabei? Zunächst einmal dieser Aufsatz hier:

http://www.sabine-pfeiffer.de/downloads/2008-WBU-Beitrag.pdf,
eine Webseite
http://www.integrunt.de/informatisierung/index.htm

und dann ein Buch, das ich hoffentlich demnächst mal auf den Tisch bekomme:

Sabine Pfeiffer, Tobias Ritter, Eric Treske: Work Based Usability. Produktionsmitarbeiter gestalten ERP-Systeme „von unten“ – Eine Handreichung

Und sonst? Die Analyse im Aufsatz gibt die typische Ausgangsbasis wieder: "Die Änderungsdynamik von Unternehmen verlangt in solchen Zeiträumen oft mehrfachen Wandel, bis in ihre Organisationsstrukturen und bis in einzelne
Geschäftsprozesse hinein. Wandlungsprozesse, die oft auf der Ebene der ERP-Systeme nicht in Gänze nachvollziehbar sind"

Nur wie schafft man Abhilfe?

Dem Aufsatz entnehme ich, dass vier "besonders dringliche Probleme" herausgefunden wurden: "Der Einsatz eines Handscanners im Lager; ein konsistenter Umgang mit disponiblen Teilen; die zeitnahe Aktualisierung bei Bestandslisten bei neu eingegangenen Teilen ohne zugewiesenen Lagerplatz sowie das Abspecken der Masken im Einkauf."

Da frage ich mich schon, warum man da fast zwei Jahre Projektarbeit braucht, um einen Scanner als sinnvoll zu beschreiben, um festzustellen, dass die Disposition hakelt? Was bitte ist die "zeitnahe Aktualisierung bei Bestandslisten bei neu eingegangenen Teilen ohne zugewiesenen Lagerplatz"? Die Liste ist doch wohl nicht das Problem, sondern der Prozess der Wareneingangsbuchung? Naja, und das Abspecken der Masken im Einkauf ist wahrscheinlich eine Fingerübung für die IT Abteilung.

Und wenn Frau Pfeiffer dann schreibt: "In den letzten Jahren kommt zudem die schrittweise Umstellung von Baan auf WinBaan hinzu" - dann frage ich mich schon, was sie vom ERP-System wirklich mitbekommen hat? WinBaan? Sie meint wohl die bw, aber wo ist das Problem, wenn die IT die Anwender überzeugt bekommt, sich mal von der ASCII-Oberfläche zu verabschieden? Die mag ja bei manchem User ungeliebt sein, aber ein Prozess, "der zusätzlich die Kapazitäten der IT bindet"?

Was leider mit keinem Wort erwähnt wird: Konnte man irgend etwas von den Verbesserungsvorschlägen umsetzen? Oder passierte genau das, was die Analyse schon sagte: Man weiß, dass es nicht mehr richtig passt, nur ändern kann man es halt nicht. (Kleiner Tip: Richtiges Projekt aufsetzen, nach ERP LN migrieren, und die Probleme kommen vom Tisch).

Vielleicht statt Soziologen doch lieber IT-Experten für solche Projekte anheuern? Ich werde mal das Buch abwarten...