Ein JD Edwards Upgrade sollte nicht mit einer Schätzung beginnen. Es sollte mit einer deutlich unbequemeren Frage beginnen: Was ist eigentlich der Umfang, der geschätzt werden muss? In der Theorie scheint die Antwort einfach. Man extrahiert die Custom Objects, vergleicht sie mit dem Standard, prüft, was geändert wurde, und berechnet den Aufwand, der nötig ist, um sie von der Ausgangsrelease auf die Zielrelease zu bringen. In der Praxis existiert diese lineare Abfolge nur selten. Reale Umgebungen enthalten Jahre von Eingriffen, Kopien von Standardobjekten, Reports, die nie mehr ausgeführt wurden, technische Objekte, geänderte Versionen, Objekte, die für längst vergessene Notfälle erstellt wurden, Drittanbieterkomponenten, weiterhin kritische Customizations und Anpassungen, die niemand mehr verwendet. Deshalb kann die Schätzung nicht der erste Schritt sein: Sie muss das Ergebnis eines Qualifizierungsprozesses sein.
Mit Oracles Zusage zum Premier SupportDas umfassende Wartungsprogramm von Oracle, das Sicherheitsupdates, Fehlerbehebungen und neue Funktionen für eine bestimmte Softwareversion bereitstellt. für JDE 9.2 bis 2034 hat sich die Cloud-Diskussion von einer vorübergehenden Ausstiegsstrategie hin zu einer langfristigen Infrastrukturentscheidung verlagert. Die meisten IT-Leiter behandeln JDE als generischen x86-Workload, doch der Kostenvergleich zwischen JD Edwards auf AWS, Azure und Oracle Cloud wird im Wesentlichen von der „Oracle-Steuer“ auf Datenbanklizenzen bestimmt. In einer typischen AWS- oder Azure-Implementierung bezahlt man häufig die doppelte Anzahl an vCPUsVirtuelle Zentralprozessoreinheiten stellen einen Anteil einer physischen CPU dar, der einer virtuellen Maschine in einer Cloud-Umgebung zugewiesen wird., um die Leistung einer einzigen OCIOracle Cloud Infrastructure, die Enterprise-Cloud-Plattform des Unternehmens, die speziell für leistungsintensive Workloads und Oracle-Datenbanken konzipiert wurde.-OCPUOracle Compute Unit, eine Maßeinheit für CPU-Kapazität in der Oracle Cloud, die einem physischen Kern mit aktiviertem Hyper-Threading entspricht. zu erreichen – ein Effekt der restriktiven Core-Factor-RichtlinienLizenzregeln, die festlegen, wie viele Softwarelizenzen je nach Typ und Anzahl der verwendeten Prozessorkerne erforderlich sind., die Nicht-Oracle-Hardware benachteiligen.
Ein JD-Edwards-EnterpriseOne-UpgradeUpgrade-Projekt für JD Edwards EnterpriseOne: umfasst Anwendungscode, Objekte, Datenbank, Tools ReleaseTools Release: technische JD-Edwards-Plattformversion für Runtime, Serverkomponenten, Webclient und Entwicklungswerkzeuge., ESUsElectronic Software Updates: Oracle-Pakete mit Korrekturen und Änderungen für JD Edwards EnterpriseOne. und technische Infrastruktur. gehört zu den strategischsten IT-Projekten, die ein Unternehmen angehen kann. Richtig durchgeführt, modernisiert es zentrale Geschäftsprozesse, senkt die Betriebskosten und löst jahrelang aufgestaute technische Schulden auf. Falsch durchgeführt, kann es den Betrieb monatelang stören und die gesamte ERP-Investition gefährden.
Der Unterschied zwischen den beiden Ergebnissen liegt selten in der Technologie. Er liegt in der Methodik. Nach vielen JDE-Upgrade-ProjektenProjekte zur Aktualisierung von JD Edwards EnterpriseOne über Releases, Tools Releases oder ESUsElectronic Software Updates: Oracle-Pakete mit Korrekturen und Änderungen für JD Edwards EnterpriseOne. hinweg. in der Fertigung, im Großhandel und im Einzelhandel ist das Muster immer dasselbe: Erfolgreich sind die Projekte, in denen der Custom CodeKundenspezifischer Code: angepasste oder neu erstellte JDE-Objekte außerhalb des Oracle-Standards. vor dem Entwicklungsstart sauber analysiert wird.
Von allen Artefakten, die darüber entscheiden, ob ein JD Edwards Upgrade pünktlich ausgeliefert wird, ist das Data DictionaryDie JDE-Metadatenschicht, die jedes Data Item definiert — Alias, Länge, Dezimalstellen, Glossar, Edit Rules. Es ist der Vertrag, auf den sich jede Form, BSFN, UBE und Integration stützt. dasjenige, das in den meisten Upgrade-Plänen unterschätzt wird. Im DD treffen Oracles Änderungen von Release zu Release auf Ihren Custom Code, und eine einzige Änderung der Dezimalstellen eines Standard-Data-Items, die beim Cut-over unbemerkt bleibt, hat schon mehr als einem Finance-Team nach dem Go-live einen Monat Abstimmungsarbeit gekostet.
So arbeite ich mit dem Data Dictionary in einem echten Upgrade: wie der Diff zwischen Source- und Target-Release aufgebaut wird, wie die Custom Items mit 55-69-Präfix inventarisiert werden, die Sie dauerhaft begleiten werden, wie stille Verschiebungen bei Länge und Dezimalstellen erkannt werden, die das RetrofittingDer Prozess, Custom-Änderungen auf einer neuen JDE-Release erneut anzuwenden, nachdem Oracle eigene Änderungen an denselben Standardobjekten geliefert hat. brechen, und wie das Ergebnis validiert wird, bevor sich der erste Benutzer anmeldet.