تهیه با پذیرش مبدا

ساخت وبلاگ

در تهیه واردات ، خریدار یا سازمان خرید به طور معمول با یک فروشنده مذاکره می کند تا کالاها را بپذیرد یا مالکیت کالاها را در محل فروشنده بگیرد. به عبارت دیگر ، نهاد خرید ، مالکیت مالی کالاها را در محل فروشنده می گیرد و بنابراین مسئولیت پرداخت فروشنده را دارد حتی اگر کالاها هنوز از نظر جسمی به محل خریدار (کارخانه/انبار) نرسیده اند. در اصطلاحات تجارت بین المللی تجارت به آن تهیه سابق کار می گویند و توسط اصطلاح تجاری بین المللی (Incoterm) "EXW" شناخته می شود.

SAP SAP امکان استفاده از "EXW" را در اسناد خرید مانند سفارشات خرید ، قراردادها و/یا توافق نامه برنامه ریزی فراهم می کند. اگرچه SAP همچنین دارای نوع حرکات موجودی (107) است که می تواند کالاها را با مبدأ بپذیرد ، راه حل استاندارد SAP برای پایان دادن به ادغام پایان برای استفاده از "EXW" از اینترم ، پذیرش مبدا همراه با نوع 107 نیست. ادغام منشأ قابلیت پذیرش با فرآیندهای تجاری بعدی (رسیدهای کالا ، ارسال فاکتور و انتشار ، پرداخت های فروشنده ، عملکرد MRP و غیره) نیاز به مداخله دستی در هر مرحله از فرآیند تجاری دارد که با ایجاد PO تا فاکتور شروع می شودپردازش به منظور استفاده کارآمد از آن. مداخله دستی در فرایند تجارت به طور بالقوه می تواند در زمینه های زیر تأثیر بگذارد:

برنامه ریزی نیاز مادی

-پرداخت فروشنده DELAY

-مالکیت سهام و ارسال مالی در سیستم SAP

-اطمینان از تاریخ تحویل/مالکیت از فروشنده

- ارزیابی عملکرد تأمین کننده

- در دسترس بودن سهام برای استفاده

- بیش از حد یا تحت برنامه ریزی توسط MRP

هدف از این سند توصیف نحوه طراحی و ساخت فرآیند پایان پایان برای "مبدا در عملکرد پذیرش" در SAP با پیکربندی اضافی و همچنین کارهای توسعه سفارشی است که امکان جلوگیری از هرگونه مداخله دستی را فراهم می کند.

در زیر جریان فرآیند تجارت در سطح بالا مورد انتظار در مورد مفهوم مبدا در پذیرش است:

جریان فرآیند- تهیه توسط مبدا پذیرش

Exw Work.jpg

شکاف در شیره استاندارد

هنگامی که فرآیند شرح داده شده در SAP استاندارد نقشه برداری شده ، زیر شکاف ها اتفاق می افتد.

Gaps.jpg

نحوه رفع این شکاف ها

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

تنظیم داده های اصلی:

Master Data.jpg

پیکربندی

برای تعیین نوع حرکت نوع 109 در IBD ، فعالیت های زیر پیکربندی را انجام دهید

1. دسته موارد جدید را برای تحویل ورودی پیکربندی کنید: به عنوان مثال دسته موارد جدید را ایجاد کنید. Zel برای تحویل ورودی و اختصاص حرکت 109 برای این دسته از موارد.

IMG Path : SPRO>Logistics Execution>Deliveries>دسته های مورد را برای تحویل تعریف کنید

Config1.jpg

2. استفاده از دسته موارد را تعریف کنید: استفاده از دسته موارد جدید را تعریف کنید

IMG Path: SPRO>Logistics Execution>Deliveries>تعریف استفاده از دسته موارد)

Config3.jpg

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

Config5.jpg

این مرحله را برای کلیه دسته های مورد تعریف شده در Material Master تکرار کنید.

توسعه سفارشی

1. توسعه برای تعیین "منشأ پذیرش" در PO به طور خودکار

به طور پیش فرض منشأ نشانگر پذیرش در سفارش خرید ، BADI ME_PROCESS_PO_CUST و CLASS PROCESS_ITEM. in BADI را برای بررسی incoterm در سطح موارد PO بنویسید و اگر "EXW" است ، منشأ شاخص پذیرش را در PO تنظیم کنید (می توانید از دیگر استفاده کنید (می توانید از دیگر استفاده کنید (می توانید از دیگر استفاده کنید (می توانید از دیگر استفاده کنید (می توانید از دیگر استفاده کنید (می توانید از دیگر استفاده کنید (می توانید از دیگر استفاده کنید (می توانید از دیگر استفاده کنید (می توانید از دیگر استفاده کنید (می توانید از دیگر استفاده کنید (می توانید از آن استفاده کنید. منطق و همچنین برای تنظیم منشأ نشانگر پذیرش).

2. ایجاد جدول سفارشی برای حفظ زمان حمل و نقل:

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

3. تاریخ تحویل در خرید خروجی فرم:

بازده فرم سفارش خرید را برای خواندن تاریخ تحویل به عنوان زیر برای تهیه با سناریوی پذیرش مبدا تغییر دهید.

اگر اصطلاح inco در سطح آیتم خط PO "exw" باشد

تاریخ تحویل PO برای مورد خط = تاریخ تحویل PO (ekpo- eeind)- زمان حمل و نقل از سفارشی سفارشی بر روی ترکیب فروشنده/مواد/گیاه/اینترم.

4- تاریخ تحویل در خرید خروجی توسط EDI: (اختیاری)

این پیشرفت فقط در صورتی که تهیه با پذیرش مبدا با فروشنده EDI انجام شود ، لازم است. در این حالت ، نقطه پیشرفت را در سفارشات نوع پیام PO Outbound 05 مشخص کرده و منطق مشابهی را که در مرحله 3 ذکر شده است ، اعمال کنید.

5. تاریخ تحویل در ASN یا تأیید سفارش توسط EDI: (اختیاری)

این توسعه فقط در صورتی لازم است که تهیه با پذیرش مبدا با فروشنده EDI انجام شود و فروشنده ارسال می کند و فروشنده تأیید سفارش و اعلان حمل و نقل پیش پرداخت توسط EDI را ارسال می کند. در این حالت ، نقطه تقویت را در تأیید PO ورودی (نوع پیام ORDRSP) و اعلان حمل و نقل پیشبرد (DESADV) شناسایی کرده و در زیر منطق اعمال کنید.

تاریخ تحویل به ترتیب تأیید یا ASN = تاریخ تحویل ارائه شده توسط فروشنده + زمان حمل و نقل از جدول سفارشی بر اساس ترکیب فروشنده/مواد/گیاه/اینتیم

تاریخ تحویل از تأیید سفارش یا ASN توسط MRP برای برنامه ریزی استفاده می شود.

6. توسعه برای تعیین نوع حرکت 109 در IBD

اجرای نقطه پیشرفت ES_SAPMV50A و OBJECT MM_INB_DEL_ITEM_CATEGORY را بنویسید و منطق را بنویسید تا دسته موارد "ZEL" را در IBD (تحویل ورودی) برای منشأ سناریوی پذیرش تعیین کنید. در منطق ، اصطلاح inco را در سطح آیتم خط PO (EKPO-INCO1) بررسی کنید ، اگر "EXW" است ، پس از آن دسته از موارد را از جدول T184L برای نوع تحویل "EL" انتخاب کنید و استفاده از "z" و به روزرسانی در قسمت "XLIPS"-PSTYV "(دسته مورد در تحویل ورودی).

7. ارزیابی تأمین کننده:

برنامه ارزیابی تأمین کننده خود را به روز کنید تا نمره تحویل برای تهیه با پذیرش مبدا را محاسبه کنید (به طور کلی برنامه ارزیابی تأمین کننده مشتری خاص است بنابراین جزئیات برنامه ارائه نشده است)

اگر مورد خط PO دارای اصطلاح inco "exw" باشد ، سپس تاریخ تحویل هدف را به عنوان هدف قرار دهید

تاریخ تحویل هدف = تاریخ تحویل از PO (EKPO-EEND)-زمان حمل و نقل از جدول سفارشی بر اساس ترکیب فروشنده/مواد/گیاه/اینترم

تاریخ تحویل واقعی = EKEB-BUDAT (تاریخ تحویل با Ref به PO ارسال شده توسط نوع حرکت 107) با استفاده از PO# و جایی که ekbe- bwart = 107

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

8. مشخصات امنیتی را به روز کنید

به خریدار اجازه می دهد با استفاده از Tcode Migo و نوع حرکت 107 ، دریافت خوبی برای تهیه با مبدا در پذیرش ارسال کند.

ارزش افزوده/سود و تأثیر

Ø پایان یکپارچه برای پایان دادن به فرآیند یکپارچه بدون مداخله دستی

Ø تاریخ تحویل واقعی به فروشنده و تاریخ دریافت کالاهای فیزیکی واقعی که توسط MRP استفاده می شود

admince پذیرش مبدا بر اساس حرکت نوع 107 تأثیر زیر بر MM ، FI و LIV دارد.

تأثیر

تأثیر MM

تأثیر LIV

... سند حسابداری تولید شده

date تاریخ پذیرش مبدا ثبت شده

y موردی که در سهام مسدود شده با ارزش قرار گرفته است

ü برای استفاده در دسترس نیست

block بلوک فاکتور برداشته شد

ü فاکتور در دسترس برای پرداخت طبق مدت توافق شده قبل از کنترل فیزیکی موارد

wick دریافت های خوب واقعی توسط حرکت نوع 109 تأثیر زیر دارند

تأثیر

تأثیر MM

تأثیر LIV

ü هیچ مستند مالی ارسال نشده است

date تاریخ دریافت کالاهای فیزیکی ثبت شده

ü کالاهای موجود برای استفاده

با استفاده از گزارش MB5OA ، نظارت بر کالاهای پذیرفته شده در مبدأ و وضعیت فعلی سهام ممکن است

استراتژی‌های اسکالپ...
ما را در سایت استراتژی‌های اسکالپ دنبال می کنید

برچسب : نویسنده : جعفر بدیعی بازدید : <-PostHit-> تاريخ : دوشنبه 2 مرداد 1402 ساعت: 14:18