{"id":366,"date":"2007-12-02T19:55:47","date_gmt":"2007-12-02T17:55:47","guid":{"rendered":"http:\/\/www.navision-blog.de\/2007\/12\/02\/eindrcke-vom-microsoft-dynamics-technical-community-airlift\/"},"modified":"2008-03-16T11:50:45","modified_gmt":"2008-03-16T10:50:45","slug":"eindrcke-vom-microsoft-dynamics-technical-community-airlift","status":"publish","type":"post","link":"http:\/\/www.navision-blog.de\/blog\/2007\/12\/02\/eindrcke-vom-microsoft-dynamics-technical-community-airlift\/","title":{"rendered":"Eindr&uuml;cke vom Microsoft Dynamics Technical Community Airlift &#8211; Neuerungen in Dynamics NAV 2009"},"content":{"rendered":"<p>Vom 29. und 30. November 2007 fand im M&#252;nchner Arabella Sheraton Grand Hotel das 1. <a target=\"_blank\" href=\"http:\/\/www.microsoft.com\/germany\/partner\/trainings\/technik\/mda\/airlift.mspx\">Technical Community Airlift zu Microsoft Dynamics<\/a> statt. Im Wesentlichen ging es um folgende Themen:<\/p>\n<ul>\n<li>Microsoft CRM &#8220;Titan&#8221;<\/li>\n<li>Technische Fertigkeiten f&#252;r Dynamics NAV 5.1<\/li>\n<li>Ausblick auf Dynamics AX 5.0<\/li>\n<li>Ausblick auf Dynamics NAV 2009 (Codename NAV\u00a0&#8220;6.0&#8221;) (Dynamics NAV Server)<\/li>\n<li>Microsoft Office und Windows SharePoint Services<\/li>\n<li>Business-Intelligence<\/li>\n<li>Sure Step, die Implementierungsmethode f&#252;r Microsoft Dynamics<\/li>\n<\/ul>\n<p>An dieser Stelle m&#246;chte ich gerne etwas &#252;ber die von mir besuchten Vortr&#228;ge berichten.<\/p>\n<p><!--more--><\/p>\n<h5>Microsoft Dynamics NAV &#8211; Produkt Update and Outlook (Darren Laybourn)<\/h5>\n<p>Nach der Begr&#252;&#223;ung machte <a target=\"_blank\" href=\"http:\/\/blogs.msdn.com\/nav\/pages\/bio-darren-laybourn.aspx\">Darren Laybourn<\/a>, seines Zeichens General Manager f&#252;r Dynamics NAV und &#8220;Dynamics Mobile&#8221;, den Einstieg und vermittelte einen anwenderorientierten Einblick in den aktuellen Build von NAV &#8220;6.0&#8221; bzw. gab ein &#220;berbblick &#252;ber zuk&#252;nftige Releases nach &#8220;6.0&#8221;. NAV &#8220;6.0&#8221; ist dabei angeblich wirklich nur der Codename der n&#228;chsten Version &#8211; ein Release von &#8220;Dynamics NAV 2009&#8221; ist damit wesentlich wahrscheinlicher.<\/p>\n<h5>Microsoft Plattformstrategie (Karin Sondermann)<\/h5>\n<p>Wie der Titel schon vermuten l&#228;sst, war dieser Vortrag leider eine reine Marketingveranstaltung. Ich habe wirklich noch nie so viele Buzz-Words in so kurzer Zeit geh&#246;rt. \ud83d\ude09<br \/>\nSorry <a target=\"_blank\" href=\"http:\/\/www.microsoft.com\/germany\/msdn\/pingme\/KarinSondermann\/default.aspx?HL=107140&amp;CM=rss_click&amp;CE=RSS6\">Karin<\/a>, aber das war meiner Meinung nach f&#252;r ein technisches Event unpassend und leider gab es zu dem Zeitpunkt auch keine Ausweichvortr&#228;ge.<\/p>\n<h5>Dynamics NAV &#8220;6.0&#8221; &#8211; A first look bzw. Developer Clinic I-III (Jesper Lachance R\u00e6bild und Naveen Garg)<\/h5>\n<p>Diese Vortragsreihe ging am Nachmittag &#252;ber 3 Stunden und sollte einen tieferen Einblick in NAV &#8220;6.0&#8221; geben. Jesper Lachance R\u00e6bild machte den Anfang und zeigte nochmal die neue Oberfl&#228;che des &#8220;6.0&#8221;er Clients. Im Anschluss erfolgte eine Veranstaltung mit dem Name &#8220;Developer Clinic&#8221; von Naveen Garg (Principal Program Manager Lead) in der es etwas mehr um die ServiceTier im Dynamics NAV Server ging.<\/p>\n<h6>Der ma&#223;geschneiderte Client<\/h6>\n<p>Es wurde sehr ausf&#252;hrlich gezeigt, welche Controls der neue Client bietet und auf welchen Ebenen man die rollenbasierte Oberfl&#228;che konfigurieren kann\/muss. Im Gro&#223;en und Ganzen macht das schon einen sehr h&#252;bschen und modernen Eindruck. Im Detail muss man jedoch sehen, ob sich die get&#228;tigten Abweichungen vom bisherigen Bedienkonzept wirklich auszahlen.<\/p>\n<p>Der Hauptunterschied, nach der ge&#228;nderten Optik nat&#252;rlich, ist f&#252;r mich, dass wieder zu einem Konzept des &#8220;bewusstem Speichern&#8221; zur&#252;ck gegangen wurde. Wenn ich also einen Datensatz &#228;ndern m&#246;chte, muss ich in Zukunft zuerst den Editiermodus anschalten, dann den Datensatz editieren und am Ende den Speichern-Knopf dr&#252;cken.<\/p>\n<p>Es wurden auch einige ShortCuts ge&#228;ndert &#8211; so konnte man in der Demo kurz sehen, dass der Shortcut zum Buchen von Rechnungen jetzt F9 ist. Der Grund dieser &#196;nderung scheint in der Kompatibilit&#228;t zu anderen Microsoft-Produkten zu liegen &#8211; die alte Belegung F11 schaltet ja zum Beispiel den Explorer in Vollbild.<\/p>\n<h6>Formulartransformation<\/h6>\n<p>Nachdem der &#8220;rollenbasierte Teil&#8221; abgeschlossen war, wurde es etwas technischer. Es wurde gezeigt, wie das neue &#8220;Form zu Page&#8221;-Transformationstool benutzt wird. Als ich diese Demo gesehen habe, war mir sofort klar warum sich &#8220;6.0&#8221; solange verz&#246;gert. \ud83d\ude09<\/p>\n<p>Im aktuellen Build ist es so, dass man die Forms im neuen Exportformat (als XML-File) abspeichern muss; dann &#252;ber die Kommandozeile das Transformationstool aufruft und am Ende den Output des Tools wieder ins NAV importiert. &#220;ber eine konfigurierbare Ausnahmeliste wird gesteuert welche Formulare nicht automatisch konvertiert werden k&#246;nnen. F&#252;r die GUI-Entwicklung stellen sich mir nun 3 Strategien dar:<\/p>\n<ol>\n<li>Bei jeder Applikations&#228;nderung werden alle Pages gel&#246;scht und &#252;ber das Tool neu aus den Formularen generiert.<\/li>\n<li>Die Transformation wird einmalig durchgef&#252;hrt und alle &#196;nderungen parallel in Forms und Pages gepflegt.\u00a0<\/li>\n<li>Die Transformation wird einmalig durchgef&#252;hrt und ab dem Zeitpunkt wird nur noch mit Pages gearbeitet. Die Forms werden nicht mehr weiter angeboten.<\/li>\n<\/ol>\n<p>Naveen sprach davon, dass Microsoft selbst momentan die erste Strategie f&#228;hrt. Der Hauptgrund daf&#252;r ist sicherlich, dass man das Transformationstool ordentlich testen muss. Ich denke jedoch nach dem was ich bisher gesehen habe, dass es f&#252;r Partner einfacher ist, den zweiten Ansatz zu fahren bzw. wenn man es sich leisten kann, nur noch den neuen Client zu benutzen kann man sogar die dritte Strategie fahren. Dieser Ansatz hat meiner Meinung nach einige entscheidende Vorteile:<\/p>\n<ul>\n<li>Man muss sich keine Gedanken &#252;ber Alignment oder Gr&#246;&#223;e von Controls mehr machen. Der jeweilige Client (&#8220;RoleTailered&#8221;-Client, SharePoint bzw. Mobile-Client) rendert das dann automatisch nach GUI-Guide.<\/li>\n<li>Man w&#228;re den Doppelaufwand los Formulare und Pages parallel zu pflegen.<\/li>\n<li>Man sorgt aktiv daf&#252;r, dass auch wirklich auf die neue Infrastruktur mit Dynamics NAV Server migriert wird &#8211; das sorgt auch beim Reporting f&#252;r einige Einsparungen.<\/li>\n<\/ul>\n<h6>Reportdesign<\/h6>\n<p>In der &#8220;<a target=\"_blank\" href=\"http:\/\/www.microsoft.com\/sql\/technologies\/reporting\/default.mspx\">Reporting Services<\/a>&#8220;-Demo wurde gezeigt wie man zuk&#252;nftig &#8220;bunte&#8221; Reports im Visual Studio Report Designer erstellt. F&#252;r die t&#228;gliche Arbeit wird das wohl hei&#223;en:<\/p>\n<ol>\n<li>Report im Navision Report Designer anlegen und Datenstruktur implementieren.<\/li>\n<li>Den Report im &#8220;Visual Studio&#8221;-Modus editieren und als RDL-File ablegen.<\/li>\n<li>Nach dem Schlie&#223;en vom Visual Studio wird der Report automatisch importiert.<\/li>\n<\/ol>\n<p>Interessant ist dabei, dass nur die neue Architektur die RDL-Reports anzeigen kann. F&#252;hrt man denselben Report auf dem alten Client aus, wird wie gehabt nur der im &#8220;Navision Report Designer&#8221; erstellte Teil angezeigt. Das bedeutet, dass wenn man einen Hybridansatz f&#228;hrt und somit beide Clients parallel einsetzen will, dass man dann auch den doppelten Aufwand (= doppelte Kosten) innerhalb eines Reports hat.<\/p>\n<p>Es wurde auch angesprochen, dass keine weiteren Entwicklungstool-Kosten f&#252;r die Partner entstehen, da der Visual Studio Report Designer mit NAV &#8220;6.0&#8221; mitgeliefert wird.<\/p>\n<h6>Objekt&#228;nderung zur Laufzeit<\/h6>\n<p>Bei einer Demo wurde auch gezeigt, dass das Ger&#252;cht &#8220;<em>Bei jeder Objekt&#228;nderung m&#252;ssen alle Objekte neu kompiliert werden<\/em>&#8221; wirklich nur ein Ger&#252;cht war. Es bleibt auch weiterhin so, dass jeweils nur das aktuelle Objekt kompiliert wird. Es gibt sogar noch eine kleine Verbesserung: In der neuen Architektur wird die &#196;nderung der Meta-Daten sofort registriert, so dass der Client sich das Objekt neu in seinen Objekt-Cache zieht und damit nicht mehr neu gestartet werden muss.<\/p>\n<p>Das die Objekte zuerst nach C# und dann automatisch nach IL kompiliert werden, wurde jedoch best&#228;tigt. Der Entwickler hat dabei jedoch keinerlei Einfluss auf diesen Prozess. Es wurde explizit erw&#228;hnt, dass der NAV-Entwickler keine M&#246;glichkeit hat den generierten C#-Code anzupassen.<\/p>\n<h6>WebServices<\/h6>\n<p>Beeindruckend war die Pr&#228;sentation der WebServices. Ich habe zwar schon Demos dazu gesehen, aber es ist tats&#228;chlich nur ein Haken in der Einrichtungstabelle zu setzen und schon wird der Dienst auf dem IIS ver&#246;ffentlicht. Man kann dabei jede Page und jede Codeunit als WebService ver&#246;ffentlichen. Es wurde an dieser Stelle auch nochmal explizit darauf hingewiesen, dass nur die in der Page verf&#252;gbaren Felder &#252;ber den WebService ver&#246;ffentlicht werden und dass genau derselbe Code in der Gesch&#228;ftslogik ausgef&#252;hrt wird.<\/p>\n<h6>NAV &#8220;7.0&#8221;<\/h6>\n<p>Es wurden ein paar kurze Slides zu den sp&#228;teren Versionen mit den Codenamen &#8220;NAV Malta&#8221; bzw. &#8220;NAV Mallorca&#8221; gezeigt. Im Wesentlichen ging es darum den neuen Visual Studio-Editor (Visual Studio 2008 Shell) im Dynamics NAV zu hosten. Offenbar steht man da aber noch ganz am Anfang.<\/p>\n<h6>Offene Fragen<\/h6>\n<p>Leider blieb die &#8220;Developer Clinic&#8221; noch relativ nah an der Oberfl&#228;che. So stellen sich mir momentan vor allem folgende Fragen:<\/p>\n<ul>\n<li>Wie sieht der generierte C#-Code aus? Wenn ich den Code schon nicht editieren kann, kann ich ihn dann wenigstens irgendwo einsehen und debuggen oder bin ich auf den aktuellen C\/AL-Debugger angewiesen?<\/li>\n<li>Welche Datenzugriffstechnologie wird verwendet? Generiert NAV schon LINQ-Statements? Ich vermute eher, dass genau die SQL-Statements, die der Client jetzt schon intern generiert einfach &#252;ber ein SQLCommand-Objekt abgesetzt werden und dann ein DataReader die Ergebnisse ausliest. Aber da man sowieso nicht an den C#-Code kommt, ist diese Frage wahrscheinlich f&#252;r die Praxis unbedeutend.<\/li>\n<li>Wie sieht die Kommunikation zwischen Client und ServiceTier aus? Was hat der MetaDataProvider f&#252;r ein Interface? &#220;ber welche Protokolle wird kommuniziert? Da es ja mehrere Clients (&#8220;RoleTailered&#8221;, SharePoint, Mobile) geben soll, kann ich mir da vielleicht einen eigenen Client schreiben?<\/li>\n<li>Wie sieht es mit den Workflows aus? Da wir ja dann in der .NET-Welt sind, k&#246;nnte man ja die Windows Workflow Foundation nutzen &#8211; wann ist das f&#252;r die Applikation geplant?<\/li>\n<li>Wie sieht die technische Implementierung der WebServices aus? Wird dort die Windows Communication Foundation genutzt bzw. kann ich Protokolle und Security-Features genauso einfach konfigurieren wie in der WCF?<\/li>\n<\/ul>\n<h5>Erfolgreiche ERP-Projekte mit der Implementierungsmethode &#8220;Sure Step&#8221; (Peter G&#252;ttinger)<\/h5>\n<p>Hier wurde sehr sch&#246;n gezeigt wie man sich in Zukunft die Arbeit mit &#8220;Sure Step&#8221; vorzustellen hat. Es wird einen riesigen &#8220;Baukasten&#8221; geben, in dem die gesamte Methode erkl&#228;rt wird (bzw. auf englisch gibt es den schon jetzt). Man kann sich dann f&#252;r jede Projektphase den entsprechenden Teil herausgreifen, die genannten Schritte abarbeiten und die mitgelieferten Dokumente ausf&#252;llen. Den eventuellen Mehraufwand der dadurch entsteht, bekommt man jedoch sicherlich durch das standardisierte Vorgehen ausgezahlt. Im Fokus der weiteren Entwicklung steht eine &#220;bersetzung der Methode bzw. der Dokumente und eine bessere Unterst&#252;tzung durch Tools (wie z.B. dem &#8220;Sure Step Business Modeler&#8221;).<\/p>\n<h5>Microsoft Dynamics AX &#8211; Produkt Update and Outlook (Hans Jorgen Skovgaard und Arvid Nielsen)<\/h5>\n<p>Kurz nach dem Fr&#252;hst&#252;ck am zweiten Konferenztag gab es eine Keynote &#252;ber die Zukunft von Dynamics AX. Es war sehr interessant mal &#252;ber den NAV-Tellerrand zu blicken und zu sehen, dass <a target=\"_blank\" href=\"http:\/\/www.navision-blog.de\/2007\/10\/27\/microsoft-dynamics-konferenz-convergence-2007\/\">Microsofts ERP-Produkte wirklich konvergieren<\/a>. Viele Teile, die f&#252;r NAV entwickelt werden, werden auch in AX eingebaut und umgekehrt. In einigen Punkten scheint AX aber schon etwas voraus zu sein. Konkret meine ich, dass UnitTesting und VSS-Integration bereist in AX integriert sind und dass bereits Demos f&#252;r die Workflow-Integration AX 5.0 gezeigt wurden (auch wenn diese einen unfertigen Status vermittelten).<\/p>\n<p>Die interessanteste Aussage des Vortrags war jedoch ein kurzer Kommentar zur Frage &#8220;Warum wird AX nicht komplett auf C# umgestellt &#8211; X++ ist doch schon nah dran.&#8221; Die Antwort war, dass im .NET-Framework offenbar noch nicht alles so vorbereitet ist, wie man sich das w&#252;nscht. LINQ sei zwar ein riesiger Schritt, aber das w&#252;rde zum Erhalt der Produktivit&#228;t noch nicht ausreichen. Der zweite genannte Grund war, das dies erst passiere wenn man 99,9% des Codes automatisiert nach C# konvertieren kann.<\/p>\n<h5>Microsoft.NET &#8211; Softwareentwicklung heute (Sebastian Weber)<\/h5>\n<p><a target=\"_blank\" href=\"http:\/\/blogs.msdn.com\/sebweber\/\">Sebastian Webers<\/a> Keynote ging um die aktuellen M&#246;glichkeiten der Softwareentwicklung. Da ich Sebastian bereits auf diversen Konferenzen gesehen habe, waren f&#252;r mich keine &#8220;&#220;berraschungen&#8221; mehr drin. Allerdings wurde wieder einmal der &#8220;<a target=\"_blank\" href=\"http:\/\/www.microsoft.com\/downloads\/details.aspx?FamilyID=56347faf-a639-4f3b-9b87-1487fd4b5a53\">Physics Illustrator<\/a>&#8221; gezeigt und es ging das erwartete Staunen im Raum um. (Nebenbei: <a href=\"http:\/\/blog.hypercubed.com\/archives\/2006\/02\/05\/how-to-use-physics-illistrator-on-non-tablet-pc\/\">HOW TO: Use Physics Illustrator on non-tablet PC<\/a>)<\/p>\n<p>Nicht weniger Begeisterung verursachte die Demo von <a target=\"_blank\" href=\"http:\/\/labs.live.com\/photosynth\/\">Microsoft Photosynth<\/a> &#8211; allerdings stellt sich hier nat&#252;rlich die Frage wie die Software auf &#8220;zuf&#228;llige&#8221; Photos reagiert. Interessant w&#228;re, wenn man nicht einen professionellen Fotografen unter idealen und gleichbleibenden Belichtungsverh&#228;ltnissen die Fotos aufnehmen l&#228;sst, sondern das Tool mal auf Flickr losl&#228;sst.<\/p>\n<h5>Bedeutung einer rollenbasierten Oberfl&#228;che f&#252;r die Gesch&#228;ftsprozesse eines Unternehmens (Udo Krachenfels)<\/h5>\n<p>In diesem Vortrag wurde detailliert auf die Vorteile einer rollenbasierten Anwendung eingegangen und wieder verschiedene Elemente des &#8220;RoleTailered&#8221;-Clients gezeigt. Die bisherigen Probleme mit dem ZUP-File sollen &#252;brigens wegfallen, da die Benutzereinstellungen weitesgehend auf dem Server gespeichert werden sollen.<\/p>\n<h5>Business Intelligence L&#246;sungen mit Dynamics NAV (Michael Berroth)<\/h5>\n<p><a href=\"http:\/\/www.microsoft.com\/germany\/aktionen\/ready-for-take-off\/referenten\/default.aspx#michael_berroth\" title=\"Michael Berroth\">Michael Berroth<\/a> zeigte in seinem Vortrag, was aus BI-Sicht jetzt schon mit NAV und dem SQL-Server, Excel-Services und SharePoint m&#246;glich ist und dass Business Analytics noch lange nicht vom Tisch ist.<\/p>\n<h5>Dynamics AX Development &#8211; UnitTesting und VSS (Michael Ferschl)<\/h5>\n<p>Dieser Vortrag ging auf die neuen Developer-Tools in Dynamics AX 4.0 ein. Es wurde die Integration von Visual Source Safe und das UnitTesting-Modul vorgestellt.<\/p>\n<h6>VSS-Integration<\/h6>\n<p>Interessant war zu sehen, welche Abneigung im Publikum gegen eine Quellcodeverwaltung bestand. Offenbar ist es im Dynamics-Umfeld noch nicht wirklich angekommen, dass der vermeintliche &#8220;Mehraufwand&#8221; eigentlich nur Vorteile bringt. Es scheint eher so zu sein, dass viele Partner lieber projektspezifisch direkt auf der Kundendatenbank entwickeln bzw. direkt dort Bugs fixen. Die Probleme der Nachvollziehbarkeit von &#196;nderungen, dem vorhergehenden Test bzw. dem Deployment auf andere Datenbanken werden ignoriert. Dabei ist das in AX doch schon alles integriert und es muss nicht mal wie im NAV ein &#8220;AddOn f&#252;r VSS&#8221; benutzt werden. Das ist mir ehrlich gesagt vollkommen unverst&#228;ndlich.<\/p>\n<h6>UnitTesting<\/h6>\n<p>Auch die Bereitschaft f&#252;r <a target=\"_blank\" href=\"http:\/\/www.agiledata.org\/essays\/tdd.html\">Test Driven Design<\/a> (TDD) hat sich im Dynamics-Umfeld wohl noch nicht etabliert. Dabei ist TDD doch ein guter Ansatz um die Qualit&#228;t in Softwareprojekten hoch zu halten und die Anzahl gescheiterter Projekte zu minimieren. Dynamics AX ist, soweit ich wei&#223;, das einzige ERP-System mit einem integrierten UnitTest-Modul. Ich w&#252;rde mich freuen, wenn es sowas demn&#228;chst auch von Hause aus im NAV-Bereich geben w&#252;rde (<a target=\"_blank\" href=\"http:\/\/www.navision-blog.de\/2005\/07\/04\/unittest-mit-navision\/\">Unittest mit NAV<\/a>).<\/p>\n<p>Ein Argument vom Publikum ist jedoch nicht von der Hand zu weisen: &#8220;Richtig sinnvoll wird das Ganze, wenn Microsoft die UnitTests der Dynamics AX Basisapplikation ver&#246;ffentlicht.&#8221; Das stimmt nat&#252;rlich &#8211; wenn ich kontrollieren k&#246;nnte, dass ich bei meinen Anpassungen das Standardverhalten des ERP-Systems nicht zerst&#246;re, dann k&#246;nnte ich weitaus ruhiger schlafen. Dazu brauche ich nat&#252;rlich die UnitTests der Standardentwickler, da ich niemals jedes Problem kennen kann das vielleicht ein anderer Partner gemeldet hat. Also Microsoft: &#8220;Gebt die UnitTests frei!&#8221; \ud83d\ude42<\/p>\n<h5>Integrationsszenarien Dynamics NAV mit Microsoft Office (Stephan Adolphi)<\/h5>\n<p>Hier wurden im Wesentlichen nochmal die Neuerungen in Dynamics NAV 5.0 vorgestellt &#8211; also Export nach Excel und Word bzw. Integration in Outlook.<\/p>\n<h5>Fazit<\/h5>\n<p>Insgesamt war die Veranstaltung sehr gut organisiert und es besteht eigentlich kein Grund zum Meckern. Allerdings ist es leider so, dass die meisten Vortr&#228;ge nur an der Oberfl&#228;che gekratzt haben und es f&#252;r meinen Geschmack bei diesem Titel der Veranstaltung noch nicht technisch genug war. Dennoch w&#252;rde ich auch n&#228;chstes Jahr wieder zu einem &#8220;Microsoft Dynamics Technical Community Airlift&#8221; fahren.<\/p>\n<p>Nachtrag: Die <a target=\"_blank\" href=\"http:\/\/www.microsoft.com\/germany\/partner\/trainings\/technik\/mda\/airlift.mspx\">Slides vom Event<\/a> wurden nun auch ver&#246;ffentlicht.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Vom 29. und 30. November 2007 fand im M&#252;nchner Arabella Sheraton Grand Hotel das 1. Technical Community Airlift zu Microsoft Dynamics statt. Im Wesentlichen ging es um folgende Themen: Microsoft CRM &#8220;Titan&#8221; Technische Fertigkeiten f&#252;r Dynamics NAV 5.1 Ausblick auf Dynamics AX 5.0 Ausblick auf Dynamics NAV 2009 (Codename NAV\u00a0&#8220;6.0&#8221;) (Dynamics NAV Server) Microsoft Office [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[222,31,16,6,3,24,19],"tags":[287,286,341,196,306,197,288,290,289,284,285,307,125],"_links":{"self":[{"href":"http:\/\/www.navision-blog.de\/blog\/wp-json\/wp\/v2\/posts\/366"}],"collection":[{"href":"http:\/\/www.navision-blog.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.navision-blog.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.navision-blog.de\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.navision-blog.de\/blog\/wp-json\/wp\/v2\/comments?post=366"}],"version-history":[{"count":0,"href":"http:\/\/www.navision-blog.de\/blog\/wp-json\/wp\/v2\/posts\/366\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.navision-blog.de\/blog\/wp-json\/wp\/v2\/media?parent=366"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.navision-blog.de\/blog\/wp-json\/wp\/v2\/categories?post=366"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.navision-blog.de\/blog\/wp-json\/wp\/v2\/tags?post=366"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}