Manual Update Data in SAP ERP

WoW,

Thi thoảng trong quá trình sử dụng SAP ERP, trong những tình huống ...nhạy cảm, chúng ta có thể phải update dữ liệu SAP ERP trực tiếp dưới DB. Tuy nhiên việc này là... nghiêm trọng và nghiêm cấm, vì có thể xảy ra trường hợp mất tính thống nhất (consistency) của dữ liệu và / hoặc hư luôn dữ liệu...

Do vậy việc update trực tiếp là... nguy hiểm

Tuy nhiên, với kinh nghiệm, hiểu biết của bạn về SAP ERP, bạn có thể update 1 vài thông tin...không quan trọng hoặc lỡ có sai thì cũng không ảnh hưởng lắm đến số liệu - và quan trọng là bạn có thể rollback được.

Vậy, làm sao để bạn biết nơi mà update - vì khi thao tác dưới lớp DB thì chỉ có tables và các câu lệnh...

Trên SAP GUI, bạn sẽ tìm được tables và tên Field cần thiết (còn làm thế nào để thấy được thì... mặc định là bạn biết rồi :P )
Phần lớn thông tin bạn có được là "Transparent Table", là cái mà bạn thấy table hiện hữu ở DB và ...thẳng tay update sau khi đã kiểm tra lại kỹ càng (select...) dưới DB

Nhưng một phần không nhỏ các màn hình của SAP "based on" 1 cái SAP gọi là Structure - cái này là internal của phần mềm và không có dưới DB
Vậy làm sao để kiếm ra table tương ứng để mà update thì mới là vấn đề

Structure trong SAP thì cấu tạo cũng là 1 dạng table, có hàng và cột, để rồi mỗi cell như vậy sẽ được Map lên mỗi control trên màn hình (GUI)

Tuy nhiên dữ liệu để mà đổ vào cái Structure thì ...lấy từ rất nhiều nơi (table,...) riêng lẽ, rời rạc... Việc dùng Structure cũng hay, vừa thỏa mãn kiến trúc của SAP, vừa có thể Select dữ liệu rời rạc từ nhiều nơi mà không phải JOIN nhiều tables - việc Join này sẽ ảnh hưởng performance của hệ thống đây

OK, giờ thì làm sao để kiếm ra cái table của cái Field đó trong Structure?!!!?
Việc này không đơn giãn chút nào
Tôi thì thích dùng ST05 để Trace các câu lệnh SQL, rồi tìm hiểu các câu lệnh đó, rồi....có thể tìm ra được table

Nói chung, những việc...troubleshoots như thế này không phải cứ...ập vô là làm liền được mà phải mất nhiều thời gian tìm hiểu nhiều thứ, để thành công theo tôi cần 70% kinh ngiệm, 30% còn lại là kiến thức và hiểu biết chuyên môn...
Và cứ phải...troubleshoots dài dài thì mới biết nhiều hơn được, phải vậy không?!