SOP-transaktion kan vara antingen faktura (med kreditkortsinsättningar, i B2C e-handelsscenario), retur, försäljningsorder (där du vill kontrollera uppfyllelsen i separat process, förmodligen i Warehouse Management System) eller till och med offert (användbart i B2B e-handelsscenario, när du säljer på konto och du vill att dina kunder ska kunna konfigurera Offerten med deras prisnivåer, eventuella paket med ytterligare rabatter etc.). Tja, du kanske säger, dessa mappningar ser helt naturliga och fantastiska ut för mig, men hur skulle de kunna realiseras eller programmeras? Och förresten – vi har en befintlig e-handelswebbplats, som vi kodat internt med våra IT-programmerare – vi skulle vilja bevara denna e-handelswebbapplikation. Låt oss försöka titta på dina alternativ:
1. Realtid, Quasi realtid och verkstad experten schemalagda integrationer. Vi rekommenderar att du granskar denna “teoretiska” fråga först, eftersom svaret kan spara dig mycket mjukvaruutveckling eller pengar för licensiering av e-handelsprodukter. Vad är e-handelsvagnsintegration i realtid? – det är när kunden skickar beställningen, SOP-dokumentet dyker upp i Dynamics GP i samma ögonblick (med rimlig fördröjning för din server att köra integrationskod i realtid, kanske en eller två sekunder). Är realtid viktigt? Svaret beror på. Låt oss säga att du har flera tusen transaktioner per timme (vilket innebär att din e-handelssida kanske skickar in en transaktion inom några sekunder), och orderhanteringstiden är så viktig att du absolut behöver informera din e-handelskund inom några få sekunder. minuter, att hans eller hennes beställning togs emot och tilldelades, och här har du ditt UPS- eller FedEx-fraktspårningsnummer med beräknad leverans i morgon bitti (eller om tre till fem arbets-/kalenderdagar). Om detta är på väg att bli din situation kan realtidsintegrering av B2C och B2B e-handel anses vara en obligatorisk funktion. Men vad händer om du kan vänta, låt oss säga fem eller tjugo minuter och skicka partiet med “beställning mottagen” som bekräftar e-postmeddelanden till dina e-handelsnykomlingar eller återkommande kunder? Om detta är acceptabelt eller till och med om detta är ett optimalt sätt att göra affärer på, kan du schemalägga integrationen och flytta kundvagnar till Dynamics GP SOP-transaktioner med några minuters mellanrum (eller kanske tio eller till och med tjugo minuter). Det här scenariot är nästan realtidsintegrering av e-handel, och du kan överväga att implementera det. Låt oss nu överväga fallet, när du säljer något riktigt dyrt och du inte förväntar dig mer än ett dussin kundvagnar per arbetsdag. När kunden lägger beställningen kan du omedelbart utlösa e-postmeddelande som anger att beställningen har tagits emot, och sedan kan du köra integration över natten eller på morgonen och i slutet av arbetsdagen (två gånger per dag, med lördag och söndag som lediga dagar). Detta scenario är integration on demand eller schemalagd integration
2. Hur var och en av scenarierna för integration av e-handelsvarukorgen skulle kunna implementeras med minimal kostnad? Vi förväntar oss att du skulle gissa – realtidsintegrering är det lyxigaste tillvägagångssättet och kräver förmodligen det högsta implementeringspriset. Och du har helt rätt, realtid kräver anpassad eConnect-programmering (eller sådana verktyg, som Order Connector, tillgänglig från Alba Spectrum, där uppsättningen SQL Stored-procedurer är mer intuitiva och inte kräver SQL-programmerare för att få exponering för eConnect-objekt och inlärningskurva). Vi rekommenderar inte ad-hoc SQL-programmering (att skriva lagrade procedurer med begränsad exponering för Dynamics GP-tabellstruktur och dataflöde, Dynamics GP är medelstora Corporate ERP- och MRP-applikationer och dess dataflöde är ganska komplext). Låt oss nu gå vidare till kunderna, där du inte behöver kraft i realtid och du skulle vara ganska nöjd med ett tillvägagångssätt för att integrera varukorgen i realtid. Här kan du undvika anpassad programmeringsfas och direkt distribuera ett sådant slutanvändarvänligt verktyg som Dynamics GP Integration Manager. IM kan schemaläggas att avfyras vart visst antal minuter (kanske till och med varje minut, men mer realistiskt var femte, tionde eller tjugonde). Om din IT-avdelning har entusiastiska mjukvaruutvecklare och IT-ingenjörer, bör dessa personer hitta sättet att schemalägga IM-integration via Windows-makrotyp av gratisprogram. Dessutom, om du vill få IM-schemaläggningsverktyg (för en viss kostnad) direkt från Microsoft Business Solutions, är det också möjligt. Och nu det tredje sättet – när du har ett begränsat antal e-handelstransaktioner per arbetsdag och du är redo att ta tillvägagångssättet, när Dynamics GP-användare öppnar integration och kör den en eller två gånger per dag. Vår Dynamics GP-konsultpraxis och vår erfarenhet av att hantera e-handelsintegreringskrav till Dynamics GP eller historiska Great Plains Dynamics indikerar att det tredje scenariot är det vanligaste och passar till Dynamics GP ERP-mjukvarans nisch
3. e-handelsprodukt för Dynamics GP. Microsoft Dynamics GP har så kallad ISV-partnerkanal, där du har tillägg till GP tillgängliga från tredjeparts Integrated Software Vendors (vanligtvis Microsoft Gold Certified Partners som fick möjlighet att sälja sina produkter som tillägg till inhemska Microsoft Dynamics GP-funktionella verksamheter logik). När du försöker ta den här vägen, var medveten om att tillägg inte stöds direkt från Microsoft Business Solutions och du kan behöva betala en årlig förbättringsavgift direkt till Dynamics GP ISV-partner. Tja, när du ser Dynamics GP ISV e-handelspresentationer, kan vanligtvis e-handelstillägg eller ibland “nyckelfärdiga e-handelslösningar” kräva att byta till deras e-handelsplattform (mot att bara erbjuda e-handelsvagnsanslutningar).