ಗ್ರಾಹಕರು ಕುರುಡಾಗಿ ಕಾಯುವ ಯಾವುದೇ ನಿರ್ಮಾಣ ಹಂತವಿಲ್ಲ. ಪ್ರತಿಯೊಂದು ಕೆಲಸದ ಅವಧಿಯು ಗ್ರಾಹಕರ ಸ್ವಂತ ಬಾಡಿಗೆದಾರರಲ್ಲಿ, ಗ್ರಾಹಕರ ಮಾದರಿ ಡೇಟಾದೊಂದಿಗೆ ನೈಜ ಪರದೆಗಳಲ್ಲಿ ಒಂದೇ ಲೂಪ್ ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆ: ಫಿಟ್ ಲೆಡ್ಜರ್ ಲೈನ್ ಅನ್ನು ತೋರಿಸಿ, ಅದನ್ನು ಲೈವ್ ಆಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ ಮತ್ತು ಯಾವುದೇ ಕೋಡ್ ಇಲ್ಲ, ಗ್ರಾಹಕರು ಬದಲಾವಣೆಯನ್ನು ಚಾಲನೆ ಮಾಡುತ್ತಾರೆ, ಮಾದರಿ ಡೇಟಾದೊಂದಿಗೆ ಪರಿಶೀಲಿಸುತ್ತಾರೆ, ಅದನ್ನು ಲಾಗ್ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಸಾಲನ್ನು ಟಿಕ್ ಮಾಡುತ್ತಾರೆ.
ಗ್ರಾಹಕರು ಸೆಷನ್ನಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ಸೆಷನ್ ನಡೆಯುವುದಿಲ್ಲ. ಪ್ರಮುಖ ಬಳಕೆದಾರರು T-14 ಮೂಲಕ ಚಾಲನೆ ಮಾಡಬೇಕು; TRANXACT ಇನ್ನೂ T-13 ನಲ್ಲಿ ಕೀಬೋರ್ಡ್ನಲ್ಲಿದ್ದರೆ, ಅದನ್ನು ದತ್ತು ಅಪಾಯವೆಂದು ಸ್ಟ್ಯಾಂಡ್ಅಪ್ನಲ್ಲಿ ಹೆಚ್ಚಿಸಿ.
ಏಳು ದಿನಗಳು, ವಹಿವಾಟುಗಳಿಗೆ ಮುಂಚಿನ ರಚನೆ (ಪ್ರಸ್ತಾಪಿತ ಡೀಫಾಲ್ಟ್)
| ಟಿ-ಡೇ | ಗಮನ | ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ |
|---|---|---|
| ಟಿ -17 | ರಚನೆ | ಘಟಕಗಳು, ಖಾತೆಗಳ ಚಾರ್ಟ್, ಹಣಕಾಸಿನ ಕ್ಯಾಲೆಂಡರ್, ಆಯಾಮಗಳು |
| ಟಿ -16 | ಹಣ ಮತ್ತು ಅನುಸರಣೆ | ಕರೆನ್ಸಿಗಳು ಮತ್ತು FX, ತೆರಿಗೆ ಕೋಡ್ಗಳು, ದಾಖಲೆ ಸಂಖ್ಯೆಗಳು, ಬ್ಯಾಂಕ್ಗಳು |
| ಟಿ -15 | ಜನರು ಮತ್ತು ಪ್ರವೇಶ | ಪಾತ್ರಗಳು ಮತ್ತು ಅನುಮತಿಗಳು, SSO ಗುಂಪುಗಳು, ಅನುಮೋದನೆ ಶ್ರೇಣಿ ವ್ಯವಸ್ಥೆ |
| ಟಿ -14 | ಮಾಸ್ಟರ್ ಡೇಟಾ | ಗ್ರಾಹಕರು, ಮಾರಾಟಗಾರರು, ವಸ್ತುಗಳು, ಉದ್ಯೋಗಿಗಳು - ASK ಬಲ್ಕ್ - ಸಾರಗಳಿಂದ ರಚಿಸುತ್ತದೆ |
| ಟಿ -13 | ಹರಿವುಗಳು ಮತ್ತು ನಿಯಮಗಳು | ಅನುಮೋದನೆ ಹರಿವುಗಳು, ಪೋಸ್ಟ್ ಮಾಡುವಿಕೆ, ಹೊಂದಾಣಿಕೆ ಮತ್ತು ಬೆಲೆ ನಿಗದಿ ನಿಯಮಗಳು |
| ಟಿ -12 | ಮಾಡ್ಯೂಲ್ ವಿಶೇಷತೆಗಳು | CRM ಪೈಪ್ಲೈನ್, ಪೂರೈಕೆ-ಸರಪಳಿ ವೆಚ್ಚ, HR ವೇತನ ಅಂಶಗಳು, ಮಾಡ್ಯೂಲ್ ಟಾಗಲ್ಗಳು |
| ಟಿ -11 | ಸಂಯೋಜನೆಗಳು ಮತ್ತು ಸರತಿ ಸಾಲುಗಳು | API ಕ್ಲೈಂಟ್ಗಳು, ಬ್ಯಾಂಕ್ / ತೆರಿಗೆ / ವೇತನದಾರರ ಅಂತಿಮ ಬಿಂದುಗಳು, ಪ್ರತಿ ಪಾತ್ರಕ್ಕೂ ಸರತಿ ಸಾಲುಗಳು |
ಫಿಟ್ ಲೆಡ್ಜರ್ಗಳು ಭಿನ್ನವಾಗಿದ್ದಾಗಲೂ ಕ್ರಮವನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಿ: ರಚನೆ ಎಂದರೆ ಮೊದಲು ವಲಸೆ ಮ್ಯಾಪಿಂಗ್ T-15 ನಲ್ಲಿ ಪ್ರಾರಂಭವಾಗಬಹುದು, ಮತ್ತು ಮಾಸ್ಟರ್ ಡೇಟಾ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವುದಕ್ಕಿಂತ ಮೊದಲು GL ಮ್ಯಾಪಿಂಗ್ ಉಳಿದೆಲ್ಲವೂ ಅಸ್ತಿತ್ವದಲ್ಲಿರುತ್ತದೆ.
ASK ಗೊಣಗಾಟದ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ?
ವಿಭಾಗದ ಪ್ರಕಾರ ಪಾವತಿ ನಿಯಮಗಳನ್ನು ಹೊಂದಿರುವ ಸಾರದಿಂದ 2,400 ಗ್ರಾಹಕರನ್ನು ಬೃಹತ್ ಪ್ರಮಾಣದಲ್ಲಿ ರಚಿಸಿ; ಸ್ವೀಕರಿಸುವ ಗೋದಾಮಿನ ವೆಚ್ಚ ಕೇಂದ್ರದಿಂದ ಸರಕು ವಿಭಜನೆಗಾಗಿ ಪೋಸ್ಟಿಂಗ್ ನಿಯಮವನ್ನು ರಚಿಸಿ; 10,000 ಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಇನ್ವಾಯ್ಸ್ಗಳನ್ನು ನಮೂದಿಸಬಹುದಾದ ಆದರೆ ಅನುಮೋದಿಸದ AP ಕ್ಲರ್ಕ್ ಅನ್ನು ರಚಿಸಿ; ಫಾಲ್ಬ್ಯಾಕ್ ಅನುಮೋದಕರಿಲ್ಲದೆ ಪ್ರತಿ ಅನುಮೋದನೆ ಹರಿವನ್ನು ಪಟ್ಟಿ ಮಾಡಿ. ASK ಅದನ್ನು ಮಾನವ ಕ್ಲಿಕ್ನಂತೆಯೇ ಅದೇ ಅನುಮತಿಗಳು ಮತ್ತು ಆಡಿಟ್ ಲಾಗ್ ಅಡಿಯಲ್ಲಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಲೈನ್ ಅನ್ನು ಟಿಕ್ ಮಾಡುವ ಮೊದಲು ಪ್ರಮುಖ ಬಳಕೆದಾರರು ಪ್ರತಿ ಫಲಿತಾಂಶವನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾರೆ.
ಕೋಡ್ನಂತೆ ಧ್ವನಿಸುವ ವಿನಂತಿಗಳು
| "ನಮಗೆ ಬೇಕು..." | ಅದಕ್ಕೆ ಉತ್ತರಿಸುವ ಸಂರಚನೆ |
|---|---|
| ನಮ್ಮ ವಿಶಿಷ್ಟ ಅನುಮೋದನೆ ಪ್ರಕ್ರಿಯೆ | ಮೊತ್ತ, ಅಸ್ತಿತ್ವ ಮತ್ತು ಆಯಾಮ ನಿಯಮಗಳೊಂದಿಗೆ ಬಹು-ಹಂತದ ಅನುಮೋದನೆ ಹರಿವು. |
| ಕಸ್ಟಮ್ ಇನ್ವಾಯ್ಸ್ ವಿನ್ಯಾಸ | ಪ್ರತಿ ಘಟಕಕ್ಕೆ ಕ್ಷೇತ್ರಗಳು, ಲೋಗೋ ಮತ್ತು ಭಾಷೆಯನ್ನು ಹೊಂದಿರುವ ಡಾಕ್ಯುಮೆಂಟ್ ಟೆಂಪ್ಲೇಟ್. |
| ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಕ್ಷೇತ್ರ | ವರದಿಗಳು ಮತ್ತು ನಿಯಮಗಳಲ್ಲಿ ಬಳಸಬಹುದಾದ ನೋ-ಕೋಡ್ ಕಸ್ಟಮ್ ಕ್ಷೇತ್ರ. |
| ನಮ್ಮ ಪರಂಪರೆ ವರದಿಯು ನಿಖರವಾಗಿ ಹಾಗೆಯೇ ಇದೆ | ವರದಿ ಬಿಲ್ಡರ್ ಅಥವಾ ಡ್ಯಾಶ್ಬೋರ್ಡ್ — ವಿನ್ಯಾಸವನ್ನು ಸವಾಲು ಮಾಡುತ್ತದೆ; ಸಾಮಾನ್ಯವಾಗಿ "ಅಗತ್ಯವಿಲ್ಲ" |
| ಬ್ಯಾಂಕ್ ಅಥವಾ MES ಗೆ ಇಂಟರ್ಫೇಸ್ | ಸ್ಕೋಪ್ಡ್ ಪಾತ್ರವನ್ನು ಹೊಂದಿರುವ API ಕ್ಲೈಂಟ್; ಅಗತ್ಯವಿರುವಲ್ಲಿ ಫೈಲ್ ವಿನಿಮಯ. |
| X ಸಂಭವಿಸಿದಾಗ ಎಚ್ಚರಿಕೆ ನೀಡುತ್ತದೆ | ಪಾತ್ರ-ಅರಿವಿನ ಕ್ರಿಯೆಯ ಸರತಿ ನಿಯಮ |
ಗಡಿಯಾರದಲ್ಲಿನ ಸಂಯೋಜನೆಗಳು (ಪ್ರಸ್ತಾಪಿತ ಡೀಫಾಲ್ಟ್)
T-18 ರಿಂದ ಪಟ್ಟಿ ಮತ್ತು ಮಾಲೀಕರು; T-13 ರಿಂದ API ಕ್ಲೈಂಟ್ಗಳು ಮತ್ತು ಪಾಲುದಾರ ಪರೀಕ್ಷಾ ಅಂತಿಮ ಬಿಂದುಗಳು; T-10 ರಿಂದ ಏಕೀಕರಣ ಪರೀಕ್ಷೆಗಳು (ವೇತನದಾರರ ಪಟ್ಟಿ T-9, BI T-6; T-17 ರಿಂದ SSO, ಏಕೆಂದರೆ ಪೂರ್ವಾಭ್ಯಾಸಕ್ಕೆ ಅದು ಅಗತ್ಯವಾಗಿರುತ್ತದೆ); T-3 ನಲ್ಲಿ ಒಣ ಓಟದಲ್ಲಿ ಕೊನೆಯಿಂದ ಕೊನೆಯವರೆಗೆ; T-0 ನಲ್ಲಿ ಉತ್ಪಾದನಾ ಸ್ವಿಚ್.
T-13 ನಿಂದ ಪರೀಕ್ಷಾ ಅಂತ್ಯಬಿಂದುವನ್ನು ಒದಗಿಸಲು ಸಾಧ್ಯವಾಗದ ಪಾಲುದಾರನು T-Plus ಗೆ ಆ ಏಕೀಕರಣವನ್ನು ಹಸ್ತಚಾಲಿತ ಮಧ್ಯಂತರ ಹಂತದೊಂದಿಗೆ ಚಲಿಸುತ್ತಾನೆ - ಹಸ್ತಚಾಲಿತ ಬ್ಯಾಂಕ್ ಫೈಲ್ ಅಪ್ಲೋಡ್, ಹಣಕಾಸಿನಿಂದ ಪೋರ್ಟಲ್ ಅಪ್ಲೋಡ್, ಜರ್ನಲ್ ಆಮದುನೊಂದಿಗೆ ಪರಂಪರೆಯಲ್ಲಿ ನಡೆಸಲ್ಪಡುವ ವೇತನದಾರರ ಪಟ್ಟಿ. SSO ಗೆ ಯಾವುದೇ ಮಧ್ಯಂತರವಿಲ್ಲ: ಇದು ಪೂರ್ವಾಭ್ಯಾಸಕ್ಕೆ ಅಗತ್ಯವಾಗಿರುತ್ತದೆ.
ಕ್ಯಾಲ್ಡರ್ವುಡ್ನ ಬ್ಯಾಂಕ್ ತನ್ನ ಪರೀಕ್ಷಾ ಅಂತಿಮ ಬಿಂದುವನ್ನು ಸಮಯಕ್ಕೆ ಸರಿಯಾಗಿ ಒದಗಿಸುತ್ತದೆ; ಅದರ ತೆರಿಗೆ ಪೋರ್ಟಲ್ನ ಸ್ಯಾಂಡ್ಬಾಕ್ಸ್ ಅನ್ನು ಇನ್ನೂ T-13 ನಲ್ಲಿ ನೀಡಲಾಗಿಲ್ಲ. ತೆರಿಗೆ ಏಕೀಕರಣವು T-Plus ಲೈನ್ ಆಗುತ್ತದೆ ಮತ್ತು ಹಣಕಾಸು ಮೊದಲ ವಾರಗಳವರೆಗೆ ಪೋರ್ಟಲ್ಗೆ ಇ-ಇನ್ವಾಯ್ಸ್ಗಳನ್ನು ಕೈಯಿಂದ ಅಪ್ಲೋಡ್ ಮಾಡುತ್ತದೆ - ಉಳಿದಂತೆ T-1 ನಲ್ಲಿ ಪೂರ್ವಾಭ್ಯಾಸ ಮಾಡಲಾಗುತ್ತದೆ.
ಪ್ರಯತ್ನಿಸಿ T-12 ನಲ್ಲಿ ಒಬ್ಬ ಪ್ರಮುಖ ಬಳಕೆದಾರರು ಲೆಗಸಿ ಸಿಸ್ಟಮ್ ಹೊಂದಿದ್ದ ಕ್ಷೇತ್ರವನ್ನು ತೋರಿಸಲು ಮಾರಾಟಗಾರ-ಇನ್ವಾಯ್ಸ್ ಪರದೆಯನ್ನು ಕೇಳುತ್ತಾರೆ. ಅದು ಕೋಡ್ ಆಗಿದೆಯೇ?
ಇಲ್ಲ — ಇದು ಫಾರ್ಮ್ನಲ್ಲಿ ಕೋಡ್ ಇಲ್ಲದ ಕಸ್ಟಮ್ ಕ್ಷೇತ್ರವಾಗಿದ್ದು, ವರದಿಗಳು ಮತ್ತು ನಿಯಮಗಳಲ್ಲಿ ಬಳಸಬಹುದಾಗಿದೆ. ಇದು ಫಿಟ್ ಲೆಡ್ಜರ್ ಲೈನ್ ಅನ್ನು ಪಡೆಯುತ್ತದೆ, ಪ್ರಮುಖ ಬಳಕೆದಾರ ಡ್ರೈವಿಂಗ್ನೊಂದಿಗೆ ಸೆಷನ್ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುತ್ತದೆ, ಮಾದರಿ ಡೇಟಾದೊಂದಿಗೆ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ, ಕಾನ್ಫಿಗರೇಶನ್ ವರ್ಕ್ಬುಕ್ನಲ್ಲಿ ಲಾಗ್ ಇನ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಪರೀಕ್ಷಾ ಯೋಜನೆಯಲ್ಲಿ ಕಾನ್ಫಿಗರೇಶನ್ ಪರಿಶೀಲನೆಯನ್ನು ನೀಡಲಾಗುತ್ತದೆ.