Bouwmaat & Scheer E2E AG
•Download as PPTX, PDF•
0 likes•226 views
Peter Buenk & Michiel Holthuis
Recommended
Recommended
More Related Content
Similar to Bouwmaat & Scheer E2E AG
Similar to Bouwmaat & Scheer E2E AG (20)
More from webwinkelvakdag
More from webwinkelvakdag (20)
Bouwmaat & Scheer E2E AG
- 1. Informatie-infrastructuur in omni-channel transitie Voorbeelden uit de praktijk
- 2. Voorstellen & Inhoud Voorstellen: Peter Buenk, 42 jaar, Informatiemanager bij Bouwmaat. Focus op requirements, architectuur, processen en integratie. Inhoud • Bouwmaat • Waarom E2E? • Case1 • Case2 • Vragen 2© ShoppingTomorrow
- 3. Bouwmaat • Groothandel in bouwmaterialen (B2B) • Opereert in Nederland, 46 vestigingen + webshop • Facilitair hoofdkantoor 100 fte, gehele organisatie 900 • Belangrijkste kanalen: Vestiging, Web, Print (catalogus, promotie) • Microsoft georiënteerd bedrijf ( HyperV, MSSQL, Office365, PowerBI) • Belangrijkste applicatie componenten: • Dynamics NAV (meerdere omgevingen, meeste oud) • Informatica PIM • Aspos, real time online verkoopplatform (Off-&Online) • E2E bridge, middleware 3© ShoppingTomorrow
- 4. Waarom middleware en E2E? • Noodzakelijk gereedschap voor ketenregie • Geen directe koppelingen • Centraal beheer • Modelgedreven ontwikkelen • Technology partner • Kracht van oplossing 4© ShoppingTomorrow
- 5. Cases Case 1 Koppeling real-time online SaaS verkoop platform met legacy backoffice omgeving. Hoe krijg je standaard software (werkend….) gekoppeld met een bestaande administratieve ‘achterkant’ ? Case 2 Realisatie integratie met nieuw logistiek centrum. Hoe kan je in korte tijd een volledig geautomatiseerde data uitwisseling realiseren voor een vitale bedrijfsfunctie? En hoe beheer je deze nieuwe informatiestroom? 5© ShoppingTomorrow
- 6. Case 1: SaaS integratie met legacy Backoffice Uitganspunten: • Gebruik van modern/actuele techniek • Hoogfrequente communicatie (near real time) • Alle interfaces centraal Aanpak: • Inventarisatie • Analyse • Ontwerpen • Mappen • Realisatie 6© ShoppingTomorrow
- 7. Aspos integratie overzicht 7© ShoppingTomorrow application E2E_Application_Cooperation ASPOS Active DirectorySlim 4 Product Information Management Dynamics NAV CDBDynamics NAV BMN PIM Item Purchase Proposal Person Company PIM Structure Customer PurchaseOrder Vendor CustomerCardBonus Stock CustomerPayment TransactionCDBCentralOrder NAV Item CustomerSync Delivery Note Users Nav2Valk_FileSync Nav2Valk_FileSyncCustomerSync UserSyncSlim2Valk Pim2ValkTrasferMediaFiles2Valk GetCustomerBalance PIM Media Valk2Nav_FileSync FileSystemAdapter REST SQLAdapter SOAPsFTP Valk_PurchaseOrderTransactionValk_BonusValk_Company Valk_Person Nav2Valk_FileSync JournalInvoiceValk_CustomerCard StockLevels (SKU)StockmutationsCustomerOrder CustomerSync Valk2Nav_FileSync TransferMediaFiles2Valk Pim2Valk
- 8. Inzichten • Zonder middleware onmogelijk • Complexiteit onderschat • Maatwerk (legacy) • Saas • Leercurve middleware technologie • Doorlooptijd te positief ingeschat • Je kunt het niet in 1 keer goed doen • Ervaring partner in integratie • Domeinkennis • Capaciteit • Kennisdeling 8© ShoppingTomorrow
- 9. Case 2: Realisatie integratie logistiek centrum Uitganspunten: • Hoogfrenquente communicatie • Partner heeft integratie ervaring, professioneel • Werken onder architectuur Aanpak: • Workshops BRD (business requirements document) • End-to-end process flows en overall architectuur • Detail Design per interface • Realisatie • Beheer 9© ShoppingTomorrow
- 10. Overzicht van alle interfaces 10© ShoppingTomorrow business ArchiMate 2.0 CLC Applications dataflow high level E2EBridge E2E Bridge Dynamics NAV BMN Dynamics NAV Store Dynamics NAV store DC Product Information Management CEVA SCM TMSWMS DCA Supplier application Uitfaseren Nieuw InGebruik Pilot Status applicatie ASPOS InGebruik Nieuw Status Interface Slim4_DC Versie 4.0 31-08-2017 GIS CREDITVENDOR DCA2SLIM_STOCK BMN2SLIM_CODEMASTER INSDES DC to Store (STO) DESADV (xml) ORDSTA INSDES_CUST DC to Cust SLIM2DCA_PROPOSAL PURORD PRODAT DCA BMN2SLIM_LOGISTICS DCA2SLIM_PURORD INSDES DC to Store INVRPT PURORD Direct DC PO PRODAT CEVA INVOIC (txt) BMN2SLIM_ARTICLEMASTER DESADV (P.O.'s and Web) PURORD INVOIC DC PO PURORD DESADV ASN, if CrossDock & L4 PURORD (txt) DESADV all DC deliveries BMN2SLIM_TRANS DESADV CrossDock and DC PO INVOIC INSDES CUST (CUS / DIR) RECADV GENJOURNAL DESADV (P.O.'s and Web) PURORD Replenishment PURORD DESADV All DC deliveries BMN2SLIM_ARTFILTER DESADV (CS) PURORD Cust PURORD CrossDock incl RET, RET to DC DCA2SLIM_SALESORD INSDES, RET to Vend INVADJ STS / ADJ PURORD CrossDock incl RET, RET to DC
- 11. Voorbeeld End-to-End design Pakbon DC levering • Alle betrokken partijen • Alle betrokken berichten • Zo concreet mogelijk 11© ShoppingTomorrow Collaboration CLC DESADV DC STORE DynamicsNAVDCA new DC DESADV process and store message Message processed CEVA Dispatched order Send DESADV Message sent E2E write to DCA SOAPMap to DCA DESADV xsd CEVA2BMN_DESADV read AS2 for DESADV Map to BMN desadv xml import and export to share kick CEVA2DCA_DESADV DC DESADV processed DynamicsNAVBMN new DC DESADV Import message Export to Store message sent StoreNAV new DC DESADV Process and store message message processed
- 12. Detail design • Beschrijving • Werking • Attributen • Proces Schema 12© ShoppingTomorrow
- 13. Realisatie 1. Integratiepaden 2. Berichten 3. Helpers 13© ShoppingTomorrow
Editor's Notes
- oefening. verstaanbaar? Er is heel veel over te zeggen over informatie en integratie. Ik wil een korte kijk in de keuken bieden hoe wij twee projecten aangepakt hebben. Wat we er van geleerd hebben. We willen graag ruimte bieden voor vragen en interactie.
- Kort, snel Wie kent Bouwmaat? Groothandel in Bouwmaterialen.Focus op kleine zelfstandigen, professionals. Herstel- Renovatie- en Onderhoudsmarkt (HRO). Toegevoegde waarde speler die onze primaire doelgroep in staat stelt meer omzet te maken en succesvol te zijn. Informatie over onze IT omgevingen. Regie principe
- Veel applicaties die samenwerking, masterdata, transactiesystemen, autorisatie Beide zijden apart ontwikkelen / aanpassen, vervanging, dupliceren / parallel lopen Low code. BPMN flow als basis, UML diagrammen. Beheer views, user interfaces te maken, ook process dashboard. (PD moeten we nog wel mee beginnen, maar goed ingratie is de basis voor de visualisatie, kan niet andersom) Door modelgedreven ontwikkelen directe bijdrage aan documentatie en kennisborging. kennis en niveau,Flexibele partner in commercie, beschikbaarheid capaciteit, ook in mee willen denken Co-creatie, als er slimme toevoegingen te bedenken zijn dan ontwikkelt E2E die en wij dragen bij door deze te implementeren. Bijvoorbeeld AS2 module. Ideeen voor pilot RPA. Heeft alles wat we nodig hebben, en nog veel meer.
- Case 1 Vervangen volledige vestigingsautomatisering, gecombineerd met webshop. Saas dus wysiwyg, zowel functioneel maar vooral in dit kader relevant ook qua datamodel. oud als nieuw ondersteund worden, weinig mogelijkheden om daar aan te passen. ‘achterkant’ heavily customized en geoptimaliseerd in 10 jaar. Aspos ValkSolutions Case2 Herziening van de logistieke grondvorm. Van volledige decentrale distributie door leveranciers naar veel meer centralisatie. 3 functies. Vestigingsbelevering uit voorraad (harmonisatie levermomenten) CrossDock operatie Web fulfillment Niet zelf gebouwd, uitbesteed aan logistieke partner, CEVA logistics.
- Modern, xml ipv txt, webservice ipv bestandsexport Snel beschikken over de informatie in de rest van de keten, inzicht,rapporteges, snelle verwerking, spreiden van load 1 platform voor alle communicatie, niets direct Aanpak Inventarisatie gekozen om partner hierin leidend te laten zijn, hier echt op informatie niveau, hieraan vooraf gaat een grondige intersieve business evaluatie en toetsing, kunnen we het werk doen dat we willen doen, hier gaan we dan realiseren hoe we dat gaan realisere Analyse Is het beschikbaar, kunnen we het beschikbaar maken? Blijft het proces werken, aansluiting, rapportages, status concepten Ontwerpen Tweeledig. Vertalen van ontwikkelpunten bouwmaat applicaties , veel nieuwe exports inclusief regels. En ontwerpen interface, bron doel, hoe, wanneer, waarmee. Mappen op veld niveau een koppeling maken tussen bron en doel, plus regels / conversies Realisatie ontwerp en mapping overdragen aan ontwikkelaars Wat heeft dit nu opgeleverd???? suspense
- Volledig functionerende saas applicatie (webshop operationeel en 20 vestigingen) Volledig functionerende backoffice omgeving 8 hoofdservices 19 inkomende bestandstypes 28 uitgaande bestandstypes (veel eenrichtingsverkeer, masterdata) Gebruik van REST, SOAP, SQL, XML, TXT, SFTP
- open deuren, project en algemeen/generiek Waar we dachten dat een goed hulpmiddel zou zijn blijkt het pure noodzaak, je moet zo veel zelf kunnen opvangen bij standaardsoftware dat het een absolute vereiste is. Maar middleware is niet heel makkelijk dus daar heb je ook een stevige leercurve voor nodig 1 Als je 1 jaar lang ontwikklelt aan een efficiente operatie, dan is die dus heel efficient geworden, alleen hoe je dat precies bereikt hebt is niet meer zichtbaar, dat komtbij zon project als dit allemaal naar boven, zelf mede schuldig en toch heb ik mezelf ook verbaasd. 2 Je moet heel erg veel zelf doen, dat was ook een nieuwe realiteit waarvan als je er aan begint de impact niet helemaal duidelijk is. 3 middleware is complexe techologie. Het vergt een stevige leercurve om goed inzicht te krijgen in werking, mogelijkheden en onmogelijkheden. Ook het process van ontwikkelen, testen en live brengen Als er sprake is van onderschatting dan logischerwijs ook last van vertraging. Wat gezegd moet worden is dat het hier natuurlijk wel om en groot project gaat. initeel plan om in 6 maanden te komen tot een eerster pilot, is een jaar geworden. Een half jaar daarna de webshop live gebracht, en een half jaar daarna nog drie pilot vestigen, op dit moment in de laatste fase van volledige uitrol. Voor zo’n eerste stap ..neem de tijd… idealiter kleiner beginnen…. Wat het lastig maakt is om vast te stellen wanneer het goed genoeg is. Maar het is ook lasting om in test de productie situatie 100% te simuleren in alle dynamiek. Je hebt de operatie ook nodig. Dit geeft de druk en het inzicht om de laatste stap te zetten. Inzichten generiek, ook van toepassing op de volgende case. Zie je voor een deel ook terug in onze aanpak en keuzes. Als een partner weinig evaring heeft dan ga je dat merken, ook al die dat wel heeft. Hoe ervaren zijn zijn met interfacing, hoe ver ontwikkeld, hoe veel hulp kan je krijgen in analyse en realisatie. Het is crucial om de beschikking te hebben over domeinkennis. Hoe werkt het nu precies? Waarom doen we de dingen zoals we die doen? Waar en bij wie kan ik de informatie vinden? Enzovoort. Het is nodig dat er mensen zijn die dat overzicht hebben Het kost erg veel tijd, vooral als je begint! Zorg er voor dat beheerders zo snel mogelijk aan gesloten zijn op de projecten. Er zit zo veel kennisopbouw in het project en de realisatie. Het is moeilijk en tijdrovens om dat later apart over te dragen naar beheer. Mij advise is om die al vanaf de detailontwerp fases te betrekken
- Hele strakke regie op de orderstromen. Dag batch naar doorlopend ICT niveau en vermogen van partner, op gebied van interfaces had een groot aandeel / zware weging in de partner selectie. Vanwege de omvang van project en veelheid aan interfaces een partij nodig met ervaring. We hebben daarop echt partijen laten afvallen. Deze keuze heeft zich echt terugbetaald in het project. Vooraf integraal ontwerp. Al direct in de workshops aandacht voor data definities, communicatie, en interfacing Voordat er nog maar 1 ontwikkelstap is gezet inzicht en overzicht creeren, niet op detailniveau maar wel op overzicht. Uniforme opzet van alle interfaces (ETL). Eenduidige werkwijze voor ontwikkelen, legt teven de basis voor uniform beheer en inzicht Onder regie van partner integrale en intensieve workshops, CEVA heft ons hierin echt goed begeleid en na twee maanden BRD (scope CEVA, uitbesteedde dienst) End to end vertaling voor inzicht impact in bestannde processenen applicatie Overall architectuur plaat als basis voor de ontwikkeling. Detaildesign op basis van uniforme opzet. Steeds op dezelfde manier modelleren en beschrijven, wel veel maar meer van hetzelfde Realisatie ETL light framework van E2E, database, generieke opzet integratie paden met daaronder berichttypes. Helpers, generieke logica eenmalig ontsluiten in een helper die gebruik kan worden door iedere service die dat nodig heeft. Door bovenstaande aanpak en realisatie ontstaat een situatie die heel mooi beheersbaar is. 1 overzicht van waaruit je inzoomen op de problemen, inzage in 38 services vanuit 1 beheer console
- Overzicht van de systeemsamenwerking, welke systemen zijn betrokken, en welke berichten wisselen ze uit. Document in ontwikkeling, versies. Geeft een goed beeld van de omvang, hoeveelheid (en dus complexiteit) Totaal 38 services, gegroepeerd in
- Management console, hier kunnen de services beheerd worden. 1 integratie pad open geklapt, totaal zo dus 38 berichten. Helpers per applicatie
- Opgerold overzicht, totaliseert per bericht per status, doorklikken naar de details mogelijk. Doorklikken op de regel brengt je naar de detailinfo van het integratie pad waar je ook de inhoud van de melding kan vinden. Heel krachtig mechanism om veel services efficient te beheren.
- Direct info over het problem, referentie naar het bestand of record. Kan door beheerders direct opgepakt worden om af te handelen.