محتوای صفحه

مدیریت الکترونیکی اسناد

گروه خرده فروشی X5 رهبر خرده فروشی داخلی در اجرای تبادل الکترونیکی داده است. استفاده از EDI در کار، روند عرضه کالا به زنجیره های خرده فروشی را سرعت می بخشد.

X5 - رهبر در EDI

گروه خرده فروشی X5 پیشرو در بازار خرده فروشی در اجرای انواع جدید اسناد EDI (تبادل الکترونیکی داده ها) و حجم روزانه جریان اسناد الکترونیکی است. معرفی مبادله خودکار فاکتورها گام دیگری در جهت ارتقای کیفیت همکاری متقابل، ساده سازی و افزایش سرعت کار با تامین کنندگان بود.

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

امروزه، ارائه دهندگان EDI که "توافق سطح خدمات برای ارائه خدمات تبادل الکترونیکی داده" را با گروه خرده فروشی X5 امضا کرده اند در مبادله صورتحساب های الکترونیکی شرکت می کنند: ForaProm LLC (پلتفرم LERADATA)، Sislink LLC (سکوی CISLink)، LLC Electronic. ارتباطات (سکوی EVOLUTION-3.0)، Corus Consulting CIS LLC (سکوی SPHERE)، PF SKB Kontur CJSC (پلت فرم EDI.KONTUR) و Edisoft LLC (پلت فرم EDISOFT). Providers LLC "Electronic Communications LLC" (سکوی EVOLUTION-3.0) و ForaProm LLC (پلتفورم LERADATA) ارائه دهندگان EDI دارای گواهینامه ECR-روسیه و مجاز X5 Retail Group هستند که با اپراتورهای قابل اعتماد مدیریت اسناد الکترونیکی خدمات مالیاتی فدرال روسیه - LLC Kaluga- شراکت دارند. Astral and LLC Sistem Group Rus، که به شما امکان می دهد صورتحساب های الکترونیکی (ورودی و خروجی) را به طور قانونی از تامین کنندگان به گروه خرده فروشی X5 و به عقب منتقل کنید.

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

آنچه EDI می تواند برای تامین کنندگان انجام دهد

سیستم تبادل الکترونیکی داده به تامین کنندگان این امکان را می دهد که نه تنها در منابع مالی، بلکه در زمان خود نیز با صرفه جویی در خدمات انتقال و ذخیره اسناد کاغذی و کپی کردن رسانه های کاغذی، به میزان قابل توجهی صرفه جویی کنند.

مزایای اصلی پیاده سازی سیستم تبادل الکترونیکی داده ها:

​​​​№​​	نوع سند EDI	مزایای اجرای یک سند EDI
1	اعلان مشارکت کنندگان تبادل (PATRIN)	اعلان خودکار روزانه در مورد اشیاء فعلی X5
2	مشخصات قیمت (PRICAT)	فرآیند خودکار برای مبادله مشخصات قیمت الزام آور قانونی به صورت الکترونیکی. به شما امکان می دهد زمان تایید قیمت را کاهش دهید، تاخیرها و خطاهای دستی را حذف کنید، اسناد کاغذی را مبادله کنید، پردازش و ذخیره سازی آنها را انجام دهید.
3	سفارش خریدار به تامین کننده (ORDERS)	انتقال سریع و خودکار سفارشات X5 به تامین کنندگان، پشتیبانی فنی، کنترل و نظارت بر انتقال سفارش
4	پاسخ تامین کننده به سفارش خریدار (ORDRSP)	تایید تعهدات تحویل توسط تامین کننده. کاهش موجودی ها و (یا) کمبود کالا در فروشگاه های زنجیره ای. حسابداری کالاهای تامین کننده "در حال ترانزیت" - کاهش خطر تحویل بیش از حد و (یا) امتناع از پذیرش کالا
​5	اطلاع رسانی تامین کننده در مورد ارسال تحویل به خریدار (DESADV) - بارنامه الکترونیکی	تسریع در فرآیند دریافت (انتقال) تحویل در فروشگاه ها و در مرکز توزیع شبکه. کاهش خطاهای دستی کارمندان و تامین کنندگان X5 در هنگام پذیرش و متعاقباً در حین پرداخت: شناسایی خودکار تحویل و سفارش SAP X5، شناسایی خودکار پذیرش تامین کنندگان X5 و ESF اطلاعات نامه و ارائه پروژه
6	اطلاعیه پذیرش خریدار (RECADV) - گواهی پذیرش الکترونیکی	تسریع در روند تولید فاکتورهای صحیح از سوی تامین کنندگان. کاهش تعداد تحویل های بدون فاکتور
7	اعلان بازگشت کالا (RETDES) و اعلان پذیرش بازگشت (RETREC)	تایید سریع و مستند کالاهای مرجوعی توسط X5، تسریع در روند تطبیق ترازنامه ها، افزایش شفافیت و کنترل فرآیندهای مرجوعی کالا
8	بیانیه آشتی تسویه حساب های متقابل با طرف های مقابل (COACSU)	اتوماسیون و تسریع (به موقع بودن، مرتبط بودن) فرآیند تطبیق مطالبات و مطالبات با تامین کنندگان
9	اطلاع از کاستی های شناسایی شده مرتبط با کیفیت نامناسب محصول	اتوماسیون و تسریع (به موقع بودن، مرتبط بودن) جریان اسناد با تامین کنندگان در مورد جریمه های FROF. تیفقط در صورتی که تامین کننده تامین کننده وجوه دارایی فدرال باشد.

​​

نحوه پیوستن به تبادل اسناد الکترونیکی با X5

گروه خرده فروشی X5 مراحل اصلی را توسعه داده است تا تامین کنندگان بتوانند به سیستم تبادل الکترونیک اسناد بپیوندند.

مرحله 1

تامین کننده باید با تکمیل اجباری ضمیمه توافق نامه اضافی، یک قرارداد EDI اضافی با گروه خرده فروشی X5 به قرارداد تامین منعقد کند. توافقنامه - برنامه های کاربردی برای سازماندهی تبادل اسناد الکترونیکی بین تامین کننده و خریدار. الگوهای اسناد را می توان از اداره بازرگانی گروه خرده فروشی X5 یا از کارکنان بخش قرارداد X5 دریافت کرد.

مرحله 2

قراردادی برای ارائه خدمات تبادل الکترونیکی داده با یک ارائه دهنده EDI منعقد کنید. شرکت هایی که قبلاً با EDI توافق کرده اند باید نامه ای به ارائه دهنده EDI خود در مورد نیاز به سازماندهی تبادل الکترونیکی با X5 Retail Group ارسال کنند. پارامترهای دسترسی به صفحه وب-EDI آن را از ارائه دهنده EDI دریافت کنید یا یکپارچه سازی مشترک سیستم حسابداری خود و سیستم ارائه دهنده EDI را انجام دهید.

مرحله 3

از طریق ارائه دهنده EDI بررسی کنید که آیا تامین کننده دارای یک کد GLN است - یک کد منحصر به فرد برای شناسایی مکان های فیزیکی و اشخاص حقوقی تامین کننده، و همچنین واحدهای ساختاری آن - دفاتر، فروشگاه ها، انبارهای حمل و نقل، مراکز توزیع و غیره. اگر تامین کننده یک کد GLN وجود ندارد، برای کسب اطلاعات بیشتر در مورد نحوه دریافت آن باید با ارائه دهنده EDI خود تماس بگیرید.

مرحله 4

یک تطبیق بین طیف محصولات ارائه شده به گروه خرده فروشی X5 انجام دهید، یعنی با ارائه دهنده EDI خود تماس بگیرید تا او ترتیبی دهد که تامین کننده لیستی از محصولات X5 را مطابق با لیست قیمت کالاهای عرضه شده به گروه خرده فروشی X5 دریافت کند. ارائه دهنده EDI همچنین اطلاعاتی را در مورد نحوه تطبیق محدوده محصول به تامین کننده ارائه می دهد. این لیست یک جدول داده شامل نام محصول، کد X5 Retail Group (PLU) و مجموعه ای از بارکدهای ذخیره شده در سیستم حسابداری X5 Retail Group خواهد بود. به تامین کننده توصیه می شود کد گروه خرده فروشی X5 (PLU) را در سیستم حسابداری خود بارگذاری کند، زیرا در سفارش از گروه خرده فروشی X5، کد گروه خرده فروشی X5 (PLU)، بارکد محصول و کد تامین کننده داخلی برای شناسایی محصول استفاده می شود.

گام پنجم

برای انجام آزمایشات و انجام مبادلات آزمایشی اسناد EDI با ارائه نامه ای با ارائه دهنده EDI تماس بگیرید.

وبینار X5

در 30 آگوست 2017، یک وبینار برای تامین کنندگان X5 برگزار شد که به انتقال از جریان اسناد قانونی مهم نسخه کاغذی مشخصات قیمت به الکترونیکی (EDI PRICAT) اختصاص داشت.

در 29 ژوئن 2017، یک وبینار اختصاص داده شده به استفاده از UPD الکترونیکی در مدیریت اسناد الکترونیکی مهم برگزار شد.

استاندارد EDI (Electronic Data Exchange) بخشی از سیستم های قدیمی و تاسیس شده است. اما ما دائماً شاهد ارائه EDI به عنوان یک استاندارد مدرن هستیم. آیا اینطور است؟ آیا باید EDI را به عنوان یک فناوری اصلی برای پروژه های جدید در نظر بگیریم؟
بیایید از دیدگاه فنی به EDI نگاه کنیم و همه چیز را کنار بگذاریم.

فرمت داده در EDI

از EDI استفاده می کند قالب متن محدود شده. برای ساختارهای داده مسطح مانند جداول به خوبی کار می کند. برای نمایش ساختارهای داده سلسله مراتبی به خوبی نیست. اشیاء تودرتو با استفاده از فرمت های برچسب گذاری شده مانند XML و JSON بهتر سریال می شوند.
بسیار عجیب است، اما هرگز ساخته نشده است زبان توصیف(تعریف سند)برای EDI سال ها از ظهور EDI می گذرد و تلاش زیادی برای آن صرف شده است، اما زبان توصیف ایجاد نشده است. زبان توصیف به شما امکان می‌دهد پردازش داده‌ها را خودکار کنید، یعنی تولید، تأیید، تبدیل، سریال‌سازی، سریال‌زدایی. برای مقایسه، برای تأیید داده‌های XML، ما یک طرح داده (XML Schema، xsd) می‌گیریم و تجزیه‌کننده به‌طور خودکار داده‌ها را برای مطابقت با این طرح بررسی می‌کند.
شما می توانید بدون نمودار انجام دهید، اما پس از آن علامت گذاری سند مطلوب است. اسناد XML و JSON را می توان بدون طرح واره از حالت سریال خارج کرد زیرا خود داده حاوی برچسب (نام) عناصر داده است. EDI فقط دارای برچسب برای بخش ها و بدون برچسب برای عناصر است. عناصر با موقعیت آنها در یک قطعه تعیین می شوند. جهانیتجزیه‌کننده EDI فقط می‌تواند سند را به مجموعه‌های اولیه تجزیه کند، زیرا سند حاوی نام و نوع عناصر داده نیست.

بیایید به جزئیات بپردازیم.

استاندارد EDI از دو بخش اصلی تشکیل شده است:

• قالب پاکت (دسته ای؟) (ترکیبی از استانداردهای پیام رسانی)
• مشخصات سند (فرمت ها) (ترکیبی از استانداردهای صنعت (دامنه)

قالب دسته ای

EDI بسته هایی را برای مجموعه ای از اسناد، گروه هایی از اسناد، و خود اسناد/معاملات تعریف می کند. تبادل, گروهو معامله/سند). بسته ها به ترتیب به جفت های ISA/IEA، GS/GE، ST/SE محدود می شوند.
توجه: برای اهداف تصویری، من از نوع EDI X12 استاندارد رایج در آمریکای شمالی استفاده می‌کنم. نسخه دیگری از استاندارد، EDIFACT، در اروپا رایج است و تفاوت اساسی با X12 ندارد.
در اینجا نمونه ای از اولین بخش های هر سه بسته: ISA، GS و ST وجود دارد. مثال از اینجا گرفته شده:

ISA*00* *00* *ZZ*RECEIVERID *12*SENDERID *100325*1113*U*00403*000011436*0*T*>~
GS*FA*RECEIVERID*SENDERID*20100325*1113*24712*X*004030~
ST*997*1136~

در بخش اول چه چیزی می بینیم؟
سه کاراکتر آخر بخش ISA هستند شخصیت های جداکننده: "*>~": "~" - نماد جداسازی بخش. "*" - نماد برای جدا کردن عناصر در یک بخش. ">" نمادی برای جداسازی عناصر فرعی در یک عنصر است. با تغییر این کاراکترها، اساساً در حال تغییر فرمت بسته ها و اسناد هستیم. در XML و JSON، کاراکترهای جداکننده در استاندارد مشخص شده اند و قابل تغییر نیستند. جداکننده‌های قابل تغییر یادگاری از دوران قبل از ایجاد یونیکد هستند. اما حتی در آن زمان، تغییر پذیر ساختن مرزها ایده خوبی نبود. شخصیت های جداکننده شخصیت های بسیار مهمی هستند. اگر بتوانیم استفاده کنیم هرکاراکترها به عنوان جداکننده، این نه تنها منطق تجزیه بسته ها را به اجزای سازنده آنها تغییر می دهد، بلکه منطق تجزیه متن را در داخل خود عناصر نیز بسیار پیچیده می کند.
حتی در بخش ISA ما عناصری را می بینیم که تعریف می کنند فرمت های زمان و تاریخ. آنها به ما کمک می کنند تا از قالب های سفارشی تاریخ و زمان در اسناد استفاده کنیم. این در دهه هفتاد زمانی که ما نیاز داشتیم چند بایت را هنگام رمزگذاری تاریخ و زمان ذخیره کنیم، منطقی بود. آیا اکنون که بر مشکل Y2K غلبه کرده ایم و استانداردهای تخصصی و بسیار دقیقی برای نمایش زمان ایجاد کرده ایم به این عناصر نیاز است؟
ما در بخش ISA عناصری را می بینیم که تعریف می کنند فرستندهو مخاطب. در اصل این است - نشانی(مسیریابی) اطلاعات یعنی استاندارد بسته بندی با استاندارد آدرس دهی ترکیب می شود. با استفاده از EDI، باید فرستنده و مقصد را در داده های خود مشخص کنیم. در بخش ISA نیز وجود دارد عناصر مجوز. کل ایده قرار دادن این اطلاعات مجوز در درون خود پیام ها زمانی کاملاً پیشرو بود، اما اکنون اگر خطرناک نباشد حداقل ساده لوحانه به نظر می رسد. اکنون می‌دانیم که اطلاعات مجوز بسیار بسیار پیچیده‌تر از یک جفت مقدار است. همین را می توان در مورد اطلاعات آدرس نیز گفت. استاندارد EDI ما را به استفاده از این عناصر سوق می دهد.
ما همچنین عنصر را می بینیم تقاضای تایید (درخواست تصدیق). یعنی سازنده سند استراتژی استفاده از تأییدیه ها را مستقیماً در سند تعیین می کند. آیا این ایده خوبی است؟ ما می توانیم از اسناد در سناریوهای مختلف استفاده کنیم. برخی از آنها از تأییدیه ها در سطح برنامه استفاده می کنند، برخی دیگر از پروتکل های دیگر برای بهبود قابلیت اطمینان استفاده می کنند. خط مشی قابلیت اطمینان در خود داده ها تعیین نمی شود، زیرا قابلیت اطمینان یک موضوع نسبتاً پیچیده در انتقال داده است که توسط بسیاری از شرکت کنندگان در ارتباطات تعیین می شود.
حتی در داخل بخش های بسته که می بینیم اعداد کنترلی (اعداد کنترلی). آنها در سناریوهایی مورد نیاز هستند که ما مجموعه ای از اسناد را دریافت می کنیم، اما بخشی از مجموعه در طول مسیر گم شده یا خراب می شود و ما سعی می کنیم تا حد امکان داده ها را بازیابی کنیم. این سناریو برای مدت طولانی مورد استفاده قرار نگرفته است، زیرا چنین مشکل قابلیت اطمینان معمولاً در سطوح پایین پروتکل های ارتباطی حل می شود. ما قابلیت اطمینان ارتباطات را در لایه برنامه ایجاد نمی کنیم، درست است؟
یکی دیگر از عناصر بخش ISA است نسخه EDI(شناسه استاندارد). این شبیه به پشتیبانی از نسخه‌سازی است که از استانداردهای سریال‌سازی با آن آشنا هستیم.
بخش GS حاوی عنصری است که تعریف می کند نوع سند (نوع سند). به عنوان مثال، این یک سفارش یا یک فاکتور است. هیچ مشکلی در این مورد وجود ندارد، اگرچه تنظیم نوع سند در خود سند آسان تر است.

همانطور که می بینیم، تقریباً همه عناصر در بخش های بسته یا بی فایده هستند یا علاوه بر این، اگر مطابق استاندارد از آنها استفاده کنیم خطرناک هستند.
لطفاً سعی نکنید از داده های بخش های بسته برای احراز هویت و آدرس دهی استفاده کنید.
EDI در زمانی ایجاد شد که قرار دادن این اطلاعات در بسته ها تنها گزینه بود. ما اکنون اسناد را از طریق اینترنت منتقل می کنیم و از مجموعه بزرگی از استانداردها و پروتکل ها برای بسته بندی، آدرس دهی، احراز هویت، مجوز، قابلیت اطمینان، رمزگذاری، سریال سازی، تقسیم بندی و غیره استفاده می کنیم. اطلاعات مربوط به پروتکل در طول مسیر داده اضافه و حذف می شود و این اطلاعات مستقل از خود داده است.

آیا EDI یک فرمت داده استاندارد است یا یک پروتکل؟

EDI سعی می کند یک پروتکل باشد، به همین دلیل است که ما این عناصر آدرس دهی، مجوز و درخواست تایید را می بینیم. من نمی دانم چگونه می توان این اطلاعات را با مدل لایه پروتکل OSI مقایسه کرد.
اما همچنان، بیشتر استاندارد EDI به فرمت های داده اختصاص دارد.

فرمت های سند

در داخل بسته ها ما خود اسناد را می بینیم. اما ما استانداردی برای یک سند جهانی و کلی پیدا نخواهیم کرد. این استاندارد قالب‌های متعددی را برای انواع اسناد تعریف می‌کند: برای سفارش‌ها، برای فاکتورها، فهرست‌های موجودی پیوست‌ها... بخش کوچکی از فهرست عظیم اسناد استاندارد شده را خواهید یافت.
EDI از یک افسانه معروف پیروی می کند: «در جایی بیرون یک قالب ایده آل وجود دارد که هر سناریویی را توصیف می کند. ما قطعا این قالب را پیدا خواهیم کرد. ما فقط باید سناریوهای جدید اضافه کنیم و سناریوهای قدیمی را اصلاح کنیم.»
در نتیجه EDI، اسناد استاندارد (مشخصات) بیش از حد پیچیده هستند.
بیایید یک مثال بزنیم: برای یک کتابفروشی کوچک محلی به فاکتور نیاز داریم. ما یک مشخصات استاندارد مناسب، EDI 850، سفارش خرید پیدا کردیم. در نگاه اول بیش از حد دقیق به نظر می رسد. ما غذا، زغال سنگ، غلات، محصولات مایع، محصولات خطرناک یا دارو نمی خریم. ما به آدرس های بین المللی نیاز نداریم. ما از خدمات تحویل عجله استفاده نخواهیم کرد. مشخصات EDI همه این گزینه های ممکن را توصیف می کند، اما فیلدهای زیادی در آن وجود دارد که ما هرگز از آنها استفاده نخواهیم کرد. برای سند ساده ما بسیار پیچیده است.
استانداردهای صنعتی (دامنه) زیادی وجود دارند که به عنوان نوعی مخزن دانش مورد استفاده قرار می گیرند. اما این استانداردها به عنوان استانداردهای انتقال داده استفاده نمی شوند. (نگاه کنید به، که مشکل استانداردهای صنعت را شرح می دهد.)

حلقه های داخل اسناد

ساختار اسناد فردی بسیار ساده است. اسناد از مجموعه‌ای از بخش‌هایی تشکیل شده‌اند که داده‌های سند در درون آن‌ها قرار دارند.
اما معلوم می شود که بخش ها را می توان در گروه ها یا گروه های تکراری ترکیب کرد، به اصطلاح چرخه ها(حلقه ها). نکته جالب این است که این چرخه ها به هیچ وجه در سند برجسته نمی شوند. ما می توانیم در مورد وجود یک چرخه در مشخصات این سند خاص بخوانیم. بخش هایی از یک نوع (با برچسب های یکسان) می توانند به طور مستقل یا درون چرخه ها قرار گیرند. ایجاد تجزیه‌کننده‌ای که چرخه‌ها را تشخیص می‌دهد (که تکرار می‌کنم به هیچ وجه در سند ذکر نشده‌اند) یک کار نسبتاً بی‌اهمیت است.
در XML و JSON چنین مشکلی وجود ندارد؛ اشیاء سلسله مراتبی یا مجموعه ای از اشیاء در هر سطح تودرتو بسیار ساده با استفاده از تگ های باز و بسته، با نام یا بدون نام تعریف می شوند.
EDI سعی کرد روی دو صندلی بنشیند. از یک طرف، فرمت سند آن شبیه فرمت csv است و برای ارائه داده های جدولی مناسب است. از سوی دیگر، او سعی کرد اشیاء سلسله مراتبی را توصیف کند و این تلاش بسیار غیر متقاعدکننده به پایان رسید. البته الان که JSON پیش روی ماست این را می فهمیم. اما به یاد داشته باشیم که EDI برای انتقال داده های جدولی ساخته نشده است، بلکه برای انتقال اسنادی ساخته شده است که ساختار آنها سلسله مراتبی است.

نمایی غیر فنی از EDI

به منظور کامل بودن، من همچنان برخی از ویژگی های غیر فنی EDI را ذکر می کنم:

• استاندارد EDI رایگان نیست. این در مقایسه با سایر استانداردها بسیار عجیب به نظر می رسد.
• مشخصات استاندارد EDI بیش از حد است دقیق. مشخصات EDI آنقدر پیچیده است که شرکت ها باید متخصصانی را استخدام کنند که با مشخصات خاص آشنا باشند. این متخصصان با استفاده از اصطلاحات خاص EDI ارتباط برقرار می کنند؛ این تقریباً یک زبان EDI است که ربطی به تجارت ندارد. به قراردادهای EDI بین شرکت ها نگاه کنید. این قراردادها مملو از الزامات خاص تعریف شده توسط استاندارد EDI هستند، اما با الزامات تجاری فاصله زیادی دارند.
• استاندارد EDI پایدار نیست. یک کمیته ویژه هر شش ماه یکبار تغییراتی در استاندارد EDI صادر می کند. هر یک از این نسخه ها توضیحات جدیدی را به همراه دارد. توسعه یک استاندارد از درخواست های کاربر پیروی نمی کند، بلکه صرفاً از یک برنامه زمانی پیروی می کند. احتمالاً این به این دلیل نیست که استاندارد بسیار بالا است، بلکه به این دلیل است که کمیته باید نتایج کار خود را نشان دهد.
• EDI ایجاد شد تا ذخیره بیت هاو اسناد را تا حد امکان فشرده کنید. این نیاز هنوز وجود دارد، اما به سختی برای انتقال اسناد استفاده می شود. اکنون هر کودکی صاحب تلفنی است که گیگا بایت ویدئو پخش می کند. این دیگر دوران مین فریم و تله تایپ نیست. و خواندن گزارش هایی که به طور جدی در مورد صرفه جویی در منابع به دلیل انتقال از مدیریت اسناد کاغذی به استفاده از EDI بحث می کنند، بسیار عجیب است.
• برای صرفه جویی در حافظه، EDI استفاده می کند کدهابرای ارائه داده ها در هر کجا که ممکن است. در نتیجه، اسناد رمزگذاری شده به نظر می رسند، که باعث ایجاد مشکل اضافی در اشتراک گذاری جداول کد می شود.
• استاندارد EDI برای انتقال ایجاد شد دسته ای از اسنادبه دلیل اینکه ارتباطات و کامپیوترها گران و کند بودند. از آن زمان تاکنون چیزهای زیادی تغییر کرده است، ارتباطات و رایانه ها سریع و ارزان شده اند. داده ها اکنون در پیام های کوچک یا جریان ها منتقل می شوند و این پیام های کوچک اساس سیستم های توزیع شده هستند. مجموعه‌های اسناد هنوز استفاده می‌شوند، اما نه به دلیل کندی سخت‌افزار، بلکه به این دلیل که فرآیندهای تجاری به آن نیاز دارند.
• وجود ندارد استاندارد برای زبان توصیف EDI. این بدان معنی است که ما نمی توانیم ایجاد کنیم جهانیتجزیه کننده برای پردازش اسناد EDI. تجزیه کننده ها باید حاوی توضیحاتی از هزاران مشخصات EDI موجود با مقدار زیادی جزئیات باشند. (به عنوان مثال، مایکروسافت حدود 7 هزار طرح XML برای اسناد EDI به عنوان بخشی از BizTalk Server ارائه می دهد.) تجزیه کننده های EDI موجود گران هستند. برای کار با اسناد EDI، به احتمال زیاد باید اسناد EDI را به فرمت XML تبدیل کنیم و از XML Schema همراه با تجزیه‌کننده XML برای پردازش اسناد EDI استفاده کنیم: برای تأیید، تبدیل، سریال‌سازی، سریال‌زدایی، ایجاد. این کاری است که در BizTalk Server انجام می شود.
• به دلیل عدم وجود زبان توصیف استاندارد EDI، اسناد با استفاده از دستورالعمل های چند صفحه ای شرح داده می شوند. توسعه دهندگان تجزیه کننده EDI این دستورالعمل ها را متفاوت تفسیر می کنند و به همین دلیل متفاوت است تجزیه کننده های EDI ناسازگار هستند.
• استاندارد EDI در زمانی ایجاد شد که توسعه برنامه‌ها، پروتکل‌ها و فرمت‌های داده بسیار پرهزینه بود و زمان بسیار زیادی طول کشید. ایجاد یک استاندارد برای قالب سند جهانی موجه بود. امروزه فرمت های داده به سرعت تولید می شوند و برنامه های ما معمولاً از هیچ استاندارد جهانی استفاده نمی کنند، بلکه فرمت های مختلفی را برای موارد خاص ایجاد می کنند. مشخصات EDI شامل حداکثر تعداد جزئیات ممکنبرای جلب رضایت همه کاربران برنامه های مدرن در مشخصات داده های ارسالی فقط داده هایی را که لازم است شامل می شود. تعداد عناصر موجود در مشخصات EDI که در مورد خاص شما غیر ضروری هستند همیشه بسیار زیاد خواهد بود.
• EDI دو نوع استاندارد را ترکیب می کند:استانداردهای ارتباطات و استانداردهای قالب بندی داده های تجاری. روندهای مدرن مستقیماً مخالف هستند: استانداردها باید مستقل از یکدیگر (متعامد) باشند که به آنها اجازه می دهد در هر ترکیبی مخلوط شوند.

همانطور که می بینیم، اگر از منظر فنی به آن نگاه کنیم، استاندارد EDI تقریباً از هر جنبه منسوخ شده است. بعید است که در حال حاضر دلایل فنی منطقی برای استفاده از آن وجود داشته باشد. اما با وجود این، EDI هنوز به طور گسترده مورد استفاده قرار می گیرد.
در قسمت بعدی سعی خواهیم کرد دلایل این امر را پیدا کنیم. به احتمال زیاد ماهیت فنی نخواهند داشت.

PRICAT - پیام "کاتالوگ کالاها (خدمات) با قیمت" ممکن است حاوی یک لیست کامل یا جزئی از کالاها، از جمله اطلاعات قیمت، مشخصات لجستیکی و همچنین اطلاعات فنی و عملکردی محصول باشد. PRICAT می تواند توسط تامین کننده و شبکه توزیع، سازنده ارسال شود

سفارشات (سفارش خرید)

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

ORDRSP (پاسخ به سفارش)

ORDRSP - پیام "پاسخ سفارش" که با کمک آن تامین کننده تحویل یک کالای خاص را تایید یا تایید نمی کند. این پیام می تواند توسط تامین کننده زنجیره خرده فروشی و توزیع کننده که اسناد EDI را با سازنده مبادله می کند استفاده شود.

DESADV (مشاوره اعزام)

DESADV - پیام "اعلان حمل" حاوی اطلاعات کامل در مورد محموله: اندازه، وزن، پارامترهای وسیله نقلیه، مقدار و نام کالا، اطلاعات گیرنده و فرستنده، شماره محموله منحصر به فرد و غیره. اجرای DESADV امکان زمان بندی پذیرش کالا

RECADV (دریافت مشاوره)

RECADV - پیام "اعلان پذیرش"، حاوی اطلاعاتی در مورد محصولات پذیرفته شده واقعی (احتمالاً دلیل عدم پذیرش) را نشان می دهد و به تامین کننده اجازه می دهد اطلاعات مربوط به پذیرش واقعی را پیدا کند و یک فاکتور درست ایجاد کند.

فاکتور

INVOIC یک پیام "فاکتور" است که حاوی اطلاعاتی برای تولید خودکار یک فاکتور الکترونیکی (ESF) در قالب خدمات مالیاتی فدرال است. هنگامی که ESF با امضای دیجیتال الکترونیکی امضا می شود، سند از نظر قانونی مهم می شود.

مبادله کامل الکترونیکی داده، سطحی از توسعه است که به دنبال اجرای ERP است.

هر شرکتی که به تازگی به جامعه EDI متصل شده باشد، این فرصت را دارد که با همه شرکای EDI، صرف نظر از تعداد آنها، کار کند. در این صورت تنها شرط لازم نصب درگاه EDI در سازمان است.

بازار مدیریت اسناد الکترونیکی B2B روسیه از سه بخش اصلی تشکیل شده است:

• از نظر قانونی مهم EDI و
• گزارش الکترونیکی به سازمان های دولتی (بخش های "EDI/EDI/Reporting").

هر بخش محرک‌ها و انگیزه‌های رشد خاص خود را برای توسعه بازار و جذب مشتریان جدید به آن دارد. و اگر برای EDI و EDI از نظر قانونی مهم، محرک بازار تمایل هر کسب و کار برای کاهش هزینه های عملیاتی باشد، انتقال به ارسال گزارش به سازمان های دولتی به شکل الکترونیکی با دستور مقامات مالیاتی، صندوق بازنشستگی فدراسیون روسیه و سایر سازمان های نظارتی

اساس مدیریت اسناد الکترونیکی از نظر قانونی مهم است

• تبادل بین شرکتی و اسناد داخلی
• بدون ساختار و رسمی
• کار راحت با اسناد الکترونیکی (از جمله در دستگاه های تلفن همراه)
• آرشیوهای طولانی مدت: قالب های "ابدی"، مهر مجدد و غیره.
• امضاهای ساده و واجد شرایط

چرا به EDI نیاز دارید؟

در آغاز قرن بیست و یکم، بازار جهانی EDI موج جدیدی را تجربه کرد. EDI، هنگامی که به اینترنت متصل است، امکان انجام معاملات الکترونیکی را در زمان واقعی فراهم می کند و در نتیجه فرآیندهای تعامل بین شرکای تجاری را به میزان قابل توجهی سرعت می بخشد.

برای اطمینان از چنین سیستم شفاف سازمان یافته ای از تبادل اطلاعات، وسایل انتقال داده با سرعت بالا ایجاد می شود. تبادل الکترونیکی داده، فناوری پیشرو برای چنین ارتباطاتی است.

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

استفاده از رویه‌های خودکار سرعت و دقت جمع‌آوری داده‌ها را افزایش می‌دهد و به شرکت‌ها این فرصت را می‌دهد تا به جای مسائل معمول پردازش و ارسال اسناد کاغذی، روی نقاط فروش کلیدی تمرکز کنند.

رویکرد یک شرکت به سیستم مدیریت اسناد الکترونیکی هرچه باشد، هر سازمانی می تواند از اطلاعات به موقع و شفاف در مورد تقاضا و عرضه محصولات بهره مند شود و همچنین بخش قابل توجهی از هزینه های ناشی از پردازش دستی اسناد را صرفه جویی کند.

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

در هر صورت، هر یک از شرکت کنندگان فردیت خود را حفظ می کنند و در عین حال فرصت برقراری ارتباط با هر یک از شرکت کنندگان را با حداقل هزینه برای خود به دست می آورند. EDI همچنین می تواند به حل تعارضات کمک کند. به عنوان مثال، در موقعیت های بحث برانگیز بین شرکا، زمانی که یکی ادعا می کند که سفارش را ارسال کرده است و دومی ادعا می کند که آن را دریافت نکرده است. چنین موقعیت هایی می تواند زیاد باشد. در این شرایط، EDI به عنوان یک داور، یک حسابرس خارجی، یک ثبت کننده موقعیت عمل می کند که می تواند اطلاعات کاملی را در مورد آنچه که با اسناد و زمان اتفاق افتاده است به هر دو شرکت کننده ارائه دهد. این امر بررسی بعدی علل را آسانتر و سریعتر می کند.

مدیریت اسناد الکترونیکی از نظر قانونی مهم

اکثر توسعه دهندگان EDMS مدرن تضمین می کنند که تمام جریان اسناد در سیستم آنها از نظر قانونی قابل توجه است. با این حال، این اصطلاح اغلب توسط همه به طور متفاوت تفسیر می شود.

به طور کلی اهمیت حقوقی یک سند چه چیزی را باید درک کرد؟ برای اسناد کاغذی و الکترونیکی، این ارزش اثباتی آن است، به عنوان مثال، در دادگاه های داوری. در تعاریف GOST R 51141-98 "کار اداری و بایگانی. اصطلاحات و تعاریف "قدرت قانونی یک سند عبارت است از "مالیات سند رسمی است که توسط قانون فعلی ، صلاحیت مرجع صادر کننده آن و روش تعیین شده برای اجرا به آن منتقل شده است."

اصولاً قوت قانونی سند چگونه تضمین می شود؟ اول از همه، از طریق وجود اجباری جزئیات خاص (بسته به نوع سند) و رعایت قوانین نمایش آنها که توسط استانداردهای کار اداری و سایر مقررات تعیین شده است. ثانیاً با رعایت صلاحیت، یعنی حق امضای این گونه اسناد توسط مأمور. و ثالثاً با تضمین صحت و سقم سند، وضعیت حقوقی آن تضمین می شود.

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

برای امضای اسناد الکترونیکی، همانطور که مشخص است، به عنوان آنالوگ امضای دست نویس، از امضای الکترونیکی استفاده می شود که علاوه بر تایید نویسندگی سند، یعنی شناسایی شخصی که آن را امضا کرده است، از ویژگی های آن مانند یکپارچگی و امنیت در برابر جعل با این حال، استفاده از امضای الکترونیکی و ابزار تأیید شده حفاظت از اطلاعات رمزنگاری برای کار با آن، اگرچه یک مزیت قابل توجه برای اطمینان از امنیت جریان اسناد است، اما هنوز یک سند در یک سیستم خودکار را از نظر قانونی مهم نمی کند. برای اعطای وضعیت حقوقی به یک سند، چندین شرط دیگر باید رعایت شود.

بنابراین، به عنوان مثال، لازم است با ایجاد یک سند خاص، استفاده از اسناد الکترونیکی برای تعامل شرکت کنندگان در یک سیستم خودکار تنظیم شود: مقررات برای استفاده از امضای الکترونیکی در یک EDMS جداگانه یا توافق نامه استفاده از یک امضای الکترونیکی که شرایط آن باید توسط هر شرکت کننده سیستم پذیرفته شود. این سند، از جمله موارد دیگر، باید حاوی مقرراتی تقریباً به شرح زیر باشد:

• اسناد الكترونيكي كه با امضاي الكترونيكي تاييد شده و در تعامل شركت كنندگان مورد استفاده قرار مي گيرند، داراي قدرت قانوني برابر با اسناد روي كاغذ با امضاي شخص مجاز و مهر سازمان مي باشند.
• در داخل سیستم، تبادل اسناد الکترونیکی فقط بین شرکت کنندگان ثبت نام شده انجام می شود.
• هنگام تبادل اسناد الکترونیکی و تأیید صحت آنها، شرکت کنندگان دنباله ای از اقدامات تعیین شده را دنبال می کنند.

علاوه بر این، لازم است از انطباق با شرایط تشخیص معادل امضای الکترونیکی و دست نویس که توسط قانون تعیین شده است اطمینان حاصل شود:

• گواهی کلید امضای مربوط به این امضای دیجیتال الکترونیکی در زمان تأیید یا در زمان امضای سند الکترونیکی در صورت وجود شواهدی که زمان امضا را تعیین می کند، قدرت خود را از دست نداده است (معتبر است).
• صحت امضای دیجیتال الکترونیکی در سند الکترونیکی تایید شده است.
• امضای دیجیتال الکترونیکی مطابق با اطلاعات مشخص شده در گواهینامه کلید امضا استفاده می شود.

موفقیت آمیزترین اجرای این الزامات از طریق استفاده از زیرساخت شخص ثالث قابل اعتماد انجام می شود که با استفاده از خدمات ویژه، تأیید صحت امضا را با تأیید گواهی کلید امضا در زمان امضای سند الکترونیکی و ارائه آن ارائه می کند. شواهدی که لحظه امضا را مشخص می کند (یعنی مهر زمانی).

اسناد الکترونیکی ایجاد شده و امضا شده در یک سیستم مدیریت اسناد الکترونیکی خارجی که در آن اصالت امضای الکترونیکی با استفاده از خدمات شخص ثالث مورد اعتماد تأیید می‌شود، دارای ارزش شواهد کافی برای استفاده از آنها در رسیدگی‌های حقوقی است.

ضمانت صحت و اعتبار اسناد

در کشورهای اروپایی، فناوری، نرم افزار، رویه ها و پایگاه های اطلاعاتی EDI، اصالت و قابلیت اطمینان اسناد اولیه و عدم امکان جعل را تضمین می کند. اگر اداره مالیات به جزئیات صورتحساب های فردی از جمله نرخ مالیات بر ارزش افزوده علاقه مند باشد، دومی از بایگانی الکترونیکی استخراج می شود. قوانین محلی امکان جریان کامل اسناد الکترونیکی را بدون اسناد اولیه کاغذی فراهم می کند.

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

مزیت رقابتی برای تامین کننده

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

کاهش یک چهارم شاخص خارج از انبار (یعنی کالاهایی که به دلیل کمبود موجودی موجود نیستند، کالاهایی که تقاضا دارند اما فروخته شده اند) یک زنجیره بزرگ روسی ده ها میلیون دلار را به گردش - این بیش از یک دلیل خوب برای شروع استفاده از EDI است. علاوه بر این، اگر حداقل 80٪ از تامین کنندگان از آن استفاده کنند، این سرویس منطقی است. در نتیجه، شرکت های بزرگ - هم خرده فروشان و هم تامین کنندگان - شرکای خود را به EDI منتقل می کنند یا شرکای سهل انگار را به نفع شرکای پیشرفته تر کنار می گذارند.

پیشینه و اهداف EDI

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

دیروز EDI

در اوایل دهه 2000، تعداد پروژه‌های EDI را می‌توان روی یک طرف حساب کرد، و معرفی EDI تنها متضمن تغییر در روش انتقال برخی از اسناد مورد استفاده در فعالیت‌های عملیاتی بود: اگر قبلاً یک سند کاغذی بود، به عنوان مثال، «ترتیب کالا"، از طریق فکس به تامین کننده منتقل شد، سپس پس از معرفی EDI، شروع به انتقال در قالب یک پیام الکترونیکی کرد (سند کاغذی "سفارش کالا" با پیام استاندارد EDI ORDERS مطابقت دارد). با این حال، همان "سفارش کالا" منتقل شد و هیچ تغییر قابل توجهی در فرآیندهای تجاری شکل گیری آن رخ نداد. می‌توان گفت که در این مرحله، اصطلاح EDI (تبادل الکترونیکی داده‌ها) منطقی‌تر بود که به معنای واقعی کلمه ترجمه شود، یعنی «تبادل الکترونیکی داده».

با این وجود، اجرای EDI، حتی در چنین معنای محدود، مزایای ملموسی به همراه داشت: کاهش هزینه ها و افزایش قابل توجه بهره وری امکان پذیر بود. چه عواملی در این امر نقش داشتند؟ استفاده همه بازیکنان از استانداردهای یکسان EDI که توسط سازمان بین المللی GS1 توسعه یافته است، و متمرکز شدن جریان اسناد الکترونیکی به دلیل ظهور ارائه دهندگان EDI، خلاص شدن از صدها نوع مختلف رابط را ممکن کرد. حذف "عامل انسانی" اجتناب ناپذیر در مبادله دستی اسناد، و انتقال به تبادل خودکار داده بین دو سیستم اطلاعاتی، خلاص شدن از تاخیر و خطا و همچنین کاهش حجم کار کارکنان را ممکن کرد.

به راحتی می توان دریافت که بیشترین مزایای اجرای EDI توسط شرکت هایی که از تعداد بسیار زیادی اسناد در عملیات خود استفاده می کنند، به عنوان مثال، اپراتورهای تدارکات و اپراتورهای خرده فروشی دریافت کردند. در این مرحله مشتریان اصلی پروژه های EDI بودند. امروزه پروژه های مشابهی در بسیاری از شرکت ها در این زمینه اجرا شده است که به آنها کمک می کند تا فرآیندهای انتقال داده را سریعتر و دقیق تر کنند و در نتیجه هزینه ها را کاهش دهند.

این پیاده‌سازی EDI یک وظیفه کاملاً فنی بود که معمولاً برای بخش‌های فناوری اطلاعات مطرح می‌شد و با موفقیت توسط آنها حل می‌شد. تکمیل چنین پروژه ای اغلب به تغییرات جزئی در سیستم های فناوری اطلاعات نیاز داشت، اما نیازی به تغییر فرآیندهای تجاری وجود نداشت.

EDI امروز

درک EDI در سال‌های اخیر بسیار تکامل یافته است و ایده جایگزینی اسناد کاغذی با اسناد الکترونیکی را در بر می‌گیرد که بسیار بیشتر از تبادل خودکار داده‌ها است.

به عنوان مثال، در صنعت FMCG، قبل از ظهور "عصر EDI"، تبادل اطلاعات در مورد لیست و قیمت کالاهای موجود برای سفارش به انتقال از تامین کننده به شبکه توزیع کاغذ "برگ قیمت" کاهش یافت. ” با مهر و امضا.

سپس در مرحله اول اجرای EDI، کاغذ «برگ قیمت» با پیام استاندارد EDI PRICAT تکمیل شد که امکان تسریع در انتقال اطلاعات و کاهش تعداد خطاها را فراهم می‌کرد، اما فاقد وجاهت قانونی بود. علاوه بر این، در عمل، هنگام ایجاد لیست قیمت، مورد تایید چند مرحله ای قرار می گیرد که با تعدادی اسناد کاغذی داخلی کمکی حاوی اطلاعات اضافی مختلف همراه است. معرفی صرافی EDI این فرآیندهای تجاری را تغییر نداد و بنابراین منجر به کنار گذاشتن کاغذ "برگ قیمت" نشد.

اکنون، به ویژه پس از ظهور امضای الکترونیکی، هنگام اجرای EDI، شرکت ها با هدف بلندپروازانه تری روبرو هستند - کنار گذاشتن کامل اسناد کاغذی. می توان گفت که در این مرحله اصطلاح EDI باید به عنوان "تبادل اسناد الکترونیکی" تلقی شود.

اما اگر موضوع اهمیت حقوقی اسناد EDI الکترونیکی ارسالی با تصویب قانون امضای الکترونیکی حل شد، موضوع فرآیندهای تجاری داخلی باقی ماند. به عنوان مثال، در مورد "برگ های قیمت"، به منظور حذف کامل کاغذ، لازم است فرآیندهای تجاری مرتبط با هماهنگی لیست اقلام و قیمت ها بین بخش های مختلف و افراد مسئول شرکت های شرکت کننده در آن به صورت خودکار انجام شود. روند. تغییرات مورد نیاز برای چنین پروژه EDI دیگر صرفا فنی نیستند و اغلب باید به طور جدی فرآیندهای هر دو شرکت را تغییر دهند.

با این وجود، امروزه فعالان بازار قبلاً درک درستی از دسته اسنادی پیدا کرده اند که به کمترین میزان تغییر در فرآیندهای تجاری نیاز دارند و بنابراین به راحتی می توان کاغذ را به طور کامل کنار گذاشت. اینها اسنادی هستند که ماهیت قراردادی دارند (قراردادها، ضمیمه ها، موافقت نامه ها)، خدمات ارائه شده (ارتباطات، تبلیغات، مشاوره و غیره)، اقدامات آشتی تسویه حساب های متقابل و غیره. امروزه این اسناد الکترونیکی بدون خطرات قانونی و مالیاتی برای این شرکت بدون کپی کاغذی قابل استفاده است. تعداد چنین پروژه‌های EDI هنوز کم است، آنها بسیار پیچیده‌تر از پروژه‌های EDI قبلی هستند، اما می‌توانند مزایای بسیار بیشتری را به همراه داشته باشند - نه با تبدیل تبادل اسناد به شکل الکترونیکی، بلکه با خودکار کردن فرآیندهای تجاری که خود آنها قطعا منجر به تسریع و افزایش شفافیت آنها می شود.

در عین حال، نباید فراموش کرد که چنین پروژه ای توسط یک بخش فناوری اطلاعات قابل تکمیل نیست و برای تکمیل موفقیت آمیز آن لازم است که هم مدیریت و هم بخش های عملیاتی هر دو شرکت درگیر در آن به آن علاقه مند باشند.

EDI فردا

آینده EDI امکان حذف کامل جریان اسناد کاغذی بین شرکت ها است. با این حال، این امر در حال حاضر به دلیل تعداد زیادی از مشکلات حل نشده که اجازه نمی دهد تبادل انواع خاصی از اسناد به فرمت الکترونیکی منتقل شود، مانع شده است.

اولاً، کل چارچوب قانونی برای استفاده از اسناد منحصراً به شکل الکترونیکی آماده نیست. به عنوان مثال، فاکتورهای الکترونیکی فقط برای حسابداری مدیریت عملیاتی قابل استفاده هستند، در حالی که نیاز به ارسال یک سند کپی کاغذی برای اهداف حسابداری و مالیاتی وجود دارد.

ثانیاً برخی از کارگران به استفاده از اسناد سنتی عادت کرده‌اند و با توجه به سطح پایین اتوماسیون فعالیت‌های آنها و همچنین ویژگی‌های ذهنی آنها، هنوز ترک کامل کاغذ برای آنها دشوار است. به عنوان مثال، امروزه تصور یک بازرس پلیس راهنمایی و رانندگی که تنها به یک سند الکترونیکی همراه با تحویل کالا بسنده کند، دشوار است. به همین ترتیب، نمی توان فوروارتری را تصور کرد که کالا را در برابر امضای الکترونیکی در یک سند الکترونیکی به فروشگاه تحویل دهد، بدون اینکه هیچ گونه تأییدیه ای در دستانش باقی بماند (مخصوصاً اگر در هنگام پذیرش مغایرت در مقدار کالا کشف شود).

ثالثاً برای صنعت FMCG لازم است عامل تغییر مکرر پرسنل کار با اسناد کالایی در نظر گرفته شود که مستلزم صدور امضای الکترونیکی جداگانه برای هر کارمند جدید است و این روند کند و پرهزینه است. با این حال، از قبل واضح است که بازار از تمام مزایای انتقال کامل به فناوری‌های EDI بدون کاغذ آگاه است، بنابراین در آینده نزدیک راه‌حل‌هایی برای مشکلات موجود پیدا می‌شود و تعداد پروژه‌هایی که برای حذف کامل اسناد کاغذی در نظر گرفته می‌شوند، اندازه‌گیری خواهد شد. هزاران

مثالی از محاسبه بازده استفاده از EDI

یک مجموعه یکپارچه از شاخص ها (KPIs) می تواند برای ارزیابی اثربخشی استفاده از EDI استفاده شود. استفاده از معیارهای یکسان به شرکت اجازه می دهد تا عملکرد خود را با سایر شرکت ها در روسیه، در کشورهای دیگر، در داخل شرکت و غیره مقایسه کند.

• برای 6 شریک

N = 6 x (6-1)/2 = 15

• برای 100 شریک

N = 100 x (100-1)/2 = 4450

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

حال بیایید ببینیم که چگونه مشکل سازماندهی تبادل اسناد در شبکه EDI حل می شود.

تعداد اتصالات اکنون برابر با تعداد شرکت کنندگان در تبادل است، هر شریک با قوانین مشابه "بازی" می کند و تنها یک مشکل را حل می کند - اتصال خود به پلت فرم EDI. در عین حال، او اصلاً به نحوه اتصال و کار سایر شرکا اهمیتی نمی دهد: ارائه دهنده EDI تمام وظایف دیگر را بر عهده می گیرد. و همه اینها به این دلیل انجام می شود که استانداردسازی خاصی از پیام ها در پلت فرم EDI اتفاق می افتد. تبدیل آنها "در ورودی" - به فرم استاندارد، "در خروجی" - به نوع گیرنده.

بیایید مقرون به صرفه بودن پیاده سازی را تجزیه و تحلیل کنیم؛ بیایید یک زنجیره خرده فروشی را در نظر بگیریم که 4000 سفارش در ماه ارسال می کند.

• پردازش سفارش دستی - 30 دقیقه، با استفاده از EDI - 5 دقیقه.
• هزینه وقت کارمند 20 هزار روبل است. حقوق، + 5 هزار روبل. مالیات، + 3 هزار روبل پاداش، + 20٪ از سربار دفتر حقوق، کل: 32 هزار روبل، 1 ساعت = 32000/21.75/8 = 184 روبل.

صرفه جویی مستقیم در حقوق کارکنان:

4000 x 25/60 x 184 = 301 هزار روبل.

اگر یک شرکت تجاری چند صد یا هزار تامین کننده داشته باشد، حتی یک صرفه جویی ساده 30 دقیقه. با هر شریک از قبل نتایج ملموس ایجاد می شود. به عنوان مثال، هایپر مارکت های زنجیره ای مسکو Mosmart (Partner) که EDI را پیاده سازی کرده است، روزانه 50 هزار کالا، 800 تامین کننده و 75 هزار مشتری دارد.

EDI در روسیه

2018: لایحه انعقاد قراردادهای بیمه به صورت آنلاین مورد حمایت کارشناسان قرار گرفت

لایحه امکان انعقاد قرارداد بین کارگزاران بیمه و نمایندگان بیمه به صورت الکترونیکی مورد حمایت کارشناسان کارگروه «تنظیم هنجاری» در آنو «اقتصاد دیجیتال» قرار گرفت. این تصمیم در 9 آوریل 2018 در جلسه ای در وزارت توسعه اقتصادی فدراسیون روسیه با مشارکت این بخش، FAS، Sberbank، Gazprombank، بنیاد Skolkovo، مدرسه عالی اقتصاد، MTS، 1C و سایرین اتخاذ شد.

این لایحه توسط مرکز صلاحیت دستورالعمل "تنظیمات نظارتی" برنامه "اقتصاد دیجیتال فدراسیون روسیه" - بنیاد Skolkovo تهیه شده است. همانطور که در یادداشت توضیحی سند آمده است، این پروژه به منظور افزایش دسترسی به خدمات برای بیمه شدگان از جمله اشخاص حقوقی طراحی شده است. به ویژه محدودیت قانونی برای انعقاد قراردادهای آنلاین برای بیمه بار، اموال اشخاص حقوقی (به استثنای وسایل نقلیه موتوری) و خطرات تجاری را از بین می برد. در عین حال، به گفته نویسندگان سند، این نوع بیمه برای بیمه گذاران بسیار مرتبط و برای بیمه گذاران سودآور است: در سال 2016، وصول حق بیمه تحت قراردادهای بیمه اموال به 107.5 میلیارد روبل با نسبت پرداخت متوسط ​​28.6 بالغ شد. ٪.

حمایت کارشناسانه از لایحه انعقاد قراردادهای بیمه به صورت آنلاین به معنای گامی دیگر در جهت ایجاد فضای بدون کاغذ، یعنی توسعه اقتصاد دیجیتال است. روسلان ابراگیموف، رئیس گروه کاری "تنظیمات هنجاری" در ANO "اقتصاد دیجیتال"، معاون امور شرکتی و حقوقی MTS، گفت: و ما اقدامات زیادی از این دست را در چند ماه آینده داریم.

2015: E-Com محاسبه کرد که چگونه می توان 4 میلیون روبل در EDI پس انداز کرد. در سال

به لطف این عناصر، با استفاده از تبادل الکترونیکی داده ها (EDI)، می توان کار پرسنل را بهینه کرد و 372 هزار روبل پس انداز کرد. در هر ماه، یا بیش از 4 میلیون روبل در سال،" رئیس بخش راه حل های یکپارچه سازی E-Com، ادوارد کیشکوفسکی، در مورد نتایج به دست آمده برای سال اظهار کرد.

همانطور که می دانید تعدادی پیام استاندارد EDI وجود دارد: سفارش (ORDERS)، پاسخ به سفارش (ORDRSP)، اطلاعیه ارسال (DESADV)، اعلام پذیرش (RECADV)، فاکتور الکترونیکی و غیره. با این حال، محبوب ترین و مهم ترین در میان آنها سفارشات است - این شرکت خاطرنشان کرد که رابطه بین خریدار و تامین کننده با آن آغاز می شود. به لطف اجرای این سند، یک شرکت اغلب در مکالمات فکس و تلفن و همچنین در کاهش کارکنان صرفه جویی می کند.

به گفته گئورگی باگروف، مدیر ارشد حساب کاربری در گروه شرکت‌های Karavay، شرکت آنها ماهانه 70 تا 100 هزار سفارش را از طریق EDI پردازش می‌کند. صرفه جویی در پردازش آنها به 3500 ساعت کار می رسد. و نمایندگان توزیع کننده مشروبات الکلی، خانه بازرگانی ROSSICH، خاطرنشان کردند که به لطف راه حل یکپارچه سازی، این شرکت توانست زمان پردازش سفارش را به میزان قابل توجهی کاهش دهد - یک اپراتور اکنون قادر است بیش از 300 سند را در روز پردازش کند و خطاهای وارد کردن را حذف کند. موارد نادرست

هنگام محاسبه کارایی اقتصادی، متخصصان E-Com به عنوان داده های اولیه در نظر گرفتند: میانگین تعداد سفارشات ارسال شده - 5 هزار در ماه. میانگین حقوق یک کارمند با یک روز کاری 8 ساعته (طبق داده های Rosstat برای سال 2015) 31 هزار p در ماه است. زمان بندی ساعات کاری نشان می دهد که زمان صرف شده برای پردازش دستی سفارش حدود 30 دقیقه است، از طریق EDI - 5 دقیقه.

به این ترتیب که در یک شیفت، یک کارمند 16 سفارش با مدیریت اسناد کاغذی و 96 سفارش با الکترونیک ارسال می کند که برای پردازش تعداد اولیه مدارک با گزینه اول (5000/16x21.75=14.36) حدود 14 کارمند مورد نیاز است. ، با دومی (5000/ 96x21.75=2.39) - 2. کاهش پرسنل در یک عملیات منجر به صرفه جویی طبق فرمول زیر 12x31000 می شود. E-Com توضیح داد که این محاسبه در نهایت منجر به مقدار 4 میلیون P در سال می شود.

2006

برای تامین کنندگان FMCG، مزایای EDI تنها زمانی قابل توجه می شود که تبادل الکترونیکی داده با زیرساخت فناوری اطلاعات یکپارچه شود. به عنوان مثال، هنگامی که یک سفارش بلافاصله در سیستم اطلاعات بارگذاری می شود. هر شرکتی به تنهایی نمی تواند این کار را انجام دهد. در این مورد، تامین کننده نیاز به مشاوره در مورد یکپارچه سازی سیستم های فناوری اطلاعات دارد.

به این دلایل و دلایل دیگر، خرده فروشان روسی EDI را به طور کامل برون سپاری می کنند. ارائه دهنده نه تنها مسئولیت کانال های ارتباطی، بلکه همچنین انتقال داده ها را بر عهده دارد و همچنین کلیه کارهای مربوط به اتصال، آموزش مشتری، پشتیبانی و مشاوره لازم را انجام می دهد. اغلب، هنگام اجرای EDI برای اهداف یکپارچه سازی، توصیف و بهینه سازی فرآیندهای تجاری مشتری ضروری است.

در مورد زیرساخت، شرکت باید از یک سیستم حسابداری استفاده کند و می تواند 1C یا SAP باشد. درست است، هرچه سطح سیستم حسابداری بالاتر باشد، هنگام تغییر به EDI مشکلات کمتری وجود دارد.

یک راه حل آسان برای برخی از شرکت ها ممکن است یک پورتال وب برای مدیریت اسناد تجاری الکترونیکی باشد. برای شرکت های کوچکی که با IT خوب نیستند یا حتی سیستم حسابداری ندارند، یک پورتال وب تنها گزینه برای بهینه سازی هزینه های EDI است.

یک تامین کننده کوچک وارد پورتال می شود، داده های خود را در آنجا ذخیره می کند، به طور خودکار به فرمت مورد نیاز ترجمه می شود، سپس تبادل الکترونیکی بین پورتال و طرف مقابل بزرگ تامین کننده انجام می شود. همچنین یک راه حل آفلاین وجود دارد: کاربر می تواند فرم را به صورت آفلاین دانلود و پر کند و سپس آن را ارسال کند. بنابراین، از نقطه نظر فناوری، راه حل های مدرن EDI به سازمان ها با هر زیرساخت فناوری اطلاعات و تقریباً هر کانال ارتباطی اجازه می دهد تا با آنها کار کنند.

2004: ارائه دهندگان EDI

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

عامل اصلی که امکان استفاده از یک سند الکترونیکی در سیستم روابط حقوقی را فراهم می کند، توانایی دادن به آن، در صورت لزوم، نیروی قانونی در طول چرخه عمر آن، یا از نظر قانون، اطمینان از سطح لازم است. اعتماد

اعتماد به یک سند تنها زمانی به وجود می آید که از اصالت آن اطمینان حاصل شود، که متضمن اطمینان از هویت (شناسایی) و یکپارچگی سند الکترونیکی، طبیعتاً در طول چرخه عمر آن است.

از چه اسنادی می توان به عنوان مدرک اعتماد استفاده کرد؟

• گزارش رسمی و به روز بر اساس نتایج ارزیابی انطباق سازمان با الزامات امنیت اطلاعات، حاوی نتیجه گیری در مورد انطباق سطح حفاظت سازمان با الزامات تعیین شده. برای سازمان های بخش اعتبار و مالی - کمتر از 0.85 نیست.
• لیست ابزارهای امنیت اطلاعات با گواهینامه های معتبر برای آنها. اطلاعات مربوط به در دسترس بودن گواهینامه برای ابزارهای امضای الکترونیکی در گواهی کلید تأیید امضا گنجانده شده است.
• مجوزی برای حفاظت فنی از اطلاعات محرمانه، نشان دهنده انواع فعالیت های دارای مجوز ایجاد شده برای CMEA، صادر شده برای سازمانی که در تعامل الکترونیکی در بازار مالی شرکت می کند.
• مجوز برای ارائه خدمات ارتباطی از راه دور، صادر شده به سازمانی به عنوان سازمان دهنده یک سیستم پیام رسانی قابل اعتماد (نیاز به ثبت نظارتی دارد).
• گواهی اعتبار یک سازمان برای انجام فعالیت های مربوط به ذخیره سازی طولانی مدت اسناد الکترونیکی (نیاز به ثبت نظارتی دارد).

ریسک های پروژه

حتی با وجود ارائه دهنده ای که به همه چیز رسیدگی می کند، تعدادی تغییرات داخلی در شرکت امکان پذیر است. به عنوان مثال، اکنون بسیاری از شرکای تجاری روسیه می توانند با استفاده از کدهای داخلی خود با یکدیگر ارتباط برقرار کنند، اما ممکن است اصلا از کدهای GLN استفاده نکنند. قبل از شروع پروژه EDI باید این کدها را دریافت کرده و وارد سیستم کنید.

برای بسیاری از فعالان بازار، خطرات اجرای EDI مستقیماً به سطح فناوری اطلاعات بستگی دارد. اگر اتوماسیون تکه تکه در شرکت وجود داشته باشد، خطرات یکپارچه سازی نه در خود یکپارچگی، بلکه در غیاب یک سیستم حسابداری تمام عیار است.

خطرات خرده فروشان بزرگ با توسعه نیافتگی بازار EDI مرتبط است. به طور خاص، توسعه آن توسط قانون مختل شده است - با وجود قانون تصویب شده در مورد امضای الکترونیکی، شرکت های تجاری روسی باید هزاران آرشیو را با اسناد کاغذی اولیه تولید و ذخیره کنند. علاوه بر این، شرکای منطقه ای خرده فروشان بزرگ هنوز نسبت به خدمات EDI محتاط هستند و عجله ای برای استفاده از آنها ندارند. با توجه به شرایط جغرافیایی و سایر شرایط حاکم، آنها احساس "انحصار طلب" می کنند و از نظر EDI ممکن است از دستورات خرده فروش اطاعت نکنند.

در مورد قیمت ها، سرویس EDI، در اصل، نمی تواند گران باشد، زیرا برای بهینه سازی هزینه های لجستیک طراحی شده است. با این حال، شرکت های کوچک ممکن است فناوری EDI را هم برای پیاده سازی و هم برای استفاده گران قیمت بدانند. اگر آنها به کار با فناوری اطلاعات عادت نداشته باشند، اگر فرآیندهای تجاری آنها ساده نباشد، بعید است که از مزایا و مزایای تبادل الکترونیکی داده ها بهره مند شوند. هنگامی که یارانه برای سرمایه گذاری یا پرداخت ترافیک از یک شریک بزرگ متوقف می شود (یا ارائه دهنده به طور ناگهانی شروع به افزایش قیمت ها می کند)، آنگاه تامین کنندگان و فروشگاه های کوچک استفاده از EDI را متوقف خواهند کرد. نمونه‌ای از این بازار اروپا است، جایی که تولیدکنندگان کوچک نمی‌توانند از مزایای EDI استفاده کنند (هزینه‌های زیرساخت، تجهیزات، نرم‌افزار و خدمات ارائه‌دهنده مقادیر مناسبی است) و بنابراین فعالانه با فناوری‌های ECR مخالفت می‌کنند.

فناوری ها و استانداردها

اولین مدل لایه لایه EDI با مدل مرجع ISO/OSI 1983 قابل مقایسه است که طراحی و محتوای پروتکل های شبکه را توضیح می دهد. ویژگی بارز آن سطح دیگری از انتزاع است.

مدل EDI 1983 از 4 سطح تشکیل شده است:

• زیرساخت فیزیکی
• پخش
• ارائه و استانداردها
• کاربردها و معناشناسی

زیر ساخت

متشکل از خطوط تلفنی و کابلی شماره گیری، شبکه ها. اینترنت در زمان آغاز توسعه EDI به عنوان انبوهی از شبکه های باز (BITNET و غیره) و شبکه های تخصصی درون شرکتی (EDI-Express General Electric، شبکه تبادل اطلاعات IBM) تلقی می شد. شبکه های ستون فقرات با سرعت بالا از اهمیت زیادی برخوردار بودند.

امروزه طیف وسیعی از تجهیزات را می توان به عنوان یک پلتفرم برای EDI مورد استفاده قرار داد: مین فریم، سرورهای میان رده یا سرویس گیرنده-سرور، و حتی رایانه های شخصی معمولی. هنگام انتخاب یک پلت فرم، نکته اصلی ارزیابی صحیح حجم معاملات مورد انتظار، نوع داده هایی که باید مبادله شود و تعداد شرکای تجاری است.

انتقال

از طریق ایمیل، اتصالات نقطه به نقطه Telnet و FTP، HTTP انجام شد. انتقال داده های الکترونیکی پشتیبانی می شود. سایر پروتکل های رایج انتقال عبارتند از SMTP، POP3 (ISP)، IMAP.

ارائه و استانداردها

در این سطح، نحو و معناشناسی (محتوا) ساختار داده ها را تعیین می کند. یک مسئله مهم استانداردسازی ساختار داده ها است، با استانداردهای ANSI X.12 و UNECE EDIFACT که به طور گسترده در اروپا و آسیا استفاده می شود. همچنین بسیاری از استانداردهای صنعتی اختصاصی وجود دارد.

کاربردها و معناشناسی

این سطح شامل برنامه هایی است که در آنها داده ها ایجاد شده و به طور خودکار پردازش و خوانده می شوند. برنامه در فرستنده و گیرنده داده ها نصب می شود؛ واسطه ها می توانند داده ها را تأیید کرده و استانداردها را تبدیل کنند.

تراکنش‌های EDI را می‌توان روی پروتکل‌های مختلف مخابراتی تنظیم کرد. در اروپا، انواع رایج اتصالات مستقیم برای سیستم های EDI عبارتند از VPN (شبکه خصوصی مجازی)، FTP (پروتکل انتقال فایل) و EDIINT (EDI از طریق اینترنت)، و همچنین VAN (شبکه های ارزش افزوده).

همچنین دو استاندارد برای انتقال اسناد از طریق اینترنت وجود دارد: استاندارد AS1 به شما امکان می دهد اسناد EDI را از طریق پروتکل SMTP (ایمیل) منتقل کنید، استاندارد AS2 برای انتقال از طریق http استفاده می شود.

اصول پیاده سازی EDI در اینترنت (استانداردهای AS1 و AS2)

• محرمانه بودن - اسناد فقط برای فرستنده یا گیرنده قابل دسترسی است
• احراز هویت - احراز هویت از طریق تأیید امضای الکترونیکی
• قابلیت اطمینان - عدم امکان تغییر سند بدون اطلاع گیرنده
• قابلیت اطمینان اعلان - عدم امکان انکار پس از دریافت پیام

• OJSC "کارخانه نان Rezhevsk"

  رایسا راخیمیانوا، حسابدار ارشد

  ما استفاده از سیستم EDI.Kontour را در مارس 2014 آغاز کردیم. پیاده سازی کامل سیستم برای ما بسیار مهم بود، زیرا حجم تحویل در سال 2013 بالغ بر 11714 تن بود که حاکی از حجم کار زیادی از متخصصان و حجم قابل توجهی از جریان اسناد است. دریافت سفارش‌ها از طریق EDI کار را بسیار آسان‌تر می‌کرد، دختران مخصوصاً زمانی که به هر دلیلی خرابی رخ می‌داد (یک بار شکست در یک زنجیره خرده‌فروشی) این احساس را داشتند.

  قبل از همکاری با کنتور، با ارائه دهنده دیگری کار می کردیم، اما اکنون از خدمات و تعرفه ها رضایت کامل داریم. روند پیاده سازی کمی طول کشید، اگرچه بهبودهایی هنوز در حال انجام است که با در نظر گرفتن ویژگی های شرکت ما ضروری است.

  ما تجربه زیادی در زمینه پشتیبانی فنی (خط تلفن) نداشتیم، اما بچه های پیاده سازی و مدیر ما فقط عالی هستند!



ماکسیم کورژاوین، رئیس بخش فناوری اطلاعات

انتقال ما به EDI توسط برخی مزایا تعیین نشد، بلکه توسط یک ضرورت حیاتی تعیین شد: شبکه‌های فدرال شرایط بازی خود را تفسیر می‌کنند. تنها در فرآیند کار می توان فهمید که EDF دستیار خوبی در فرآیند کسب و کار است. برای اینکه واقعا زیبایی و قدرت این ابزار را تجربه کنید، باید سیستم حسابداری خود را با EDI یکپارچه کنید. در سازمان ما این به دلیل انتقال به سیستم حسابداری جدید 1C هنوز امکان پذیر نیست. بنابراین، ما از بستر وب راضی هستیم. از آنجایی که EDI یک منطقه جدید در روسیه است، ما می توانیم در بهبود و نهایی کردن پلت فرم مشارکت کنیم. اما یک ابزار مناسب برای ارتباط با شرکای ما در حال حاضر در حال ظهور است. قبل از آمدن به Kontur، مسیر ما از طریق سایر ارائه دهندگان EDI طی شد. در مورد آنها چیزی نگوییم. بیایید بگوییم که ایستگاه نهایی ما EDI از SKB Kontur است. و ما از آن راضی هستیم. ما به طور فعال با SKB Kontur در EDI در اواسط سال 2013 شروع به کار کردیم. تا پایان سال، همه شرکای خود (زنجیره های خرده فروشی) را از سایر ارائه دهندگان به EDI.Kontur تغییر دادیم. و سپس آنها شروع به اتصال وسایل نقلیه جدید کردند. ما هنوز باید با 1C ادغام شویم. بنابراین، کار و کار کنید. و Kontur با کمک متخصصان خود می داند که چگونه این کار را کاملاً دلپذیر و راحت کند (که از آنها تشکر می کنیم).

در همان ابتدا یک برنامه کاری مشخص شد و در تمام مدت آن را به شدت دنبال کردیم. همه مشکلات در پرواز و به سرعت حل شد. همه اینها SKB Kontur را به رهبر بلامنازع در میان سایر ارائه دهندگان تبدیل می کند. متخصصان SKB Kontur بیشتر از ما علاقه مند هستند که مطمئن شوند همه چیز مانند یک ساعت برای ما کار می کند. و البته، قیمت خدمات Kontur کمترین (چند برابر) است.
مدار به شما یاد می دهد که از نوآوری ها نترسید! از این رو، با علاقه فراوان، آمادگی داریم به همکاری مثمر ثمر با آنها ادامه دهیم و اولین نفری باشیم که از محصولات جدید آنها استفاده می کند.

• همه بررسی ها

• شرکت بازرگانی "Credos"

  اوگنی پترنکو، معاون توسعه سیستم های مدیریت و فناوری

  امروزه تبادل EDI به طور کامل پیاده سازی شده است. زنجیره های مختلف انتقال سند برای شبکه های مختلف پیاده سازی شده است.
  مزیت قابل توجه SKB Kontur کارایی حل مسائل سازمانی و فنی هنگام اتصال اسناد جدید یا طرف مقابل جدید است. باور کنید چیزی برای مقایسه دارم. متخصصان پیاده سازی، متخصصان فنی و مدیران همه به سرعت، کاملاً واضح و آموزنده به درخواست های ما پاسخ می دهند.

  مهمترین وظایفی که EDI.Kontur برای ما حل می کند دریافت برنامه های کاربردی از زنجیره های خرده فروشی و ارسال اسناد پاسخ است. و اکنون به سمت تبادل اسناد حقوقی مهم می رویم.

  به طور کلی، من از تعامل با SKB Kontur و نتایج پروژه برای تغییر ارائه دهندگان راضی هستم.



دیمیتری نفدوف، رئیس بخش فناوری اطلاعات

با استفاده از EDI.kontour، ما توانستیم پردازش سفارشات را به صورت خودکار انجام دهیم و به تبادل اسناد مهم قانونی روی بیاوریم.
در شرکت ما، حسابداری در برنامه 1C نگهداری می شود. نکته مهم در اجرای EDI، پیکربندی آداپتور 1C برای بارگذاری مستقیم از EDI به 1C بود. ما با چندین ارائه دهنده EDI کار کردیم و در تنظیم آداپتور 1C با مشکل مواجه شدیم. هنگامی که برای اولین بار با پیشنهاد SKB Kontur آشنا شدیم، در مورد اتوماسیون اعلام شده کاملاً شک داشتیم. ما آداپتور 1C را به صورت رایگان دریافت کردیم، در حالی که سایر شرکت ها هزینه جداگانه ای برای آن دریافت کردند. بنابراین تصمیم گرفتیم از طریق SKB Kontur به یکی از زنجیره های خرده فروشی متصل شویم. ما از نتیجه بسیار راضی بودیم.

آداپتور در 1C با موفقیت راه اندازی شد. هنگام پیاده سازی سیستم، متخصصان Kontur به سرعت به مسائل در حال ظهور پاسخ دادند. در نتیجه ما یک سیستم خودکار کارآمد دریافت کردیم و تعرفه ها کمتر از قبل بود.

می خواهم توجه داشته باشم که ما سیستم کار با مشتریان در SKB را دوست داشتیم. با هر سوالی می توانید با مدیر خود تماس بگیرید. مدیر همیشه یا به خودش کمک می کند یا درخواست را به متخصص دیگری هدایت می کند. ما همچنین از بازخورد خوشحالیم. هنگام بستن هر برنامه ای، متخصصان Kontur همیشه می پرسند که آیا همه چیز برای ما مناسب است یا خیر. من می خواهم تشکر ویژه ای از مدیر ناتالیا بوتورینا داشته باشم.



OJSC "PuragroUK"

سرگئی بورکو، مدیر سیستم

سطح عملکرد این راه حل نیز در بهترین حالت خود قرار دارد، البته بدون نقص نیست، اما چیزی برای تلاش وجود دارد. من مزایای اصلی را سادگی رابط و نیاز به حداقل عملیات برای حل مشکلات خود می دانم.

باید بگویم، ما "خواسته های" خودمان را داشتیم که در نسخه استاندارد نبود. کارمندان SKB Kontur در نیمه راه با ما ملاقات کردند و هر آنچه را که برای سهولت کار درخواست کردیم اجرا کردند. علاوه بر این، تا آنجا که من می دانم، این پیشرفت ها بعداً در راه حل استاندارد گنجانده شد، به این معنی که آنها نه تنها برای ما مفید بودند. می خواهم توجه داشته باشم که متخصصان پیاده سازی خیلی سریع به درخواست های من پاسخ دادند.

نتایج مالی و زمانی ما را در مقایسه با نحوه تعامل با ارائه‌دهنده دیگر خوشحال می‌کند. همه اینها منجر به تصمیم گیری برای تغییر به SKB Kontur شد.

• دیمیتری مامونتوف، رئیس بخش پیاده سازی سیستم های تجاری

  زمانی که پیاده سازی EDI را در Castorama شروع کردیم، برنامه ریزی کردیم که خود را به کار با دو ارائه دهنده مستقل EDI محدود کنیم. با این حال، در طول پروژه، ما تصمیم گرفتیم که تعداد شرکای EDI را در درجه اول به منظور تسریع در اتصال تامین کنندگان به EDI افزایش دهیم. این انتخاب به نفع SKB Kontur انجام شد، که یکی از رهبران در این زمینه است و در حال حاضر با اکثر تامین کنندگان ما و سایر زنجیره های خرده فروشی کار می کند.

  اکنون SKB Kontur به طور فعال با تامین کنندگان کار می کند - تنها در چند ماه، بیش از 10٪ از تامین کنندگانی که قبلاً متصل نبودند به تبادل EDI پیوستند. با حفظ این سرعت، قصد داریم در آینده نزدیک تمامی سفارشات فروشگاه های Castorama را به EDI منتقل کنیم.



زنجیره خرده فروشی "قرمز و سفید"

یانا کوکورینا، رئیس بخش سیستم های اطلاعات خودکار

از مارس 2015، Krasnoe i Beloe با ارائه دهنده SKB Kontur کار می کند که خدماتی را در زمینه کار با مدیریت اسناد الکترونیکی ارائه می دهد.

گفتن اینکه جریان اسناد زیاد است احتمالاً دست کم گرفته شده است. و با توجه به حجم کار، عدم موافقت با مدیریت اسناد الکترونیکی نه تنها از نظر مالی زیان آور خواهد بود، بلکه از نظر صرفه جویی در زمان کار نیز توصیه نمی شود.

همچنین می خواهم به کارایی حل و فصل درخواست ها چه سازمانی و چه فنی اشاره کنم.



مدودوا آناستازیا، رئیس بخش خدمات مشتریان

پس از تغییر به EDI.Kontour، شبکه ها را یکی پس از دیگری وصل کردیم. و ما از سطح عملکرد این راه حل راضی هستیم. در مورد سطح خدمات شرکت SKB Kontur، من از آن راضی هستم، بنابراین به طور سیستماتیک آن را برای پشتیبانی به مشتریان اصلی خود منتقل می کنم.
اگر در مورد مزایا صحبت کنیم، یکی از اولین موارد این است که Kontur سریعتر از رقبا یکپارچه سازی را در 1C ما راه اندازی کرد. دوم اینکه کم اهمیت نیست، کارایی در حل مسائل ماست. سومین مورد تمرکز مشتری Kontur است. در طول همکاری ما، ارائه دهنده توابعی را در ماژول خود پیاده سازی کرد که فقط برای ما ضروری بود. چهارم - استقلال. اکثر تنظیمات توسط کارمندان Konturov با کمترین مشارکت بخش IT ما انجام می شود.

بنابراین، من به کار با Contour 5 از 5 امتیاز می دهم!



نگرانی "سرماخوردگی روسیه"

V. A. Stoyko، مدیر فناوری اطلاعات، گروه شرکت های هولود روسیه

من می خواهم از شرکت ZAO PF SKB Kontur برای اجرای سریع EDI.Kontur در شعب شرکت ما تشکر کنم. من به ویژه می خواهم به سطح حرفه ای تمرینات تیم اشاره کنم و به طور جداگانه از مدیر ولادیمیر ولادیمیرویچ پوروخونکو تشکر کنم که همیشه به درخواست ها پاسخ می دهد و با موفقیت هر یک از مشکلات ما را حل می کند.



MPZ "Dobrogost"

کنستانتین استاریکوف، مدیر سیستم

در سیستم EDI، ما با زنجیره های خرده فروشی "Monetka"، "X5 Retail Group"، "Kirovsky"، "Megamart"، "Lenta" کار می کنیم.

قبل از انعقاد قرارداد با Kontur، ما با ارائه دهنده دیگری کار کردیم. این همکاری برای ما بسیار پرهزینه بود. اما این خیلی بد نیست. مهمترین چیز این است که ما در کار با ماژول ارائه دهنده خود با مشکلات جدی مواجه شدیم. از طرف ما، حجم عظیمی از کار دستی برای پردازش بارگیری "خودکار" اسناد در 1C مورد نیاز بود. از پشتیبانی فنی هم کاملا ناراضی بودیم. اغلب به جای پاسخ، فقط صدای بوق از تلفن می شنیدیم. اکنون ما از خدمات ارائه دهنده خود راضی هستیم. مشکلات به سرعت حل می شوند، در موارد شدید، برخی از مشکلات را می توان از طریق مدیر ما حل کرد. در مورد نحوه عملکرد ماژول، واقعاً خوب کار می کند. ما در نهایت توانستیم فرآیند وارد کردن داده ها را به سیستم حسابداری خود خودکار کنیم. به عنوان یک آرزو، می توان گفت که در آینده کار با تمام زنجیره های خرده فروشی با تعرفه نامحدود راحت خواهد بود..



LLC TD "Syrobogatov"

کوپریانوف کنستانتین، برنامه نویس 1C

هزینه خدمات ارائه شده توسط کنتور در مقایسه با سایر ارائه دهندگان کمتر است و یک برنامه تعرفه انعطاف پذیر به شما امکان می دهد تا بر اساس حجم جریان اسناد، تعرفه مناسبی را برای هر شبکه خرده فروشی انتخاب کنید. در این همکاری، تعادلی بین تطبیق پذیری، سرعت و پایداری ماژول یکپارچه سازی با سیستم حسابداری کالا بر اساس پلت فرم 1C Enterprise 7.7 احساس می کنیم. هر گونه سوالی که چه در حین اجرا و چه در حین بهره برداری ایجاد می شود، در اسرع وقت توسط کارکنان SKB Kontur حل می شود و حتی یک سوال بی پاسخ باقی نمی ماند.