salam..

Ticket pasal output ni, bila configuration setting dah betul mula la kelam kabut nak baca script.  Baca script manually annoyying wei..Debug is better tapi nak pandai long term to go..

Ni Link yang aku rujuk:

Boleh debug output type - txt file
https://www.youtube.com/watch?v=gBC23GdDsfY

Start to learn debug:
https://www.youtube.com/watch?v=yg0tbo_n5ag

Sekian..

21/07/2017

Aku ni dah banyak kali dapat ticket macam ni, tapi tak penah ingat pon.  Setiap kali dapat ticket, tiap kali gak refer notes and google balik.  So aku nak buat special post, so aku tak payah nak google lagi. 

Issue: 
The incoterm for this customer is FOB HAMBURG, but the route will turn to DE TO TH SEA SHIPMENT (511), the correct one should be DE TO TH FOB HAMBURG (5F1).

Analysis:

Determination

Salam Semua...

Err aku tak pandai nak terang-terang ni. Aku himpun semua discussion-discussion kat dalam blog ni and korang digest ikut tahap IQ korang sendiri ye.

Aku baca aku paham tapi nak susun ayat sendiri tu, adeh denyut pale den nak terang.  Fail part terang menerang ni,

Kali aku kena cover issue invoice error relate to rebate.  Customer ni ada rebate agreement, so sales team dah issue rebate settelement dekat customer then siap sampai ke invoice da.  Patut da tak de issue tapi tup tup ada lak satu tangan dengan alasan "not knowing" pegi edit and save settlement document tu. Weird kat sini, upon saving system ter trigger batch job minta create lagi satu invoice.  Kan da jadi double invoice tu.

hurm...created by batchjob?  Keje chek senang la gitu..ABAPER check sat abaper...Tak gitu? Hik hik ik..

Keja chek plak replicate document tu dekat QA system untuk ABAPER analysis and check.

Hurmm..

Sekian..

Rujukan:
https://archive.sap.com/discussions/thread/1242190
https://archive.sap.com/discussions/thread/649712
https://blogs.sap.com/2013/04/04/rebate-process-configuration/
https://www.youtube.com/watch?v=PXvKDuSjIf0

Salam Semua..

Tak sempat nak buat writing.  Nak belajar SAP SD?  Before jadi support better tahu business basic dulu.  Contohnya create inquiry, sales order, delivery, picking, packing, post good issue sehingga ke billing.  Ini full sales cycle untuk SD.

Saya nak type or paste satu satu memang tak sempat.  So saya share link-link ini your own study k.

Selamat Belajar.

http://www.slideshare.net/tmatys/the-sales-order-process-in-sap-erp

http://www.slideshare.net/MTA666/sap-order-to-cash-cycle

http://www.yorku.ca/garys/SAPWorkshop/SAPSalesOrderProcessExerciseECC6.pdf

https://toughnickel.com/business/SAP-Order-To-Cash-SAP-OTC

Tips to become an expert!!

"Never say don't know even though you really not knowing.  Make your self KNOW to identify solution.

Semoga BERJAYA!!

Assalamualaikum dan salam sejahtera.. Ready nak study SAP SD? Jom kita start. Sorry tak ikut flow. Saya story base on issue or request yang saya dapat. Other word case study la ni. Issue @ Requirement: User ni ada raise new condition type ZEFS untuk freight charges. Perkara pelik terjadi bila guna condition type ni, value enter dekat header level tapi dekat item level amount x split dah tu jadi berganda ganda plak.

ZEFS tunjuk 2 kali dekat header level dalam invoice

Item level value appear per item split

Analysis:
Value tak split sebab setting scale adalah quantity bukan value.  So value tak akan berubah per quantiti.  Current setting, CT ni dah di set untuk function as header and item level.

Current setting before change take place:
Solution:
Refer dekat error:- Value dia tak "times" or devide per quantity. Kenapa? Sebab setting dekat condition type - Scales - Scales Basis nya adalah "C" quantity scale. Quantity scale amount dia akan fix untuk all the quantity. Tak split, tak devide dan tak jugak "times". So boleh test analysis ni dalam QA environment untuk kepastian. Solution sini saya tukar dari "C" ke "B" yang mana value scale. Value scale tu akan devide per item quantity. Sebab saya dah tukar ni kepada value scale, so setting lain saya kena tukar jugak. Contoh, value akan devide per quatity item takut untuk yang result ada point ke infiniti kita kena set kan decimal point dia. So kt sini saya buat round up.

Saya devide kan CT ke item condition and create version CT untuk header level.  Saya ada baca yang same CT boleh guna untuk item and header tapi saya tak cukup masa untuk test lagi.  Best option untuk saya sekarang devide CT ni kepada dua which is one untuk item condition lagi satu untuk header condition.

Changes yang saya apply:
Memory:
Ini condition type paling tough saya kena buat and yang pertama susah. Few months jugak la study nak fully understand these setting aje. SAKIT!

Additional info: Technical name untuk condition type:KSCHL Table (SE16N) yang ada "KSCHL": KONV, KONP (Condition item), KONC, KOND (Condition data), KONH (Condition Header)etc

Study more dekat sini:- https://www.tutorialspoint.com/sap_sd/sap_sd_condition_techniques_types.htm http://help.sap.com/saphelp_erp60_sp/helpdata/en/93/7432d1546011d1a7020000e829fd11/content.htm http://help.sap.com/saphelp_erp60_sp/helpdata/en/93/7432c4546011d1a7020000e829fd11/content.htm https://scn.sap.com/thread/597870 https://www.scribd.com/doc/103266042/Sap-Sd-Pricing-in-Depth-Configuration-Guide

"Do no give up, STAY POSITIVE"