ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, ವಹಿವಾಟಿನ ಡೇಟಾವನ್ನು ನಿರ್ವಹಿಸಲು ಮತ್ತು ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ವರದಿ ಮಾಡುವ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಈ ಡೇಟಾವನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು SAP ಸಂಪೂರ್ಣ ಶ್ರೇಣಿಯ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ನೀಡುತ್ತದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, SAP ಬಿಸಿನೆಸ್ ವೇರ್‌ಹೌಸ್ (SAP BW) ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ವ್ಯಾಪಕವಾದ ತಾಂತ್ರಿಕ ಸಾಮರ್ಥ್ಯಗಳೊಂದಿಗೆ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಮತ್ತು ವಿಶ್ಲೇಷಿಸಲು ಟೂಲ್‌ಕಿಟ್ ಆಗಿದೆ. ಅದರ ಎಲ್ಲಾ ವಸ್ತುನಿಷ್ಠ ಅನುಕೂಲಗಳಿಗಾಗಿ, SAP BW ವ್ಯವಸ್ಥೆಯು ಒಂದು ಗಮನಾರ್ಹ ನ್ಯೂನತೆಯನ್ನು ಹೊಂದಿದೆ. ಇದು ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಹೆಚ್ಚಿನ ವೆಚ್ಚವಾಗಿದೆ, ವಿಶೇಷವಾಗಿ ಹನಾದಲ್ಲಿ ಕ್ಲೌಡ್-ಆಧಾರಿತ SAP BW ಅನ್ನು ಬಳಸುವಾಗ ಗಮನಿಸಬಹುದಾಗಿದೆ.
ನೀವು ಕೆಲವು SAP ಅಲ್ಲದ ಮತ್ತು ಮೇಲಾಗಿ OpenSource ಉತ್ಪನ್ನವನ್ನು ಶೇಖರಣೆಯಾಗಿ ಬಳಸಲು ಪ್ರಾರಂಭಿಸಿದರೆ ಏನು? ನಾವು X5 ಚಿಲ್ಲರೆ ಗುಂಪಿನಲ್ಲಿ ಗ್ರೀನ್‌ಪ್ಲಮ್ ಅನ್ನು ಆರಿಸಿದ್ದೇವೆ. ಇದು ಸಹಜವಾಗಿ, ವೆಚ್ಚದ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುತ್ತದೆ, ಆದರೆ ಅದೇ ಸಮಯದಲ್ಲಿ, SAP BW ಅನ್ನು ಬಳಸುವಾಗ ಬಹುತೇಕ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಪರಿಹರಿಸಲಾದ ಸಮಸ್ಯೆಗಳು ತಕ್ಷಣವೇ ಉದ್ಭವಿಸುತ್ತವೆ.
ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಹೆಚ್ಚಾಗಿ SAP ಪರಿಹಾರಗಳಾಗಿರುವ ಮೂಲ ವ್ಯವಸ್ಥೆಗಳಿಂದ ಡೇಟಾವನ್ನು ಹಿಂಪಡೆಯುವುದು ಹೇಗೆ?
HR ಮೆಟ್ರಿಕ್ಸ್ ಈ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಅಗತ್ಯವಾದ ಮೊದಲ ಯೋಜನೆಯಾಗಿದೆ. ಮಾನವ ಸಂಪನ್ಮೂಲ ಡೇಟಾದ ಭಂಡಾರವನ್ನು ರಚಿಸುವುದು ಮತ್ತು ಉದ್ಯೋಗಿಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಪ್ರದೇಶದಲ್ಲಿ ವಿಶ್ಲೇಷಣಾತ್ಮಕ ವರದಿಯನ್ನು ನಿರ್ಮಿಸುವುದು ನಮ್ಮ ಗುರಿಯಾಗಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಡೇಟಾದ ಮುಖ್ಯ ಮೂಲವೆಂದರೆ SAP HCM ವಹಿವಾಟು ವ್ಯವಸ್ಥೆ, ಇದರಲ್ಲಿ ಎಲ್ಲಾ ಸಿಬ್ಬಂದಿ, ಸಾಂಸ್ಥಿಕ ಮತ್ತು ಸಂಬಳದ ಚಟುವಟಿಕೆಗಳನ್ನು ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ.
ಡೇಟಾ ಹೊರತೆಗೆಯುವಿಕೆ
SAP BW ನಲ್ಲಿ SAP ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಪ್ರಮಾಣಿತ ಡೇಟಾ ಎಕ್ಸ್‌ಟ್ರಾಕ್ಟರ್‌ಗಳಿವೆ. ಈ ಎಕ್ಸ್‌ಟ್ರಾಕ್ಟರ್‌ಗಳು ಅಗತ್ಯ ಡೇಟಾವನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಂಗ್ರಹಿಸಬಹುದು, ಅದರ ಸಮಗ್ರತೆಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡಬಹುದು ಮತ್ತು ಬದಲಾವಣೆ ಡೆಲ್ಟಾಗಳನ್ನು ನಿರ್ಧರಿಸಬಹುದು. ಇಲ್ಲಿ, ಉದಾಹರಣೆಗೆ, ಉದ್ಯೋಗಿ ಗುಣಲಕ್ಷಣಗಳಿಗಾಗಿ ಪ್ರಮಾಣಿತ ಡೇಟಾ ಮೂಲವಾಗಿದೆ 0EMPLOYEE_ATTR:
ಒಬ್ಬ ಉದ್ಯೋಗಿಗೆ ಅದರಿಂದ ಡೇಟಾವನ್ನು ಹೊರತೆಗೆಯುವ ಫಲಿತಾಂಶ:
ಅಗತ್ಯವಿದ್ದರೆ, ಅಂತಹ ಹೊರತೆಗೆಯುವಿಕೆಯನ್ನು ನಿಮ್ಮ ಸ್ವಂತ ಅವಶ್ಯಕತೆಗಳಿಗೆ ಸರಿಹೊಂದುವಂತೆ ಮಾರ್ಪಡಿಸಬಹುದು ಅಥವಾ ನಿಮ್ಮ ಸ್ವಂತ ಎಕ್ಸ್‌ಟ್ರಾಕ್ಟರ್ ಅನ್ನು ರಚಿಸಬಹುದು.
ಉದ್ಭವಿಸಿದ ಮೊದಲ ಕಲ್ಪನೆಯು ಅವುಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡುವ ಸಾಧ್ಯತೆಯಾಗಿದೆ. ದುರದೃಷ್ಟವಶಾತ್, ಇದು ಅಸಾಧ್ಯವಾದ ಕೆಲಸವಾಗಿ ಹೊರಹೊಮ್ಮಿತು. ಹೆಚ್ಚಿನ ತರ್ಕವನ್ನು SAP BW ಭಾಗದಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ ಮತ್ತು SAP BW ನಿಂದ ಮೂಲದಲ್ಲಿ ತೆಗೆಯುವ ಸಾಧನವನ್ನು ನೋವುರಹಿತವಾಗಿ ಬೇರ್ಪಡಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ.
SAP ಸಿಸ್ಟಮ್‌ಗಳಿಂದ ಡೇಟಾವನ್ನು ಹೊರತೆಗೆಯಲು ನಾವು ನಮ್ಮದೇ ಆದ ಕಾರ್ಯವಿಧಾನವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಬೇಕಾಗಿದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಯಿತು.
SAP HCM ನಲ್ಲಿ ಡೇಟಾ ಸಂಗ್ರಹಣೆ ರಚನೆ
ಅಂತಹ ಕಾರ್ಯವಿಧಾನದ ಅವಶ್ಯಕತೆಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ನಮಗೆ ಯಾವ ಡೇಟಾ ಬೇಕು ಎಂದು ನಾವು ಮೊದಲು ನಿರ್ಧರಿಸಬೇಕು.
SAP HCM ನಲ್ಲಿನ ಹೆಚ್ಚಿನ ಡೇಟಾವನ್ನು ಫ್ಲಾಟ್ SQL ಕೋಷ್ಟಕಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಈ ಡೇಟಾವನ್ನು ಆಧರಿಸಿ, SAP ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಸಾಂಸ್ಥಿಕ ರಚನೆಗಳು, ಉದ್ಯೋಗಿಗಳು ಮತ್ತು ಇತರ HR ಮಾಹಿತಿಯನ್ನು ಬಳಕೆದಾರರಿಗೆ ದೃಶ್ಯೀಕರಿಸುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, SAP HCM ನಲ್ಲಿ ಸಾಂಸ್ಥಿಕ ರಚನೆಯು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:
ಭೌತಿಕವಾಗಿ, ಅಂತಹ ಮರವನ್ನು ಎರಡು ಕೋಷ್ಟಕಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ - hrp1000 ವಸ್ತುಗಳಲ್ಲಿ ಮತ್ತು hrp1001 ರಲ್ಲಿ ಈ ವಸ್ತುಗಳ ನಡುವಿನ ಸಂಪರ್ಕಗಳು.
"ಇಲಾಖೆ 1" ಮತ್ತು "ಕಚೇರಿ 1" ವಸ್ತುಗಳು:
ವಸ್ತುಗಳ ನಡುವಿನ ಸಂಬಂಧ:
ಎರಡೂ ವಿಧದ ವಸ್ತುಗಳು ಮತ್ತು ಅವುಗಳ ನಡುವೆ ಸಂಪರ್ಕಗಳ ಪ್ರಕಾರಗಳ ದೊಡ್ಡ ಸಂಖ್ಯೆಯಿರಬಹುದು. ನಿಮ್ಮ ಸ್ವಂತ ನಿರ್ದಿಷ್ಟ ಅಗತ್ಯಗಳಿಗಾಗಿ ವಸ್ತುಗಳು ಮತ್ತು ಕಸ್ಟಮೈಸ್ ಮಾಡಿದವುಗಳ ನಡುವೆ ಎರಡೂ ಪ್ರಮಾಣಿತ ಸಂಪರ್ಕಗಳಿವೆ. ಉದಾಹರಣೆಗೆ, ಸಾಂಸ್ಥಿಕ ಘಟಕ ಮತ್ತು ಪೂರ್ಣ ಸಮಯದ ಸ್ಥಾನದ ನಡುವಿನ ಪ್ರಮಾಣಿತ B012 ಸಂಬಂಧವು ವಿಭಾಗದ ಮುಖ್ಯಸ್ಥರನ್ನು ಸೂಚಿಸುತ್ತದೆ.
SAP ನಲ್ಲಿ ನಿರ್ವಾಹಕ ಪ್ರದರ್ಶನ:
ಡೇಟಾಬೇಸ್ ಕೋಷ್ಟಕದಲ್ಲಿ ಸಂಗ್ರಹಣೆ:
ಉದ್ಯೋಗಿ ಡೇಟಾವನ್ನು pa* ಕೋಷ್ಟಕಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಉದ್ಯೋಗಿಗಾಗಿ ಸಿಬ್ಬಂದಿ ಘಟನೆಗಳ ಡೇಟಾವನ್ನು ಟೇಬಲ್ pa0000 ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ
ಗ್ರೀನ್‌ಪ್ಲಮ್ "ಕಚ್ಚಾ" ಡೇಟಾವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ನಾವು ನಿರ್ಧರಿಸಿದ್ದೇವೆ, ಅಂದರೆ. ಅವುಗಳನ್ನು SAP ಕೋಷ್ಟಕಗಳಿಂದ ನಕಲಿಸಿ. ಮತ್ತು ನೇರವಾಗಿ ಗ್ರೀನ್‌ಪ್ಲಮ್‌ನಲ್ಲಿ ಅವುಗಳನ್ನು ಸಂಸ್ಕರಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಭೌತಿಕ ವಸ್ತುಗಳಾಗಿ ಪರಿವರ್ತಿಸಲಾಗುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ಇಲಾಖೆ ಅಥವಾ ಉದ್ಯೋಗಿ) ಮತ್ತು ಮೆಟ್ರಿಕ್‌ಗಳು (ಉದಾಹರಣೆಗೆ, ಸರಾಸರಿ ಹೆಡ್‌ಕೌಂಟ್).
ಸುಮಾರು 70 ಕೋಷ್ಟಕಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ, ಅದರ ಡೇಟಾವನ್ನು ಗ್ರೀನ್‌ಪ್ಲಮ್‌ಗೆ ವರ್ಗಾಯಿಸಬೇಕು. ಅದರ ನಂತರ ನಾವು ಈ ಡೇಟಾವನ್ನು ರವಾನಿಸುವ ವಿಧಾನವನ್ನು ರೂಪಿಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ.
SAP ಸಾಕಷ್ಟು ದೊಡ್ಡ ಸಂಖ್ಯೆಯ ಏಕೀಕರಣ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ನೀಡುತ್ತದೆ. ಆದರೆ ಸುಲಭವಾದ ಮಾರ್ಗವೆಂದರೆ ಪರವಾನಗಿ ನಿರ್ಬಂಧಗಳ ಕಾರಣದಿಂದಾಗಿ ಡೇಟಾಬೇಸ್‌ಗೆ ನೇರ ಪ್ರವೇಶವನ್ನು ನಿಷೇಧಿಸಲಾಗಿದೆ. ಹೀಗಾಗಿ, ಎಲ್ಲಾ ಏಕೀಕರಣ ಹರಿವುಗಳನ್ನು ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಮಟ್ಟದಲ್ಲಿ ಅಳವಡಿಸಬೇಕು.
SAP ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಅಳಿಸಲಾದ ದಾಖಲೆಗಳ ಬಗ್ಗೆ ಡೇಟಾ ಕೊರತೆಯು ಮುಂದಿನ ಸಮಸ್ಯೆಯಾಗಿದೆ. ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ನೀವು ಸಾಲನ್ನು ಅಳಿಸಿದಾಗ, ಅದು ಭೌತಿಕವಾಗಿ ಅಳಿಸಲ್ಪಡುತ್ತದೆ. ಆ. ಬದಲಾವಣೆಯ ಸಮಯದ ಆಧಾರದ ಮೇಲೆ ಬದಲಾವಣೆಯ ಡೆಲ್ಟಾದ ರಚನೆಯು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ.
ಸಹಜವಾಗಿ, SAP HCM ಡೇಟಾ ಬದಲಾವಣೆಗಳನ್ನು ರೆಕಾರ್ಡಿಂಗ್ ಮಾಡಲು ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಹೊಂದಿದೆ. ಉದಾಹರಣೆಗೆ, ಸ್ವೀಕರಿಸುವವರ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ನಂತರದ ವರ್ಗಾವಣೆಗಾಗಿ, ಯಾವುದೇ ಬದಲಾವಣೆಗಳನ್ನು ದಾಖಲಿಸುವ ಬದಲಾವಣೆ ಪಾಯಿಂಟರ್‌ಗಳಿವೆ ಮತ್ತು ಅದರ ಆಧಾರದ ಮೇಲೆ ಐಡಾಕ್ ರಚನೆಯಾಗುತ್ತದೆ (ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ವರ್ಗಾಯಿಸುವ ವಸ್ತು).
ಸಿಬ್ಬಂದಿ ಸಂಖ್ಯೆ 0302 ಹೊಂದಿರುವ ಉದ್ಯೋಗಿಗೆ ಇನ್ಫೋಟೈಪ್ 1251445 ಅನ್ನು ಬದಲಾಯಿಸಲು ಉದಾಹರಣೆ IDoc:
ಅಥವಾ DBTABLOG ಕೋಷ್ಟಕದಲ್ಲಿ ಡೇಟಾ ಬದಲಾವಣೆಗಳ ಲಾಗ್‌ಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುವುದು.
hrp53216375 ಕೋಷ್ಟಕದಿಂದ QK1000 ಕೀಲಿಯೊಂದಿಗೆ ದಾಖಲೆಯನ್ನು ಅಳಿಸಲು ಲಾಗ್‌ನ ಉದಾಹರಣೆ:
ಆದರೆ ಈ ಕಾರ್ಯವಿಧಾನಗಳು ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಡೇಟಾಗೆ ಲಭ್ಯವಿಲ್ಲ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್ ಮಟ್ಟದಲ್ಲಿ ಅವುಗಳ ಪ್ರಕ್ರಿಯೆಯು ಸಾಕಷ್ಟು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಬಳಸುತ್ತದೆ. ಆದ್ದರಿಂದ, ಎಲ್ಲಾ ಅಗತ್ಯ ಕೋಷ್ಟಕಗಳಲ್ಲಿ ಲಾಗಿಂಗ್ ಅನ್ನು ಬೃಹತ್ ಪ್ರಮಾಣದಲ್ಲಿ ಸಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆಯ ಗಮನಾರ್ಹ ಅವನತಿಗೆ ಕಾರಣವಾಗಬಹುದು.
ಮುಂದಿನ ಪ್ರಮುಖ ಸಮಸ್ಯೆ ಕ್ಲಸ್ಟರ್ಡ್ ಕೋಷ್ಟಕಗಳು. SAP HCM ನ RDBMS ಆವೃತ್ತಿಯಲ್ಲಿನ ಸಮಯದ ಅಂದಾಜು ಮತ್ತು ವೇತನದಾರರ ಡೇಟಾವನ್ನು ಪ್ರತಿ ಲೆಕ್ಕಾಚಾರಕ್ಕಾಗಿ ಪ್ರತಿ ಉದ್ಯೋಗಿಗೆ ತಾರ್ಕಿಕ ಕೋಷ್ಟಕಗಳ ಒಂದು ಸೆಟ್‌ನಂತೆ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ. ಈ ತಾರ್ಕಿಕ ಕೋಷ್ಟಕಗಳನ್ನು pcl2 ಕೋಷ್ಟಕದಲ್ಲಿ ಬೈನರಿ ಡೇಟಾದಂತೆ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ.
ವೇತನದಾರರ ಕ್ಲಸ್ಟರ್:
ಕ್ಲಸ್ಟರ್ಡ್ ಟೇಬಲ್‌ಗಳಿಂದ ಡೇಟಾವನ್ನು SQL ಆಜ್ಞೆಯಂತೆ ಪರಿಗಣಿಸಲಾಗುವುದಿಲ್ಲ, ಆದರೆ SAP HCM ಮ್ಯಾಕ್ರೋಗಳು ಅಥವಾ ವಿಶೇಷ ಕ್ರಿಯಾತ್ಮಕ ಮಾಡ್ಯೂಲ್‌ಗಳ ಬಳಕೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ. ಅಂತೆಯೇ, ಅಂತಹ ಕೋಷ್ಟಕಗಳ ಓದುವ ವೇಗವು ಸಾಕಷ್ಟು ಕಡಿಮೆ ಇರುತ್ತದೆ. ಮತ್ತೊಂದೆಡೆ, ಅಂತಹ ಕ್ಲಸ್ಟರ್‌ಗಳು ತಿಂಗಳಿಗೊಮ್ಮೆ ಮಾತ್ರ ಅಗತ್ಯವಿರುವ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತವೆ - ಅಂತಿಮ ವೇತನದಾರರ ಮತ್ತು ಸಮಯದ ಅಂದಾಜು. ಆದ್ದರಿಂದ ಈ ಸಂದರ್ಭದಲ್ಲಿ ವೇಗವು ತುಂಬಾ ನಿರ್ಣಾಯಕವಲ್ಲ.
ಡೇಟಾ ಬದಲಾವಣೆಗಳ ಡೆಲ್ಟಾವನ್ನು ರೂಪಿಸುವ ಆಯ್ಕೆಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುತ್ತಿದೆ, ನಾವು ಪೂರ್ಣ ಇಳಿಸುವಿಕೆಯ ಆಯ್ಕೆಯನ್ನು ಪರಿಗಣಿಸಲು ನಿರ್ಧರಿಸಿದ್ದೇವೆ. ಪ್ರತಿದಿನ ಸಿಸ್ಟಮ್‌ಗಳ ನಡುವೆ ಬದಲಾಗದ ಗಿಗಾಬೈಟ್‌ಗಳ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸುವ ಆಯ್ಕೆಯು ಉತ್ತಮವಾಗಿ ಕಾಣುವುದಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಇದು ಹಲವಾರು ಪ್ರಯೋಜನಗಳನ್ನು ಹೊಂದಿದೆ - ಮೂಲ ಭಾಗದಲ್ಲಿ ಡೆಲ್ಟಾವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಮತ್ತು ರಿಸೀವರ್ ಬದಿಯಲ್ಲಿ ಈ ಡೆಲ್ಟಾದ ಎಂಬೆಡಿಂಗ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಎರಡೂ ಅಗತ್ಯವಿಲ್ಲ. ಅಂತೆಯೇ, ವೆಚ್ಚ ಮತ್ತು ಅನುಷ್ಠಾನದ ಸಮಯ ಕಡಿಮೆಯಾಗುತ್ತದೆ, ಮತ್ತು ಏಕೀಕರಣದ ವಿಶ್ವಾಸಾರ್ಹತೆ ಹೆಚ್ಚಾಗುತ್ತದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, SAP HR ನಲ್ಲಿನ ಬಹುತೇಕ ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳು ಪ್ರಸ್ತುತ ದಿನಾಂಕಕ್ಕಿಂತ ಮೂರು ತಿಂಗಳ ಮೊದಲು ಹಾರಿಜಾನ್‌ನಲ್ಲಿ ಸಂಭವಿಸುತ್ತವೆ ಎಂದು ನಿರ್ಧರಿಸಲಾಯಿತು. ಹೀಗಾಗಿ, ಪ್ರಸ್ತುತ ದಿನಾಂಕಕ್ಕಿಂತ ತಿಂಗಳ ಮೊದಲು SAP HR N ನಿಂದ ಡೇಟಾದ ದೈನಂದಿನ ಪೂರ್ಣ ಡೌನ್‌ಲೋಡ್ ಮತ್ತು ಮಾಸಿಕ ಪೂರ್ಣ ಡೌನ್‌ಲೋಡ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ನಿರ್ಧರಿಸಲಾಯಿತು. N ನಿಯತಾಂಕವು ನಿರ್ದಿಷ್ಟ ಕೋಷ್ಟಕವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ
ಮತ್ತು 1 ರಿಂದ 15 ರವರೆಗೆ ಇರುತ್ತದೆ.
ಡೇಟಾವನ್ನು ಹೊರತೆಗೆಯಲು ಈ ಕೆಳಗಿನ ಯೋಜನೆಯನ್ನು ಪ್ರಸ್ತಾಪಿಸಲಾಗಿದೆ:
ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಯು ವಿನಂತಿಯನ್ನು ರಚಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು SAP HCM ಗೆ ಕಳುಹಿಸುತ್ತದೆ, ಅಲ್ಲಿ ಈ ವಿನಂತಿಯನ್ನು ಡೇಟಾದ ಸಂಪೂರ್ಣತೆ ಮತ್ತು ಕೋಷ್ಟಕಗಳನ್ನು ಪ್ರವೇಶಿಸಲು ಅನುಮತಿಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ. ಚೆಕ್ ಯಶಸ್ವಿಯಾದರೆ, SAP HCM ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ರನ್ ಮಾಡುತ್ತದೆ ಅದು ಅಗತ್ಯ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಫ್ಯೂಸ್ ಏಕೀಕರಣ ಪರಿಹಾರಕ್ಕೆ ವರ್ಗಾಯಿಸುತ್ತದೆ. ಫ್ಯೂಸ್ ಕಾಫ್ಕಾದಲ್ಲಿ ಅಗತ್ಯವಿರುವ ವಿಷಯವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ ಮತ್ತು ಡೇಟಾವನ್ನು ಅಲ್ಲಿಗೆ ವರ್ಗಾಯಿಸುತ್ತದೆ. ಮುಂದೆ, ಕಾಫ್ಕಾದಿಂದ ಡೇಟಾವನ್ನು ಸ್ಟೇಜ್ ಏರಿಯಾ GP ಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ.
ಈ ಸರಪಳಿಯಲ್ಲಿ, SAP HCM ನಿಂದ ಡೇಟಾವನ್ನು ಹೊರತೆಗೆಯುವ ವಿಷಯದಲ್ಲಿ ನಾವು ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇವೆ. ಅದನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ನೋಡೋಣ.
SAP HCM-FUSE ಸಂವಾದ ರೇಖಾಚಿತ್ರ.
ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಯು SAP ಗೆ ಕೊನೆಯ ಯಶಸ್ವಿ ವಿನಂತಿಯ ಸಮಯವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಟೈಮರ್ ಅಥವಾ ಇತರ ಈವೆಂಟ್ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಬಹುದು, SAP ನಿಂದ ಡೇಟಾದೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಗಾಗಿ ಕಾಯಲು ಸಮಯ ಮೀರುವಿಕೆಯನ್ನು ಹೊಂದಿಸುವುದು ಮತ್ತು ಪುನರಾವರ್ತಿತ ವಿನಂತಿಯನ್ನು ಪ್ರಾರಂಭಿಸುವುದು ಸೇರಿದಂತೆ. ನಂತರ ಅದು ಡೆಲ್ಟಾ ವಿನಂತಿಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು SAP ಗೆ ಕಳುಹಿಸುತ್ತದೆ.
ವಿನಂತಿಯ ಡೇಟಾವನ್ನು ದೇಹಕ್ಕೆ json ಸ್ವರೂಪದಲ್ಲಿ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
ವಿಧಾನ http: POST.
ಉದಾಹರಣೆ ವಿನಂತಿ:
SAP ಸೇವೆಯು ಸಂಪೂರ್ಣತೆಗಾಗಿ ವಿನಂತಿಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತದೆ, ಪ್ರಸ್ತುತ SAP ರಚನೆಯ ಅನುಸರಣೆ ಮತ್ತು ವಿನಂತಿಸಿದ ಟೇಬಲ್‌ಗೆ ಪ್ರವೇಶ ಅನುಮತಿಯ ಲಭ್ಯತೆ.
ದೋಷಗಳ ಸಂದರ್ಭದಲ್ಲಿ, ಸೇವೆಯು ಸೂಕ್ತವಾದ ಕೋಡ್ ಮತ್ತು ವಿವರಣೆಯೊಂದಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ನೀಡುತ್ತದೆ. ನಿಯಂತ್ರಣವು ಯಶಸ್ವಿಯಾದರೆ, ಇದು ಮಾದರಿಯನ್ನು ರಚಿಸಲು ಹಿನ್ನೆಲೆ ಪ್ರಕ್ರಿಯೆಯನ್ನು ರಚಿಸುತ್ತದೆ, ಅನನ್ಯ ಅಧಿವೇಶನ ಐಡಿಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ ಮತ್ತು ಸಿಂಕ್ರೊನಸ್ ಆಗಿ ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
ದೋಷದ ಸಂದರ್ಭದಲ್ಲಿ, ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಯು ಅದನ್ನು ಲಾಗ್ನಲ್ಲಿ ದಾಖಲಿಸುತ್ತದೆ. ಯಶಸ್ವಿ ಪ್ರತಿಕ್ರಿಯೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ಇದು ಸೆಷನ್ ಐಡಿ ಮತ್ತು ವಿನಂತಿಯನ್ನು ಮಾಡಿದ ಟೇಬಲ್ ಹೆಸರನ್ನು ರವಾನಿಸುತ್ತದೆ.
ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಯು ಪ್ರಸ್ತುತ ಅಧಿವೇಶನವನ್ನು ತೆರೆದಂತೆ ನೋಂದಾಯಿಸುತ್ತದೆ. ಈ ಟೇಬಲ್‌ಗಾಗಿ ಇತರ ಸೆಷನ್‌ಗಳಿದ್ದರೆ, ಅವುಗಳನ್ನು ಲಾಗ್ ಮಾಡಲಾದ ಎಚ್ಚರಿಕೆಯೊಂದಿಗೆ ಮುಚ್ಚಲಾಗುತ್ತದೆ.
SAP ಹಿನ್ನೆಲೆ ಕೆಲಸವು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ನಿಯತಾಂಕಗಳನ್ನು ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಗಾತ್ರದ ಡೇಟಾ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಆಧರಿಸಿ ಕರ್ಸರ್ ಅನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ. ಬ್ಯಾಚ್ ಗಾತ್ರವು ಡೇಟಾಬೇಸ್‌ನಿಂದ ಪ್ರಕ್ರಿಯೆ ಓದುವ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ದಾಖಲೆಯಾಗಿದೆ. ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ, ಇದು 2000 ಕ್ಕೆ ಸಮನಾಗಿರುತ್ತದೆ ಎಂದು ಊಹಿಸಲಾಗಿದೆ. ಡೇಟಾಬೇಸ್ ಮಾದರಿಯಲ್ಲಿ ಬಳಸಿದ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ದಾಖಲೆಗಳಿದ್ದರೆ, ಮೊದಲ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ರವಾನಿಸಿದ ನಂತರ, ಮುಂದಿನ ಬ್ಲಾಕ್ ಅನುಗುಣವಾದ ಆಫ್ಸೆಟ್ ಮತ್ತು ಹೆಚ್ಚಿದ ಪ್ಯಾಕೆಟ್ ಸಂಖ್ಯೆಯೊಂದಿಗೆ ರಚನೆಯಾಗುತ್ತದೆ. ಸಂಖ್ಯೆಗಳನ್ನು 1 ರಿಂದ ಹೆಚ್ಚಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಅನುಕ್ರಮವಾಗಿ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.
ಮುಂದೆ, SAP ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಯ ವೆಬ್ ಸೇವೆಗೆ ಇನ್ಪುಟ್ ಆಗಿ ರವಾನಿಸುತ್ತದೆ. ಮತ್ತು ಸಿಸ್ಟಮ್ ಒಳಬರುವ ಪ್ಯಾಕೆಟ್ನಲ್ಲಿ ನಿಯಂತ್ರಣಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ. ಸ್ವೀಕರಿಸಿದ ಐಡಿಯೊಂದಿಗೆ ಸೆಷನ್ ಅನ್ನು ಸಿಸ್ಟಮ್ನಲ್ಲಿ ನೋಂದಾಯಿಸಬೇಕು ಮತ್ತು ಅದು ಮುಕ್ತ ಸ್ಥಿತಿಯಲ್ಲಿರಬೇಕು. ಪ್ಯಾಕೇಜ್ ಸಂಖ್ಯೆ > 1 ಆಗಿದ್ದರೆ, ಹಿಂದಿನ ಪ್ಯಾಕೇಜ್‌ನ ಯಶಸ್ವಿ ರಸೀದಿಯನ್ನು ಸಿಸ್ಟಮ್ ದಾಖಲಿಸಬೇಕು (package_id-1).
ನಿಯಂತ್ರಣವು ಯಶಸ್ವಿಯಾದರೆ, ಬಾಹ್ಯ ಸಿಸ್ಟಮ್ ಪಾರ್ಸ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಟೇಬಲ್ ಡೇಟಾವನ್ನು ಉಳಿಸುತ್ತದೆ.
ಹೆಚ್ಚುವರಿಯಾಗಿ, ಅಂತಿಮ ಫ್ಲ್ಯಾಗ್ ಪ್ಯಾಕೇಜ್‌ನಲ್ಲಿ ಇದ್ದರೆ ಮತ್ತು ಧಾರಾವಾಹಿ ಯಶಸ್ವಿಯಾಗಿದ್ದರೆ, ಸೆಷನ್ ಪ್ರಕ್ರಿಯೆಯ ಯಶಸ್ವಿ ಪೂರ್ಣಗೊಂಡ ಬಗ್ಗೆ ಇಂಟಿಗ್ರೇಷನ್ ಮಾಡ್ಯೂಲ್‌ಗೆ ಸೂಚಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮಾಡ್ಯೂಲ್ ಅಧಿವೇಶನ ಸ್ಥಿತಿಯನ್ನು ನವೀಕರಿಸುತ್ತದೆ.
ನಿಯಂತ್ರಣ/ಪಾರ್ಸಿಂಗ್ ದೋಷದ ಸಂದರ್ಭದಲ್ಲಿ, ದೋಷವನ್ನು ಲಾಗ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಈ ಸೆಷನ್‌ಗಾಗಿ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಯಿಂದ ತಿರಸ್ಕರಿಸಲಾಗುತ್ತದೆ.
ಅಂತೆಯೇ, ವಿರುದ್ಧವಾದ ಸಂದರ್ಭದಲ್ಲಿ, ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಯು ದೋಷವನ್ನು ಹಿಂದಿರುಗಿಸಿದಾಗ, ಅದು ಲಾಗ್ ಆಗಿರುತ್ತದೆ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಟ್ರಾನ್ಸ್ಮಿಷನ್ ನಿಲ್ಲುತ್ತದೆ.
SAP HСM ಭಾಗದಲ್ಲಿ ಡೇಟಾವನ್ನು ವಿನಂತಿಸಲು, ಏಕೀಕರಣ ಸೇವೆಯನ್ನು ಅಳವಡಿಸಲಾಗಿದೆ. ಸೇವೆಯನ್ನು ICF ಚೌಕಟ್ಟಿನಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ (SAP ಇಂಟರ್ನೆಟ್ ಕಮ್ಯುನಿಕೇಷನ್ ಫ್ರೇಮ್ವರ್ಕ್ - ) ನಿರ್ದಿಷ್ಟ ಕೋಷ್ಟಕಗಳನ್ನು ಬಳಸಿಕೊಂಡು SAP HCM ಸಿಸ್ಟಮ್‌ನಿಂದ ಡೇಟಾವನ್ನು ಪ್ರಶ್ನಿಸಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಡೇಟಾ ವಿನಂತಿಯನ್ನು ರಚಿಸುವಾಗ, ಅಗತ್ಯ ಡೇಟಾವನ್ನು ಪಡೆಯಲು ನಿರ್ದಿಷ್ಟ ಕ್ಷೇತ್ರಗಳ ಪಟ್ಟಿ ಮತ್ತು ಫಿಲ್ಟರಿಂಗ್ ನಿಯತಾಂಕಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ಸಾಧ್ಯವಿದೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಸೇವೆಯ ಅನುಷ್ಠಾನವು ಯಾವುದೇ ವ್ಯವಹಾರ ತರ್ಕವನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ. ಡೆಲ್ಟಾವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಅಲ್ಗಾರಿದಮ್‌ಗಳು, ಪ್ರಶ್ನೆ ನಿಯತಾಂಕಗಳು, ಸಮಗ್ರತೆಯ ಮೇಲ್ವಿಚಾರಣೆ ಇತ್ಯಾದಿಗಳನ್ನು ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಯ ಬದಿಯಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ.
ಈ ಕಾರ್ಯವಿಧಾನವು ಕೆಲವು ಗಂಟೆಗಳಲ್ಲಿ ಅಗತ್ಯವಿರುವ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಸಂಗ್ರಹಿಸಲು ಮತ್ತು ರವಾನಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಈ ವೇಗವು ಸ್ವೀಕಾರಾರ್ಹದ ಅಂಚಿನಲ್ಲಿದೆ, ಆದ್ದರಿಂದ ನಾವು ಈ ಪರಿಹಾರವನ್ನು ತಾತ್ಕಾಲಿಕವಾಗಿ ಪರಿಗಣಿಸುತ್ತೇವೆ, ಇದು ಯೋಜನೆಯಲ್ಲಿ ಹೊರತೆಗೆಯುವ ಸಾಧನದ ಅಗತ್ಯವನ್ನು ತುಂಬಲು ಸಾಧ್ಯವಾಗಿಸಿತು.
ಗುರಿ ಚಿತ್ರದಲ್ಲಿ, ಡೇಟಾ ಹೊರತೆಗೆಯುವಿಕೆಯ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು, ಒರಾಕಲ್ ಗೋಲ್ಡನ್ ಗೇಟ್‌ನಂತಹ ಸಿಡಿಸಿ ಸಿಸ್ಟಮ್‌ಗಳನ್ನು ಬಳಸುವ ಆಯ್ಕೆಗಳು ಅಥವಾ ಎಸ್‌ಎಪಿ ಡಿಎಸ್‌ನಂತಹ ಇಟಿಎಲ್ ಪರಿಕರಗಳನ್ನು ಅನ್ವೇಷಿಸಲಾಗುತ್ತಿದೆ.
ಮೂಲ: www.habr.com