ಪ್ರೈಸ್ ಟೈಪ್‌ಗಳು ಸೈಲೆಂಟ್ ಆಗಿ ಡೀಫಾಲ್ಟ್ ಪ್ರೈಸ್ ಏಕೆ ತೋರಿಸುತ್ತವೆ

ಪ್ರತಿ ಪ್ರೈಸ್ ಟೈಪ್ ಒಂದೇ ಪ್ರೈಸ್ ಏಕೆ ತೋರಿಸುತ್ತದೆ ಮತ್ತು ಲಿಂಕ್ ಮಾಡಿದ ಹಾಗೂ ಕಸ್ಟಮ್ ಪ್ರೈಸ್ ಸಾಲುಗಳು ಹೇಗೆ ವರ್ತಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ತಿಳಿಯಿರಿ.

1. 'all my price types show the same price' ಎಂದರೆ ಯಾವುದೇ ಚಾನೆಲ್-ನಿರ್ದಿಷ್ಟ ಪ್ರೈಸ್‌ಗಳನ್ನು ಸೆಟ್ ಮಾಡಿಲ್ಲ - ಎಲ್ಲವೂ ಡೀಫಾಲ್ಟ್‌ಗೆ ಹಿಂತಿರುಗುತ್ತಿವೆ.

2. ಪ್ರತಿ ಪ್ರೈಸ್ ಸಾಲಿನಲ್ಲಿ use_referred_price ಮತ್ತು referred_price_id ಇರುತ್ತವೆ. use_referred_price true ಆಗಿರುವಾಗ, ಓದುವಿಕೆ ಮತ್ತು ಕೋಟೇಶನ್‌ಗಳಲ್ಲಿ ಬಳಸುವ ಪರಿಣಾಮಕಾರಿ ಪ್ರೈಸ್ ರೆಫರಲ್ ಸರಪಳಿಯ ಕೊನೆಯಲ್ಲಿರುವ ಪ್ರೈಸ್ ಆಗಿರುತ್ತದೆ; ಸಾಲಿನ ಸ್ವಂತ ಸಂಗ್ರಹಿತ ಸಂಖ್ಯೆಗಳನ್ನು ಪರಿಣಾಮಕಾರಿ ಪ್ರೈಸ್‌ಗೆ ಬಳಸುವುದಿಲ್ಲ. ಇದು ಎರಡು ಸಾಮಾನ್ಯ ಗೊಂದಲಗಳನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಮೊದಲನೆಯದು, 'I changed the price and nothing happened': ಸಂಪಾದಿಸುತ್ತಿರುವ ಸಾಲು ಲಿಂಕ್ ಮೋಡ್‌ನಲ್ಲಿದೆ, ಆದ್ದರಿಂದ ಅದರ ಸಂಖ್ಯೆಗಳು ನಿಷ್ಪ್ರಯೋಜಕ - ಪರಿಹಾರವೆಂದರೆ ಪ್ರೈಸ್ ಅನ್ನು ಕಸ್ಟಮ್ ಮೋಡ್‌ಗೆ ಬದಲಿಸುವುದು (use_referred_price=false ಜೊತೆಗಿನ ಅಪ್‌ಡೇಟ್ ಒಂದೇ ಹಂತದಲ್ಲಿ ಸಂಖ್ಯೆಗಳನ್ನು ಉಳಿಸಿ ಲಿಂಕ್ ಅನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ). ಎರಡನೆಯದು, 'I typed a price and it vanished': ಅಪ್‌ಡೇಟ್ ವಿನಂತಿಯು ಲಿಂಕ್ ಮೋಡ್ ಸಕ್ರಿಯಗೊಳಿಸಿದಾಗ (use_referred_price=true), ಬ್ಯಾಕೆಂಡ್ ಫ್ಲ್ಯಾಗ್ ಉಳಿಸಿ ಅದೇ ವಿನಂತಿಯಲ್ಲಿ ಕಳುಹಿಸಿದ ಯಾವುದೇ ಪ್ರೈಸ್/ಟ್ಯಾಕ್ಸ್/ಮಾರ್ಜಿನ್ ಅನ್ನು ಸೈಲೆಂಟ್ ಆಗಿ ತಿರಸ್ಕರಿಸುತ್ತದೆ - ವಿನ್ಯಾಸದ ಪ್ರಕಾರ, ಏಕೆಂದರೆ ಲಿಂಕ್ ಮಾಡಿದ ಪ್ರೈಸ್ ತನ್ನ ರೆಫರೆನ್ಸ್‌ನಿಂದ ಮೌಲ್ಯಗಳನ್ನು ಪಡೆಯುತ್ತದೆ; ಅದು ಆ ಸಾಲಿನಲ್ಲಿನ ಯಾವುದೇ ಫಾರ್ಮುಲಾ-ಆಧಾರಿತ ಪ್ರೈಸಿಂಗ್ ಅನ್ನೂ ತೆರವುಗೊಳಿಸುತ್ತದೆ. ಇದರ ಇನ್ನೊಂದು ಸೈಡ್ ಎಂದರೆ ಉದ್ದೇಶಿತ ಶಕ್ತಿಶಾಲಿ ವೈಶಿಷ್ಟ್ಯ: org/BU ಡೀಫಾಲ್ಟ್ ಪ್ರೈಸ್ ಸಂಪಾದಿಸಿದರೆ ಅದಕ್ಕೆ ಇನ್ನೂ ಲಿಂಕ್ ಆಗಿರುವ ಪ್ರತಿ ಸೇಲ್ಸ್-ಚಾನೆಲ್ ಪ್ರೈಸ್ ತಕ್ಷಣ ಅಪ್‌ಡೇಟ್ ಆಗುತ್ತದೆ. ಪ್ರತಿ ಸೇಲ್ಸ್-ಚಾನೆಲ್ ಪ್ರೈಸ್ ಕಸ್ಟಮ್ ಮೋಡ್‌ನಲ್ಲಿ ರಚನೆಯಾಗುತ್ತದೆ ಆದರೆ ಡೀಫಾಲ್ಟ್ ಪ್ರೈಸ್‌ಗೆ ಪಾಯಿಂಟರ್ ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಂಬಂಧ ಕಳೆದುಕೊಳ್ಳದೆ ನಂತರ ಮತ್ತೆ ಲಿಂಕ್ ಮಾಡಬಹುದು. ಯಾವ ಸಾಲನ್ನು ಸಂಪಾದಿಸಲಾಯಿತು ಮತ್ತು ಅದು ಲಿಂಕ್ ಅಥವಾ ಕಸ್ಟಮ್ ಮೋಡ್‌ನಲ್ಲಿದೆಯೇ ಎಂದು ಕೇಳುವ ಮೂಲಕ ನಿರ್ಣಯಿಸಿ.

3. ಈ ಸಂಶ್ಲೇಷಿತ ಪ್ರೈಸ್‌ಗಳಲ್ಲಿ ಒಂದನ್ನು ಮೊದಲ ಬಾರಿ ಸಂಪಾದಿಸಿದಾಗ ವಾಸ್ತವವಾಗಿ ಹೊಸ ಚಾನೆಲ್ ಪ್ರೈಸ್ ಸಾಲು ರಚನೆಯಾಗುತ್ತದೆ (ಕಸ್ಟಮ್ ಮೋಡ್‌ನಲ್ಲಿ ಜನಿಸಿ, ನಂತರ ಲಿಂಕ್ ಮಾಡಬಹುದಾದಂತೆ ಡೀಫಾಲ್ಟ್‌ಗೆ ಪಾಯಿಂಟರ್ ಉಳಿಸಿಕೊಂಡಿರುತ್ತದೆ).

4. ಒಮ್ಮೆ ರಚನೆಯಾದ ನಂತರ, ಲಿಂಕ್ ಮಾಡಿದ ಟಾಗಲ್ ಸಕ್ರಿಯಗೊಳಿಸದ ಹೊರತು ಆ ಪ್ರೈಸ್ ಟೈಪ್ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಅನುಸರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.

5. ಪ್ರೈಸ್ ಟೈಪ್ ಮತ್ತೆ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು, ಸಂಖ್ಯೆಗಳನ್ನು ಮತ್ತೆ ಟೈಪ್ ಮಾಡುವ ಬದಲು ಅದರ ಲಿಂಕ್/ರೆಫರ್ ಆಯ್ಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ.

6. 'default price updated, most price types moved but one did not' ಎಂಬ ಸೀಕ್ವೆನ್ಸ್ ಎಂದರೆ ಒಂದು ಪ್ರೈಸ್ ಟೈಪ್ ಅನ್ನು ಯಾವುದೋ ಸಮಯದಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ಸೆಟ್ ಮಾಡಲಾಗಿತ್ತು (ಅಥವಾ API ಮೂಲಕ ಅಪ್‌ಡೇಟ್ ಮಾಡಲಾಗಿತ್ತು).

7. ಸಾರ್ವಜನಿಕ /enterprise_api/price/update ಮಾರ್ಗವು ಎಂಟರ್‌ಪ್ರೈಸ್ ಕರೆದವರಿಗೆ use_referred_price ಅನ್ನು false ಎಂದು ಹಾರ್ಡ್-ಕೋಡ್ ಮಾಡುತ್ತದೆ - ಫ್ಲ್ಯಾಗ್ ಅನ್ನು API ಮೂಲಕ ಕಳುಹಿಸಲಾಗುವುದಿಲ್ಲ. ಪರಿಣಾಮ: ERP/ಇಂಟಿಗ್ರೇಷನ್ ಒಂದು (ಎಸ್‌ಕೆ‌ಯು, ಸೇಲ್ಸ್ ಚಾನೆಲ್, ಪ್ರೈಸ್ ಟೈಪ್)‌ಗೆ ಸೇಲ್ಸ್-ಚಾನೆಲ್ ಪ್ರೈಸ್ ಅನ್ನು ಮೊದಲ ಬಾರಿ ಅಪ್‌ಡೇಟ್ ಮಾಡಿದಾಗ, ಆ ಪ್ರೈಸ್ ಕಸ್ಟಮ್ ಮೋಡ್‌ಗೆ ಪರಿವರ್ತನೆಯಾಗಿ org/BU ಡೀಫಾಲ್ಟ್ ಪ್ರೈಸ್‌ನಿಂದ ಬೇರ್ಪಡುತ್ತದೆ. ಅಲ್ಲಿಂದ ಮುಂದೆ, ಡೀಫಾಲ್ಟ್ ಪ್ರೈಸ್‌ಗೆ ಮಾಡುವ ಸಂಪಾದನೆಗಳು ಆ ಚಾನೆಲ್ ಪ್ರೈಸ್‌ಗೆ ಹರಿಯುವುದಿಲ್ಲ. ಇದು ಹೀಗೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ: 'ನಾವು ಮಾಸ್ಟರ್/ಡೀಫಾಲ್ಟ್ ಪ್ರೈಸ್ ಅನ್ನು ಅಪ್‌ಡೇಟ್ ಮಾಡಿದೆವು ಆದರೆ ನಮ್ಮ ಡೀಲರ್ ಚಾನೆಲ್ ಇನ್ನೂ ಹಳೆಯ ದರವನ್ನು ತೋರಿಸುತ್ತದೆ' - ಇದರ ಸಾಮಾನ್ಯ ಕಾರಣ ಚಾನೆಲ್ ಪ್ರೈಸ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸಿ ಸೈಲೆಂಟ್ ಆಗಿ ಲಿಂಕ್ ಮುರಿದ ಹಿಂದಿನ API ಸಿಂಕ್. ಮತ್ತೆ ಲಿಂಕ್ ಮಾಡಲು API ಮಾರ್ಗವಿಲ್ಲ; ಕ್ಲೈಂಟ್ ಕ್ಯಾಟಲಾಗ್ UI ನಿಂದ ಆ ಪ್ರೈಸ್‌ನಲ್ಲಿ ಲಿಂಕ್/ರೆಫರ್ ಟಾಗಲ್ ಅನ್ನು ಮತ್ತೆ ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು, ಅಥವಾ ತಮ್ಮ ಇಂಟಿಗ್ರೇಷನ್ ಪ್ರತಿ ಚಾನೆಲ್ ಪ್ರೈಸ್‌ಗೆ ಸ್ಪಷ್ಟವಾಗಿ ಅಪ್‌ಡೇಟ್‌ಗಳನ್ನು ಪುಷ್ ಮಾಡಬೇಕೆಂದು ಒಪ್ಪಿಕೊಳ್ಳಬೇಕು. ERP-ಸಿಂಕ್ ಕ್ಲೈಂಟ್ ಅನ್ನು ಆನ್‌ಬೋರ್ಡ್ ಮಾಡುವಾಗ ಮುಂಚಿತವಾಗಿ ಎಚ್ಚರಿಸಿ: ಚಾನೆಲ್-ಮಟ್ಟದ ಪ್ರೈಸ್‌ಗಳನ್ನು ಸಿಂಕ್ ಮಾಡುವುದು ಎಂದರೆ ಅಲ್ಲಿಂದ ಮುಂದೆ ಎಲ್ಲಾ ಚಾನೆಲ್-ಮಟ್ಟದ ಪ್ರೈಸ್‌ಗಳ ಜವಾಬ್ದಾರಿ ನಿಮ್ಮದು, ಆದರೆ ಡೀಫಾಲ್ಟ್ ಪ್ರೈಸ್‌ಗಳನ್ನು ಮಾತ್ರ ಸಿಂಕ್ ಮಾಡುವುದು ಆಂತರಿಕ ಇನ್‌ಹೆರಿಟೆನ್ಸ್ ಕೆಲಸ ಮಾಡುವಂತೆ ಉಳಿಸುತ್ತದೆ. ಪ್ರೈಸ್ ಅಪ್‌ಡೇಟ್‌ಗಳು ಆಡಿಟ್-ಲಾಗ್ ಆಗುತ್ತವೆ (price_update) ಎಂಬುದನ್ನೂ ಗಮನಿಸಿ, ಇದು ಲಿಂಕ್ ಯಾವಾಗ ಮುರಿಯಿತು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಲು ಸಹಾಯ ಮಾಡುತ್ತದೆ.