در طول دهه 1990، روش رایج مبادله اطلاعات بین شرکای تجاری، تبادل الکترونیکی داده (EDI) بود و همه فروشندگان عمده ERP امکانات EDI را به محصولات خود اضافه کردند. با این حال، EDI به نتیجه دلخواه خود نرسید زیرا هر سازمان به EDI سفارشی شده خود (برای در نظر گرفتن قالب داده منحصر به فرد خود)، هزینه راه اندازی بالا (نیازمند شبکه ارزش افزوده خصوصی اجرا شده) و انسجام یا استانداردسازی کمی نیاز دارد. اکثر سازمان ها از عملکرد EDI در هنگام پیاده سازی سیستم های ERP خود استفاده نمی کنند.

ظهور فناوری های اینترنت و اینترانت از اواسط دهه 1990 شاهد رشد تصاعدی تجارت الکترونیک (تجارت الکترونیک) بود. تجارت الکترونیک شامل خرید کالا از طریق اینترنت (شامل نیاز تبلیغاتی، صدور دعوت به مناقصه، حراج معکوس و غیره)، فروش کالا از طریق اینترنت (شامل حراج الکترونیکی، انتشار کاتالوگ های الکترونیکی) و انجام فرآیندهای مرتبط به صورت الکترونیکی است. دریافت فاکتور، پرداخت، نظارت بر عملکرد.

پاسخ فروشندگان ERP: فروشندگان ERP برای پاسخگویی سریع به نیازهای در حال تغییر که در آن مشتریان و تامین کنندگان اطلاعاتی را می خواستند که در سیستم ERP Backend وجود دارد، برای همکاری موثر، جریان اطلاعات بهتر و به حداقل رساندن هزینه در سراسر زنجیره تامین، چابک نبودند. مشتریان وضعیت عرضه، اطلاعات صورتحساب، مطابقت با ضمانت را از طریق وب خواستار شدند در حالی که تامین کنندگان اطلاعات آنلاین در مورد موجودی، برنامه عرضه و وضعیت پرداخت را می خواستند. محصولات ERP معماری سفت و سختی دارند و هرگونه تغییر/توسعه مستلزم کدنویسی پیچیده است و ایجاد پیوند بین ERP باطنی با تجارت الکترونیکی مبتنی بر وب پیشانی، یک کار چالش برانگیز بود.

فروشندگان ERP با تلاش خود برای فعال کردن محصول خود به این چالش پاسخ دادند. آنها برخی از عملکردها را در داخل توسعه داده اند، اما از محصولات شخص ثالث مانند ویترین نیز استفاده کرده اند. آنها جریان های کاری جدیدی را ایجاد کرده اند که شامل فروشندگان، مشتریان، ارسال کنندگان، توزیع کنندگان و بانکداران می شود. آنها این گردش کار را با اتخاذ استانداردهای باز مانند جاوا و XML فعال کرده اند.

چالش دیگری که فروشندگان ERP برای فعال کردن محصول خود با وب مواجه بودند، مسائل امنیتی مربوط به تراکنش های تجارت الکترونیکی بود که توسط شبکه خصوصی مجازی (VPN) از طریق ستون فقرات اینترنت انجام می شود. آنها باید ابزارهای احراز هویت مانند امضاهای الکترونیکی و گواهی های دیجیتال، تراکنش های الکترونیکی امن (SET) و محرمانگی را از طریق رمزگذاری کلید متقارن/ رمزنگاری کلید عمومی اتخاذ کنند.

معاملات تجارت الکترونیک را می توان به طور کلی تحت تدارکات الکترونیکی و فروش الکترونیکی به ویژه در زمینه معاملات تجاری به تجاری طبقه بندی کرد . برخی از جزئیات تحت این طبقه بندی ها در زیر آورده شده است:

تدارکات الکترونیکی – یک مورد نیاز تدارکات الکترونیکی معمول یک سازمان در زیر نشان داده شده است:

• مناقصه الکترونیکی شامل انتشار مناقصه، ارسال، فهرست کوتاه، ارزیابی و جایزه می باشد. تسهیلات ارزیابی قراردادهای خدمات فناوری اطلاعات حاوی ماتریس ارزیابی مجتمع.
• انطباق مقدار توافق شده Vis-a-Vis به نام مقدار، تلفیق مقدار نامیده شده برای به دست آوردن تخفیف های مقدار توافق شده.
• تسهیلات برای انتشار و به روز رسانی کاتالوگ های الکترونیکی توسط فروشندگان.
• تجزیه و تحلیل برای تجزیه و تحلیل هزینه ها که برای تصمیم گیری های استراتژیک، مدیریت ارتباط با تامین کننده و به حداقل رساندن خرید غیرقانونی استفاده می شود.
• تسهیلات برای حراج معکوس از طریق تجارت به بازار تجاری.

برای برآوردن نیاز فوق، فروشندگان ERP یکپارچه سازی فرانت اند مبتنی بر وب با تولید تقاضا (ماژول برنامه ریزی)، تهیه سفارش خرید (ماژول تدارکات)، دریافت کالا (ماژول انبار)، پرداخت (ماژول حساب قابل پرداخت)، معامله انجام دادند. توسط سیستم ERP Back-end

فروش الکترونیکی – بزرگترین تغییری که تجارت الکترونیک در رابطه با فروش و بازاریابی کالا ایجاد کرده است، ایجاد کانال فروش جدید مبتنی بر وب است. این امر از طریق افزایش فروش، گسترش دسترسی به بازار از جمله بازار خارج از کشور، بهبود وفاداری مشتریان و کاهش هزینه تراکنش، بر بخش‌های خرده‌فروشی تأثیر زیادی گذاشته است.

فروش الکترونیکی ارزش را با توجه به فرآیند تجاری زیر افزایش می دهد:

• دسترسی سریع و شفاف به مشتری از طریق فرآیند حراج الکترونیکی.
• پردازش سفارشات مشتری به سرعت از طریق برنامه های کاربردی وب فروشگاه.
• بررسی اعتبار مشتری
• ترتیب ارسال محموله را در جایی که نزدیکترین توزیع کننده کالاها را ارسال می کند.
• ارائه تسهیلات به مشتری جهت بررسی وضعیت سفارش از طریق وب.

برای برآوردن نیازهای فوق، ادغام سیستم وب با سیستم ERP Back-end انجام شد. قبل از پذیرش سفارش، وضعیت ATP (در دسترس برای وعده) از ماژول برنامه ریزی تأیید می شود. برای نقل قیمت، ماژول های ارسال کالا و دریافت پرداخت، فروش، انبارداری و حساب های دریافتنی سیستم ERP به هم مرتبط هستند.