خلاصه بررسی کارگزاری

پیشرفت های زیر شما را قادر می سازد تا فعالیت فرآیند را در سرور نظارت کرده و وضعیت شغلی را بهتر برطرف کنید.

نمایش مشاغل دسته ای فعال (DABJ)

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

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

نام میزبان ، نشانگر نام میزبان سرور که میزبان برنامه OMS است و کار مشخص شده توسط ردیف را اجرا می کند. میزبان جایی است که برنامه از نظر جسمی (در یک سرور برنامه) ساکن است. میزبان ممکن است یک ماشین مجازی (VM) یا سخت افزار فیزیکی باشد.

نام سرور برنامه ، نشانگر نام نمونه سرور برنامه واقعی است که کار را اجرا می کند.

آخرین برنامه ، نشانگر آخرین برنامه ای که توسط کار نامیده می شود ، برای اهداف عیب یابی.

مشاغل ارسال شده از طریق پیام درخواست ProcessIn اکنون برای سازگاری با سایر مشاغل ارسال شده در صفحه نمایش مشاغل دسته ای فعال نمایش داده می شود.

نمایش سابقه کار (DJHY)

با استفاده از این نسخه ، اطلاعات سرور نمایش داده شده در صفحه نمایش تاریخچه نمایش (DJHY) به روز شده است: شامل موارد زیر است:

نام میزبان ، نشانگر نام میزبان سرور که میزبان برنامه OMS است و کار مشخص شده توسط ردیف را اجرا می کند. میزبان جایی است که برنامه از نظر جسمی (در یک سرور برنامه) ساکن است. میزبان ممکن است یک ماشین مجازی (VM) یا سخت افزار فیزیکی باشد.

نام سرور برنامه ، نشانگر نام نمونه سرور برنامه واقعی است که کار را اجرا می کند.

روشهای فعال را در بین کاربران پاک کنید (MACX)

روشهای Purge Active در صفحه کاربران (MACX) اکنون توانایی حذف یک روش فعال برای شغلی را که به طور فعال روی هر سرور اجرا می شود ، محدود می کند. اگر سعی در حذف شغل دارید و به طور فعال در حال اجرا است ، خطایی نمایش داده می شود.

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

برای حل وضعیت شغلی در سرورها از عملکرد JobCln استفاده کنید

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

موارد زیر اکنون هنگام اجرای کار اتفاق می افتد:

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

بررسی وضعیت و پاکسازی برای:

پس زمینه مشاغل Async (MBJC)

مشاغل لایه ادغام (IJCT)

Drop Ship (CDC) کار Async (WPBJ)

سایر مشاغل دسته ای که در صفحه مدیریت شغل (مشاغل من) نمایش داده می شود

بررسی وضعیت و پاکسازی انجام شده شامل موارد زیر است:

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

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

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

وضعیت شغلی را که در صفحه مدیریت شغل نمایش داده می شود ، اصلاح می کند.

در صورت لزوم در صورت تغییر وضعیت شغل ، سابقه شغلی ایجاد می کند.

در مورد تغییرات ایجاد شده ، پیامی را به برنامه می نویسد.

در مورد هرگونه تغییر روش فعال ، پیامی را به جدول حسابرسی کاربر می نویسد.

ممکن است عملکرد JobCln را وقتی:

یک سرور به طور غیر منتظره خاموش می شود ، یا

هر زمان که وضعیت شغلی صحیح یا سازگار به نظر نرسد.

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

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

فرآیندهای لایه ادغام (IJCT)

گزینه کار با فرآیندهای لایه ادغام (IJCT) برای محدود کردن وضعیت به روزرسانی نادرست به شرح زیر تغییر یافته است:

گزینه تغییر وضعیت را حذف کرد.

گزینه Start را تغییر داد تا تأیید کند که این روند در حال اجرا نیست و در این صورت خطایی را نشان می دهد.

گزینه پایان را تغییر داد تا تأیید کند که این روند از قبل به پایان نرسیده است و در این صورت ، خطایی را نشان می دهد.

عملکرد دوره ای JobCln اکنون باید برای تنظیم مجدد وضعیت ها و سایر داده ها استفاده شود.

کار پس زمینه Async (MBJC)

صفحه کار با کارهای پس زمینه (MBJC) برای محدود کردن وضعیت به روزرسانی نادرست به شرح زیر تغییر یافته است:

گزینه تغییر وضعیت را حذف کرد.

گزینه Start را تغییر داد تا تأیید کند که این روند در حال اجرا نیست و در این صورت خطایی را نشان می دهد.

گزینه پایان را تغییر داد تا تأیید کند که این روند از قبل به پایان نرسیده است و در این صورت ، خطایی را نشان می دهد.

توجه: اکنون از عملکرد دوره ای JobCln برای تنظیم مجدد وضعیت و سایر داده ها استفاده می شود.

مشاغل پس زمینه Drop Ship (WPBJ)

کار با مشاغل پس زمینه Drop Ship (WPBJ) برای محدود کردن به روزرسانی وضعیت نادرست به شرح زیر تغییر یافته است:

گزینه تغییر وضعیت را حذف کرد.

گزینه Start را تغییر داد تا تأیید کند که این روند در حال اجرا نیست و در این صورت خطایی را نشان می دهد.

گزینه پایان را تغییر داد تا تأیید کند که این روند از قبل به پایان نرسیده است و در این صورت ، خطایی را نشان می دهد.

اکنون از عملکرد دوره ای JobCln برای تنظیم مجدد وضعیت ها و سایر داده ها استفاده می شود.

موضوع والدین: خلاصه ویژگی

سفارشات ادغام کارگزار را سفارش دهید

فرآیند لایه ادغام جدید broker_ord

با این نسخه ، ما یک فرآیند جدید Layer Broker_ord در IJCT ایجاد کردیم تا سفارشات جدید را ارسال کنیم و به روزرسانی های وضعیت را برای سفارشات لغو شده برای سفارش کارگزار ارسال کنیم. فرآیند لایه ادغام کارگزار موجود دیگر این پیام ها را کنترل نمی کند.

علاوه بر این ، فرآیند broker_ord:

در صفحه کار با کار با کار (WJMO) در دسترس است ،

در هنگام اجرا ، روش فعال Broker_ord را در رویه های فعال Purge Active در صفحه کاربران (MACX) ذکر کرده است ،

در هنگام اجرا در صفحه نمایش Active Batch Jobs (DABJ) ذکر شده است و

عملکردهای دوره ای جدیدی برای شروع و متوقف کردن فرآیند Broker_ord دارد.

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

برای برنامه ریزی فرآیند broker_ord ، از توابع دوره ای زیر استفاده کنید:

Strbro (ilstrtbrok): فرآیند broker_ord را شروع می کند.

ENDBRO (ILENDBROK): فرآیند Broker_ord را پایان می دهد.

فرآیند لایه ادغام کارگزار درخواست لیست وضعیت را ارسال می کند

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

هنگامی که فرآیند کارگزار درخواست لیست وضعیت را ایجاد می کند ، شامل سفارشات در هر شرکت بر اساس وضعیت کارگزار سفارش آنها می شود و تمام سفارشات را در یک شرکت ارسال می کند که قبل از شروع ارسال سفارشات در وضعیت بعدی ، در همان وضعیت قرار دارند. به عنوان مثال ، قبل از شروع ارسال سفارشات در وضعیت O در شرکت 1 ، تمام سفارشات را در وضعیت K در شرکت 1 ارسال می کند.

دنباله:

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

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

حداکثر تعداد سفارشات را در درخواست لیست وضعیت تنظیم کنید

فرآیند کارگزار و تولید Slip اکنون از یک ویژگی جدید orob_maximum_status_list_request_orders ، در دسترس است ، در محل کار با خصوصیات مشتری (prop) ، برای تعیین حداکثر تعداد شناسه درخواست برای درخواست لیست وضعیت قرار می گیرد. پیش فرض 500 ، و نباید از 1000 تجاوز کند.

همچنین با این نسخه ، عملکرد فرآیند کارگزار افزایش یافته است.

موضوع والدین: خلاصه ویژگی

تصویب مجدد پرداخت

یک کارت اعتباری منقضی شده مجدداً مجازات کنید

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

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

یک مقدار کنترل سیستم جدید ، انجام مجوز مجدد برای مجوزهای منقضی شده (M61) ، کنترل می کند که آیا عملکرد جدید دوره ای مجدداً فعال است یا خیر.

معیارهایی که کنترل انتخاب سفارشات واجد شرایط برای مجوز مجدد را شامل می شود:

حداقل یک خط در یک وضعیت چاپی وجود دارد که وضعیت انتخاب خالی باز است ، ارسال M-Manifest ، حمل و نقل O ، P بسته بندی شده ، R- چاپ شده یا S به تعلیق.

کشتی برای سفارشات وانت فقط در صورتی است که پرداخت در POS برای کشتی برای سفارشات وانت (L60) روی N. تنظیم شده است.

سفارشات وانت فروشگاه فقط در صورتی است که پرداخت در POS برای وانت فروشگاه (M16) روی N. تنظیم شده است.

وانت و سفارشات تحویل خرده فروشی گنجانده نشده است.

روش پرداخت باید دارای روزهای مجوز بیشتر از 0 و خالی نباشد و نوع کارت باید کارت اعتباری یا کارت هدیه باشد. سفارش نباید دارای سیستم دارای AR باشد ، که در زیر شرح داده شده است.

سابقه تاریخ مجوز باید منقضی شود و مورد استفاده قرار نگیرد:

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

وضعیت باید (مجاز) یا O (مجاز) باشد ، اما هنوز مورد استفاده قرار نگرفته است.)

روش پرداخت نباید پی پال باشد.

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

مبلغی که مجدداً مجاز است مبلغی است که در ابتدا منهای مبلغی که جزئی از آن واریز شده است مجاز است.

مبلغ بر اساس وضعیت خطوط سفارش کاهش نمی یابد.

اگر مبلغ کمتر از 1. 00 باشد ، و در شماره مجوز برای مجوزهای زیر 1. 00 دلار (I08) ارزش وجود دارد ، OMS درخواست مجوز را ارسال نمی کند و یک سابقه تاریخ مجوز جدید ایجاد می کند که این شماره مجوز را مشخص می کند.

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

اگر مجوز مجدد موفقیت آمیز نباشد و مبلغ مجوز بیشتر از 1. 00 باشد اما کمتر از حد پرداخت دلار در نوع پرداخت کارت اعتباری و شماره مجوز کارت اعتباری پیش فرض برای کاهش نرم (F93) جمع می شود ، مجوز مجبور می شودانگار موفق بودیک سابقه تاریخ مجوز جدید برای نشان دادن تأیید مجوز مجدد و همچنین پیام تاریخ معاملات سفارش ایجاد شده است. پردازش عادی برای سفارش ادامه دارد.

اگر مجوز مجدد موفقیت آمیز نباشد ، سیستم:

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

در صورت استفاده از API Pick Out ، هرگونه لغزش در انتظار را از بین می برد و برای یک پیام CWPICKOUT خلاء ایجاد می کند.

فقط در ارسال های M-Manifest ، حمل و نقل O ، بسته بندی شده P ، P بسته بندی شده ، R- چاپ شده یا S به تعلیق در می آید.

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

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

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

در صورت پیکربندی قوانین رویداد Tickler (WTEV) ، یک تیکلر تولید می کند.

برای هر سفارش تحویل یا سفارش وانت خرده فروشی که در آن دستور مبدأ در AR Hold قرار داده شده است ، سیستم خواهد بود:

سفارش را با یک سیستم نگه دارید و دلیل AU را نگه دارید (سفارش کارگزار تحت بررسی).

در صورت استفاده از API Pick Out ، هرگونه لغزش در انتظار را از بین می برد و برای یک پیام CWPICKOUT خلاء ایجاد می کند.

فقط در ارسال های M-Manifest ، حمل و نقل O ، بسته بندی شده P ، P بسته بندی شده ، R- چاپ شده یا S به تعلیق در می آید.

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

سفارشات را با استفاده از OB تحت تنظیم بررسی نگه دارید و آزاد کنید

بررسی تنظیمات زیر بررسی به ترتیب کارگزار:

Pick Slip Generation با استفاده از یک سیستم نگه داشتن سیستم AU (سفارش کارگزار تحت بررسی) سفارش را در انتظار می گذارد ، اگر لیست وضعیت کارگزار سفارش یا پیام پاسخ استعلام نشان می دهد که سفارش در حال بررسی است. این شامل تحقق سفارشات ایجاد شده برای تحقق یک دستور اصلی است.

فرآیند لایه ادغام کارگزار در صورتی که پاسخ نشان می دهد که سفارش دیگر در حال بررسی نیست ، AU (سفارش کارگزار تحت بررسی) را حذف می کند.

کدهای New Hold Reason ایجاد شده به طور خودکار: کدهای جدید AR و AU Hold Real به طور خودکار با این نسخه ایجاد می شوند. اگر سوابق دلیل موجود با استفاده از این کدها وجود داشته باشد ، آنها با استفاده از محدودیت های جدید توضیحات و سیستم AU ، رونویسی می شوند

سفارشات مربوط به سیستم AR یا AU فقط در شرایط زیر قابل انتشار است:

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

سفارشات موجود در سیستم AU ، نمی تواند به صورت دستی منتشر شود. هنگامی که پرچم زیر بررسی روی NO به ترتیب کارگزار تنظیم شد ، سفارش باید از طریق فرآیند لایه ادغام کارگزار لغو یا به روز شود.

موضوع والدین: خلاصه ویژگی

با استفاده از درخواست لیست وضعیت در تولید لغزش انتخاب

از سرویس وب لیست پرس و جو وضعیت OROB استفاده کنید (M05)

این مقدار کنترل سیستم را برای پشتیبانی از تنظیمات زیر برای استفاده در انتخاب Slip Generation تغییر داد:

بدون یا خالی (سابق N): انتخاب Slip Generation درخواست های استعلام وضعیت فردی را برای هر دستور واجد شرایط برای سفارش کارگزار ارسال می کند. اگر پاسخ از کارگزار سفارش نشان می دهد که یک سفارش یا خط است:

لغو: هیچ لغزش انتخابی ایجاد نمی شود ، و سیستم با استفاده از سفارش کارگزار سفارش (لغو) (L02) مقدار کنترل سیستم ، سفارش را در حالت نگه داشته می کند.

در زیر بررسی (و لغو نشده): هیچ لغزش انتخابی ایجاد نمی شود ، و سیستم با استفاده از دلیل AU Hold (سفارش کارگزار تحت بررسی) سفارش را در حالت نگه داشته می کند. این دلیل نگهدارنده به طور خودکار ایجاد می شود.

در غیر این صورت ، انتخاب Slip Generation ادامه دارد و خطوط انتخاب را برای خطوط سفارش واجد شرایط ایجاد می کند.

لغو (قبلاً Y): انتخاب Slip Generation از درخواست لیست وضعیت برای کلیه سفارشات واجد شرایط استفاده می کند ، با این درخواست شامل حداکثر تعداد شناسه درخواست مشخص شده در OROB_MAXIMUM_STATUS_LIST_REQUEST_ORDERS ، با درخواست مشخص می شود که پاسخ فقط باید شامل سفارشات باشدوضعیت آنها لغو شده است. اگر کارگزار سفارش نشان می دهد که یک سفارش یا خط است:

لغو: هیچ لغزش انتخابی ایجاد نمی شود ، و سیستم با استفاده از سفارش کارگزار سفارش (لغو) (L02) مقدار کنترل سیستم ، سفارش را در حالت نگه داشته می کند.

در غیر این صورت ، انتخاب Slip Generation ادامه دارد و بدون در نظر گرفتن اینکه آیا این سفارش مطابق با بررسی است ، خطوط انتخاب را برای خطوط سفارش واجد شرایط ایجاد می کند.

ALL: انتخاب Slip Generation از لیست وضعیت برای کلیه سفارشات واجد شرایط استفاده می کند ، با هر درخواست شامل حداکثر تعداد شناسه درخواست مشخص شده در ویژگی OROB_MAXIMUM_STATUS_LIST_REQUEST_ORDERS. اگر کارگزار سفارش نشان می دهد که یک سفارش یا خط است:

لغو: هیچ لغزش انتخابی ایجاد نمی شود ، و سیستم با استفاده از سفارش کارگزار سفارش (لغو) (L02) مقدار کنترل سیستم ، سفارش را در حالت نگه داشته می کند.

در زیر بررسی (و لغو نشده): هیچ لغزش انتخابی ایجاد نمی شود ، و سیستم با استفاده از دلیل AU Hold (سفارش کارگزار تحت بررسی) سفارش را در حالت نگه داشته می کند. این دلیل نگهدارنده به طور خودکار ایجاد می شود.

در غیر این صورت ، انتخاب Slip Generation ادامه دارد و خطوط انتخاب را برای خطوط سفارش واجد شرایط ایجاد می کند.