{"id":180,"date":"2014-09-22T11:14:17","date_gmt":"2014-09-22T09:14:17","guid":{"rendered":"http:\/\/schulenwegg.ch\/cms\/?page_id=180"},"modified":"2015-06-25T15:33:09","modified_gmt":"2015-06-25T13:33:09","slug":"2014ix-erp","status":"publish","type":"page","link":"https:\/\/archivista.ch\/cms\/de\/aktuell-blog\/jahre-2008-2019\/blogs-2014\/2014ix-erp\/","title":{"rendered":"2014\/IX = ERP"},"content":{"rendered":"<h1>ArchivistaBox 2014\/IX mit rundum neuer ERP-L\u00f6sung<\/h1>\n<p><strong><em>Egg, 28. August 2014: <\/em><\/strong><em>Die ArchivistaBox beinhaltet seit einiger Zeit bereits ArchivistaERP. Kunden, welche ArchivistaDMS einsetzen, k\u00f6nnen das Modul mit ein zwei Mausklicks aktivieren, doch verhielt sich ArchivistaERP bis anhin im Hintergrund. Mit der ArchivistaBox 2014\/IX \u00e4ndert sich dies, ArchivistaERP bildet neu ein gleichberechtigtes Standbein neben ArchivistaVM und ArchivistaDMS. Der nachfolgende Blog zeigt die Entstehungsgeschichte auf und stellt ArchivistaERP vor.<\/em><\/p>\n<p><em><img loading=\"lazy\" decoding=\"async\" width=\"600\" height=\"337\" align=\"bottom\" src=\"\/de\/media\/mountainlake.jpg\" alt=\"\" \/><\/em><\/p>\n<h2>Was bisher geschah&#8230;<\/h2>\n<p>Wer unsere Blogs <strong>dann<\/strong> und <strong>wann<\/strong> verfolgt, d\u00fcrfte schon den <strong>einen oder anderen Blog zu ArchivistaERP<\/strong> vorgefunden haben. Historisch gesehen ist ArchivistaERP im Jahre 2008 entstanden, weil f\u00fcr unsere Firma im Laufe der Jahre drei unterschiedliche Fakturierungssysteme enstanden sind (gekaufe L\u00f6sungen und eigene Entwicklungen), welche nur schwer miteinander kommunizieren konnten. Daraus entstand der <strong>Wunsch, diese drei L\u00f6sungen durch eine quelloffene, webbasierte ERP-L\u00f6sung zu ersetzen.<\/strong> F\u00fcr eine Firma (wie die Archivista GmbH), welche Software entwickelt, sollte dies ja nicht allzu schwer sein. Mit diesem Leitbild investierte unsere Firma viele Personen-Monate in die Evaluation der damaligen L\u00f6sungen <strong>SQL-Ledger<\/strong> sowie <strong>TinyERP (heute OpenERP bzw. Tryton)<\/strong>. Leider stellte sich bei TinyERP die Problematik, dass die RichClient-Applikation zwar schick aussah, aber mit etlichen Fehlern (insb. beim Drucken) behaftet war.<\/p>\n<p>SQL-Ledger lief soweit, war aber  (damals) nicht auf Schweizer Verh\u00e4ltnisse angepasst. Um es kurz zu sagen, der Versuch, diese L\u00f6sung an unsere Bed\u00fcrfnisse anzupassen, endete im Disaster. Ein Zeilenhaufen im h\u00f6heren sechstelligen Bereich, das Verwenden von Frames, ein fehlendes Security-Management, kurz und gut, vielleicht gerade weil wir den Code anpassen wollten, brachen wir die \u00dcbung letztlich ab. Dabei lernten wir (wenn auch schmerzhaft), dass auch quelloffene L\u00f6sungen nur dann einen Wert ergeben, wenn sie akkurat entwickelt werden.<\/p>\n<p>Stellvertretend f\u00fcr viele Stimmen, dazu ein Link zu einem <a href=\"http:\/\/lwn.net\/Articles\/227151\/\"><strong>Artikel bei lwn.net\/Articles\/227151\/,<\/strong><\/a> bzw. das folgende Zitat: <strong>&#8222;&#8230;SQL-Ledger&#8217;s code is absolutely <i>horrible&#8220;.<\/i><\/strong><i> <\/i>Oder ein weiteres Zitat: <strong>&#8222;&#8230;not only the code &#8211; the UI is imho unusable.&#8220;.<\/strong> Die Sache mit SQL-Ledger lernte uns \u00fcberdies, auch mit unserem eigenen Code anspruchsvoller umzugehen, Vieles ging seit da vielleicht etwas sp\u00e4ter in Produktion, drohte daf\u00fcr aber nie auf der Qualit\u00e4tsstufe ebendieser Codebasis zu verkommen. Wie die Sachlage bei nicht quelloffenen ERP-Systemen aussieht, kann hier nicht abschliessend gesagt werden. Sollte der Hersteller die Sourcen aber nicht zumindest vorzeigen wollen, so w\u00fcrde ich keine L\u00f6sung auch nur mehr evaluieren wollen.<\/p>\n<p>Etwa ein Jahr nach dem \u00dcbungsabbruch starteten wir mit <strong>OpenBravo<\/strong> und <strong>FrontAccounting<\/strong> einen neuen Versuch. OpenBravo h\u00e4tte uns gut gefallen, aber erschien uns am Ende als deutlich zu m\u00e4chtig f\u00fcr eine KUM-Firma. <strong>FrontAccouting erwies sich da leichtgewichtiger, und so konnten wir im Jahre 2009 das daraus entstandene ArchivistaERP f\u00fcr uns intern in Betrieb nehmen.<\/strong> Der Code war deutlich brauchbarer als jener von SQL-Ledger (obwohl wir erst PHP erlernen mussten), einzig die Fragmentierung des Codes (ca. 360 Dateien) erwies sich als gr\u00f6ssere H\u00fcrde. Als derrart gr\u00f6bere H\u00fcrde, dass eine Weiterentwicklung immer wieder verschoben wurde. Diesen Sommer endlich konnte ArchivistaERP erneuert werden, das Ergebnis findet sich in der ArchivistaBox 2014\/IX.<\/p>\n<h2>Komplett neue Codebasis<\/h2>\n<p>Zun\u00e4chst wurde der Quellcode komplett \u00fcberarbeitet. Die ca. <strong>360 Dateien wurden in eine Datei migriert, aus ca. 60000 Zeilen Code wurden noch ca. 28000 Zeilen. Alle Formulare und Reporte wurden in Klassen gelegt<\/strong> und lk\u00f6nnen so beliebig f\u00fcr Kundenprojekte weiterverwendet werden. Dies bedeutet, dass es eine Basis-Bibliothek und derzeit ca. 100 Formulare sowie 30 Reporte gibt. Diese Klassen k\u00f6nnen beliebig f\u00fcr Projekte erweitert werden. Alle (klassenbasierten) Formulare und Reporte k\u00f6nnen \u00fcber den Einstiegspunkt &#8218;index.php&#8216; aufgerufen werden (z.B. index.php?form=order). Ebenfalls neu ist der Zugriff mit HTTP-Requests oder direkt mit PHP (im Batch-Modus). Dazu ein Beispiel:<\/p>\n<pre><strong><?php<br \/>$_POST['batch']=1;<br \/>$_POST['login_user']=\"admin\"; <br \/>$_POST['login_db']=\"archivistaerp3\";<br \/>$_POST['password']=\"archivista\";<br \/>include(\"session.inc\");<br \/>include(\"form_order.inc\");<br \/>$customer=345;<br \/><\/strong><strong>for($c=1;$c<=10000;$c++) {<\/strong><strong> \/\/ replace $c<=10000 with $c<=1 for one order<br \/>  $form=new form_order(\"NewOrder=1\");<br \/>  $form->form_order(\"customer_id=$customer\");<br \/>  if (getCartVal('customer_id')==$customer) {<br \/>    $form->form_order(\"stock_id=dolder&price=310&qty=2&AddItem=1\");  <br \/>    $form->form_order(\"stock_id=eiger&price=4020&qty=2&AddItem=1\");  <br \/>    $form->form_order(\"ProcessOrder=1\");<br \/>  }<br \/>  $form=null;<br \/>}<br \/>?><\/strong><\/pre>\n<p>Mit diesem Code werden <strong>Bestellungen im Batch-Modus im System abgesetzt. Dabei wird der gleiche Code ausgef\u00fchrt, wie wenn der\/die angemeldete Benutzer\/in die Bestellung \u00fcbers Web-Interface erfassen w\u00fcrde.<\/strong> Die Bestellung kann auch per HTTP-Rquest \u00fcbermittelt werden, sodass andere Programmiersprachen nicht aussen vor bleiben. Was bringt mir als Kunde ein Batch-Mode? Nun, als Kunde erhalte ich eine einfache Schnittstelle zur Applikation (API), ohne dass ich die internen Strukturen der Anwendung verstehen muss. So wird z.B. bei der Bestellung das Datum automatisch ausgef\u00fcllt, auch kann auf die interne Preissturktur (Endkunden, Wiederverkauf, etc.) zugegriffen werden.<\/p>\n<p><strong><em>Kleine Nebenbemerkung:<\/em><\/strong><em> Eine der gr\u00f6ssten &#8222;S\u00fcnden&#8220; der PHP-Sprache d\u00fcrfte wohl die sein, dass aufgrund der Einbettung in HTML quasi ab dem ersten Zeichen die Ausgabe zum Bildschirm erfolgt. Dies f\u00fchrt dazu, dass entweder HTML-Artefakte schwer lesbar sind oder tonnenweise echo-Befehle im PHP-Code auftreten. Konkret auf ArchivistaERP bezogen. Bisher gab es \u00fcber 3600 echo-Befehle, neu gibt es noch einen Aufruf. Damit kann die Applikation bis ganz zum Schluss entscheiden, wie mit dem Inhalt zu verfahren ist.<\/em><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" width=\"600\" height=\"426\" align=\"bottom\" alt=\"\" src=\"\/de\/media\/archivistaerp2014.png\" \/><\/p>\n<h2>Ajax-Interface f\u00fcr Kunden, Lieferanten und Artikel<\/h2>\n<p>Es ist eine Unsittte \u00e4lterer Web-Applikationen, dass die Informationen in <select>Wert1;Wert2;&#8230;<\/select> an den Benutzer \u00fcbermittelt werden. Leider machte ArchivistaERP hier keine Ausnahme. Dies ist bei einem Kundenstamm mit einer vier-\/f\u00fcnfstelliger Anzahl von Adressen noch machbar, bei einigen Millionen von Adressen w\u00e4re es ein un\u00fcberwindbares Problem, weil bei jedem <select><\/select>-Seitenaufruf alle Eint\u00e4ge an den Web-Browser \u00fcbermittelt werden. <strong>Dank der integrierten Ajax-Technologie werden nur noch jene Kunden, Lieferanten und\/oder Artikel \u00fcbermittelt, mit denen gerade gearbeitet wird, <\/strong>ohne dasa die Seiten immer wieder neu geladen werden m\u00fcssen. Einfach die ersten Buchstaben eingeben, und schon kann der passende Kunde, Lieferant oder der gew\u00fcnschte Artikel ausgew\u00e4hlt werden.<\/p>\n<h2>Funktionstasten f\u00fcr z\u00fcgiges Arbeiten<\/h2>\n<p><strong>ArchivisaERP kann beim Erfassen der Daten neu an vielen Punkten mit Funktionstasten bedient werden.<\/strong> Zum Er\u00f6ffnen einer Bestellung kann z.B. die Taste F2 verwendet werden, danach kann direkt der Kunde gew\u00e4hlt werden, mit der Tab-Taste geht es weiter zu den Artikeln, wobe<br \/>\ni hier Posten mit F5 in die laufende Bestellung \u00fcbertragen werden und am Schluss kann die Besellung mit F6 gespeichert werden. Eine Bestellung ist so in wenigen Sekunden erfasst.<\/p>\n<h2>Braucht eine ERP-L\u00f6sung wirklich 32 oder 64 GByte RAM?<\/h2>\n<p>Wenn Weltkonzerne auf PHP setzen, kann PHP nicht wirklich langsam sein. Aber seien wir ehrlich, die Laufzeitgeschwindigkeit ist bei heutigen Programmiersprachen und Rechnern kaum mehr je das Problem. Und trotzdem sind am Schluss viele Applikationen langsam bzw. laufen nur noch performant, wenn extrem leistungsf\u00e4hige Rechner eingesetzt werden. So bestellte ein ArchivistaVM-Kunde Server mit 128 GByte an RAM, weil die neue ERP-L\u00f6sung (ein Produkt aus dem Hause mit Kacheln) eher 64 GByte denn 32 GByte RAM erforderte. Zur Information: Das t\u00e4gliche Bestellwesen bei jenem Kunden liegt im Bereich von einigen wenigen hundert Rechnungen.<\/p>\n<p>Bei ArchivistaERP haben wir ein grosses Augenmerk darauf gelegt, dass die <strong>Applikation mehr als schnell arbeitet.<\/strong> Um dies regelm\u00e4ssig zu testen, arbeiten wir in der Entwicklung immer wieder (und mittlerweile auch ganz gerne) mit der <strong>ArchivistaBox Albis III. Dieser Kleinstrechner hat einen ARM-Prozessor und 512 MByte RAM. Wir erhalten auf diesen &#8222;Raspi&#8220; mittlerweile \u00fcberall Reaktionszeiten von unter 3 Sekunden<\/strong> (d.h. l\u00e4nger dauert es nicht, bis eine Maske aufgebuat ist, bzw. ein Vorgang gespeichert ist. Bereits auf der <strong>ArchivistaBox Dolder ergeben sich Reaktionszeiten von max. 1 bis 2 Sekunden,<\/strong> auf allen <strong>\u00fcbrigen ArchivistaBox-System sprechen wir von deutlich weniger als einer Sekunde<\/strong>, selbst f\u00fcr komplexe Vorg\u00e4nge wie z.B. das Erstellen der Jahresbilanz.<strong><br \/><\/strong><\/p>\n<h2><strong>Zum Zweiten: 10&#8217;000 Bestellungen mit der ArchivistaBox Dolder<\/strong><\/h2>\n<p>Derzeit wird ArchivistaERP mit Test-Prozessen best\u00fcckt. Dabei ist uns f\u00fcr die ArchivistaBox Dolder ein alter Test in den Sinn gekommen. In <strong>letzten Blog testeten wir die Scangeschwindigkeit der ArchivistaBox Dolder,<\/strong> <strong>diesmal (nunmehr mit ArchivistaERP) ging es darum, wie lange es dauern w\u00fcrde, um 10&#8217;000 Bestellungen zu verarbeiten.<\/strong> Wer den obenstehenden Code genau betrachtet, wird auch bereits die for-Schleife mit den 10&#8217;000 Durchl\u00e4ufen erkennen. Wir waren gepsannt, welche Zeiten auf der ArchivistaBox Dolder resultieren w\u00fcrden.Hier die Testresultate: <\/p>\n<pre><span style=\"font-size: large;\"><strong>real 5m42.823s   user 4m22.140s   sys 0m23.565s<\/strong><\/span><\/pre>\n<p><strong><img loading=\"lazy\" decoding=\"async\" width=\"601\" height=\"289\" align=\"bottom\" alt=\"\" src=\"\/de\/media\/archivistaerp2014-2.png\" \/><\/strong><\/p>\n<p><strong>Effektiv ben\u00f6tigte der Job weniger als 5 Minuten und 43 Sekunden,<\/strong> die ArchivistaBox Dolder erreicht damit beim Verarbeiten der Bestellungen den Faktor Zehn im Vergleich zum Scannen. Einmal davon abgesehen, dass bereits 10&#8217;000 Scans nicht \u00fcbel sind, so muss doch beachtet werden, dass beim Scannen mindestens um den Faktor 100 oder 1000 mehr Daten anfallen &#8212; womit auch gekl\u00e4rt ist, warum das Scannen ca. 10 Mal mehr Zeit ben\u00f6tigt. Rechnen wir die 5 Minuten 43 Sekunden auf 24 Stunden hoch, so kann die <strong>ArchivistaBox Dolder pro Tag satte 2.5 Mio. Bestellungen verarbeiten<\/strong> &#8212; nicht schlecht, f\u00fcr eine Box, bei der Soft- und Hardware mit sFr. 360.&#8211; oder 300 Euro zu Buche schlagen.<\/p>\n<p>Kleine Nachbemerkung: Die ArchivistaBox Dolder enth\u00e4lt 2 GByte RAM, wobei 1.5 GByte f\u00fcr das im <strong>RAM-liegende Betriebssystem (d\u00fcrrfte hier nicht ganz nebens\u00e4chlich sein)<\/strong> verwendet und <strong>letztlich dem Betriebssystem &#8222;nur&#8220; 512 MByte RAM zur Verf\u00fcgung stehen. Von wegen 64 GByte f\u00fcr einige hundert Rechnungen am Tag!<\/strong><\/p>\n<h2>Ausblick, Verf\u00fcgbarkeit und Preis ab <a href=\"http:\/\/shop.archivista.ch\/oscommunity\/catalog\/advanced_search_result.php?keywords=dolder&#038;sort=2a&#038;language=de\">sFr. 360.&#8211; (inkl. Hardware)<\/a><\/h2>\n<p>ArchivistaERP steht mittlerweile auf einem Stand, dass wir es an dieser Stelle uneingeschr\u00e4nkt empfehlen k\u00f6nnen. Kurz und gut, wir haben jeden Tag mehr Freude daran, und freuen uns, diese Freude weiterzugeben. Nat\u00fcrlich sind ERP-Projekte nicht ohne eine gewisse Komplexit\u00e4t und einen ausreichenden Implementierungsaufwand erfolgeich zu stemmen, aber <strong>nur ArchivistaERP bietet das, was ArchivistaDMS seit zehn Jahren bietet, eine Ready-to-Use-L\u00f6sung,<\/strong> die komplett vorkonfiguriert ausgeliefert werden kann. Und dies alles zu einem Preis ab sFr. 360.&#8211; oder 300 Euro. (ArchivistaBox Dolder). F\u00fcr diesen Preis erhalten Sie andernorts kaum ein SaaS-Angebot (Software-as-a-Service), wenn wir Setup und die erste Monatsrate zusammenz\u00e4hlen &#8212; und dabei geben Sie bei einer SaaS-L\u00f6sung die Datenhoheit komplett ans Internet ab. Dies alles muss nicht sein.<\/p>\n<p>Dank der ArchivistaBox steht <strong>ArchivistaERP bereits ab der ersten Projektstunde als System zum Arbeiten zur Verf\u00fcgung. Der Standardumfang (Verkauf, Einkauf, Lager, Produktion und Buchhaltung) steht umgehend zum Arbeiten zur Verf\u00fcgung.<\/strong> Dank dem modularen Aufbau mit Klassen kann ArchivistaERP an alle erdenklichen Anforderungen angepasst und\/oder erweitert werden. Dabei entscheiden Sie alleine, wo, wann und wie ArchivistaERP im Einsatz stehen wird. Dass Sie dabei <strong>gleichzeitig ArchivistaDMS erhalten, sei hier nur nebenei erw\u00e4hnt, weil es f\u00fcr uns selbstverst\u00e4ndlich ist.<\/strong><\/p>\n<p>Und wenn Sie jetzt denken, dies ist zu diesem Preis unm\u00f6glich, dann laden wir Sie herzlich ein, sich vom Gegenteil zu \u00fcberzeugen. Kurz zur Erinnerung, die <strong>ArchivistaBox (DMS) gibt es seit 2005, seit dem Jahre 2009 gibt es ArchivistaVM, hier ArchivistaERP beizupacken, dies stellt schlicht und einfach gesagt keinen zus\u00e4tzlichen Aufwand und\/oder Kostenfaktor dar. <\/strong>Vielmehr k\u00f6nnen wir dank ArchivistaERP unsere Prozesse deutlich schlanker halten, als dies mit anderen L\u00f6sungen der Fall war bzw. w\u00e4re. Vergessen Sie Serverr\u00e4ume, Datacenter und Clouds, eine 600 Gramm schwere l\u00fcfterlose Box mit ein paar Watt gen\u00fcgen, um Ihr Business zu betreiben,<\/p>\n<p><strong>ArchivistaERP 2014\/IX wird ab sofort auf all unseren ArchivstaDMS-Boxen ausgeliefert.<\/strong> In naher Zukunft wird ArchivistaERP auch kostenfrei auf der <strong>ArchivistaCloud<\/strong> erscheinen. Die Weiterentwicklung von ArchiistaERP schreitet derzeit rasch voran. Es gibt noch viele Dinge, die nur darauf warten, realisiert zu werde. Die besten Ideen bei ArchviistaDMS und ArchivistaVM brachten unsere Kunden ein, und so wird es auch bei ArchivistaERP werden. Sie bringen die Anforderung, wir k\u00fcmmern uns um die technische Realisierung. <strong>Wir sprechen Ihre Sprache, Outsourcing bei der Entwicklung ist uns dagegen g\u00e4nzlich frend, als KMU-Firma sind wir seit nunmehr mehr als 15 Jahren f\u00fcr Sie, und nur f\u00fcr Sie da!<\/strong><\/p>\n<h2>Was bringt mir dies als ArchivistaVM-Kunde?<\/h2>\n<p>In erster Linie brauchen Sie sich mit ArchivistaERP keine Gedanken zu machen, ob das n\u00e4chste Release der ERP-Software nicht schon wieder neue Server und neue Software ben\u00f6tigt. Das mag zwar schlecht f\u00fcr den Verkauf unserer ArchivistaVM-Server sein, aber doch gut f\u00fcr uns, weil dann unsere bestehenden ArchivistaVM-Server gut und gerne f\u00fcr andere Projekte und viel l\u00e4nger verwendet werden k\u00f6nnen.<\/p>\n<h2>Welche Vorteile ergeben sich f\u00fcr mich als DMS-Kunde?<\/h2>\n<p>Als Kunde einer <strong>ArchivistaDMS profitieren Sie doppelt. Einmal d\u00fcrfen Sie ArchivistaERP kostenfrei einsetzen,<\/strong> weiter aber profitieren Sie davon, dass wir z.B. beliebige Teil-Abl\u00e4ufe, welche die hauseigene ERP-L\u00f6sung nicht (oder nicht idealerweise) abbildet, mit Leichtigkeit mit ArchivistaERP anpacken k\u00f6nnen. Weiter wird die Entwicklung von ArchivistaDMS durch ArchivistaERP optimal befruchet, als Beispiel seien hier s\u00e4mtliche Anpassungsarbeiten f\u00fcr den Internet-Explorer erw\u00e4hnt, welche bei der Entwicklung von ArchivistaERP direkt in ArchivistaDMS Einzug halten konnten.<\/p>\n<p>Zus\u00e4tzlich werden wir in Zuk<br \/>\nunft <strong>vollautomatisierte Testl\u00e4ufe f\u00fcr  ArchivistaDMS-Kunden auf jeder ArchivistaBox vorr\u00e4tig<\/strong> haben, da wir dank  ArchivistaERP \u00fcber das Werkzeug verf\u00fcgen. Beisiele:  ArchivistaERP erstellt eine Rechnung, sendet diese an ArchivstaDMS oder  ein Aufruf aus ArchivistaDMS kann mit ArchivistaERP  getestet werden. Allgemeiner  formuliert: ArchivistaERP stellt das m\u00e4chtigste  Testwerkzeug f\u00fcr ArchivistaDMS zur Verf\u00fcgung, welches es je gab und wohl  auch je geben wird. Ein Teil dieser Arbeiten an ArchivistaERP ist bereits in die Version 2014\/IX von ArchivistaDMS eingeflossen. In diesem Sinne k\u00f6nnen wir mit der ArchivistaBox 2014\/IX ein ausgesprochen stabiles DMS, das mit s\u00e4mtlichen aktuellen Web-Browsern ausgiebig getestet wurde, zur Verf\u00fcgung stellen.<\/p>\n\n\n\n\t<div class=\"dkpdf-button-container\" style=\"            text-align:right \">\n\n\t\t<a class=\"dkpdf-button\" href=\"\/cms\/wp-json\/wp\/v2\/pages\/180?pdf=180\" target=\"_blank\"><span class=\"dkpdf-button-icon\"><i class=\"fa fa-file-pdf-o\"><\/i><\/span> PDF Button<\/a>\n\n\t<\/div>\n\n\n\n\n\n","protected":false},"excerpt":{"rendered":"<p>ArchivistaBox 2014\/IX mit rundum neuer ERP-L\u00f6sung Egg, 28. August 2014: Die ArchivistaBox beinhaltet seit einiger Zeit bereits ArchivistaERP. Kunden, welche ArchivistaDMS einsetzen, k\u00f6nnen das Modul mit ein zwei Mausklicks aktivieren, doch verhielt sich ArchivistaERP bis anhin im Hintergrund. Mit der ArchivistaBox 2014\/IX \u00e4ndert sich dies, ArchivistaERP bildet neu ein gleichberechtigtes Standbein neben ArchivistaVM und ArchivistaDMS. [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":236,"menu_order":360,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_acf_changed":false,"footnotes":""},"class_list":["post-180","page","type-page","status-publish","hentry"],"acf":[],"_links":{"self":[{"href":"https:\/\/archivista.ch\/cms\/wp-json\/wp\/v2\/pages\/180","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/archivista.ch\/cms\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/archivista.ch\/cms\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/archivista.ch\/cms\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/archivista.ch\/cms\/wp-json\/wp\/v2\/comments?post=180"}],"version-history":[{"count":1,"href":"https:\/\/archivista.ch\/cms\/wp-json\/wp\/v2\/pages\/180\/revisions"}],"predecessor-version":[{"id":1425,"href":"https:\/\/archivista.ch\/cms\/wp-json\/wp\/v2\/pages\/180\/revisions\/1425"}],"up":[{"embeddable":true,"href":"https:\/\/archivista.ch\/cms\/wp-json\/wp\/v2\/pages\/236"}],"wp:attachment":[{"href":"https:\/\/archivista.ch\/cms\/wp-json\/wp\/v2\/media?parent=180"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}