rls 1c ಪ್ಯಾರಾಮೀಟರ್ ಮೌಲ್ಯವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿಲ್ಲ. ಪ್ರೋಗ್ರಾಮರ್ ನೋಟ್ಬುಕ್. RLS ನಿರ್ಬಂಧವನ್ನು ರಚಿಸಿ

1C ಪ್ರೋಗ್ರಾಂ ಅಂತರ್ನಿರ್ಮಿತ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿದೆ, ಇದು ಕಾನ್ಫಿಗರರೇಟರ್ - ಸಾಮಾನ್ಯ - ಪಾತ್ರಗಳಲ್ಲಿ ನೆಲೆಗೊಂಡಿದೆ.

ಈ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೇಗೆ ನಿರೂಪಿಸಲಾಗಿದೆ ಮತ್ತು ಅದರ ಮುಖ್ಯ ಉದ್ದೇಶವೇನು? ಬಳಕೆದಾರರ ಸ್ಥಾನಗಳು ಅಥವಾ ಚಟುವಟಿಕೆಗಳ ಪ್ರಕಾರಗಳಿಗೆ ಅನುಗುಣವಾದ ಹಕ್ಕುಗಳ ಸೆಟ್ಗಳನ್ನು ವಿವರಿಸಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಈ ವ್ಯವಸ್ಥೆಪ್ರವೇಶ ಹಕ್ಕುಗಳು ನಿಸರ್ಗದಲ್ಲಿ ಸ್ಥಿರವಾಗಿರುತ್ತವೆ, ಇದರರ್ಥ ನಿರ್ವಾಹಕರು ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು 1C ಗೆ ಹೊಂದಿಸಿದಂತೆ. ಸ್ಥಿರ ಒಂದರ ಜೊತೆಗೆ, ಎರಡನೇ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ವ್ಯವಸ್ಥೆ ಇದೆ - ಡೈನಾಮಿಕ್ (ಆರ್ಎಲ್ಎಸ್). ಈ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ, ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ ಕೊಟ್ಟಿರುವ ನಿಯತಾಂಕಗಳು, inಕೆಲಸದ ಪ್ರಕ್ರಿಯೆ.

1C ನಲ್ಲಿ ಪಾತ್ರಗಳು

ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಭದ್ರತಾ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಗೆ ವಿವಿಧ ಕಾರ್ಯಕ್ರಮಗಳುವಿವಿಧ ಬಳಕೆದಾರ ಗುಂಪುಗಳಿಗೆ ಮತ್ತು ಭವಿಷ್ಯದಲ್ಲಿ ಓದಲು/ಬರೆಯಲು ಅನುಮತಿಗಳ ಸೆಟ್ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ: ಗುಂಪುಗಳಿಂದ ನಿರ್ದಿಷ್ಟ ಬಳಕೆದಾರರನ್ನು ಸೇರಿಸುವುದು ಅಥವಾ ಹೊರಗಿಡುವುದು. ಅಂತಹ ವ್ಯವಸ್ಥೆಯನ್ನು ಉದಾಹರಣೆಗೆ, ಬಳಸಲಾಗುತ್ತದೆ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ವಿಂಡೋಸ್ AD ( ಸಕ್ರಿಯ ಡೈರೆಕ್ಟರಿ) ಭದ್ರತಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಬಳಸಲಾಗಿದೆ ಸಾಫ್ಟ್ವೇರ್ 1C, ಹೆಸರನ್ನು ಪಡೆದುಕೊಂಡಿದೆ - ಪಾತ್ರಗಳು. ಅದು ಏನು? 1C ಯಲ್ಲಿನ ಪಾತ್ರಗಳು ಶಾಖೆಯಲ್ಲಿನ ಸಂರಚನೆಯಲ್ಲಿ ಇರುವ ವಸ್ತುವಾಗಿದೆ: ಸಾಮಾನ್ಯ - ಪಾತ್ರಗಳು. ಈ 1C ಪಾತ್ರಗಳು ಹಕ್ಕುಗಳನ್ನು ನಿಯೋಜಿಸಲಾದ ಗುಂಪುಗಳಾಗಿವೆ. ಭವಿಷ್ಯದಲ್ಲಿ, ಪ್ರತಿಯೊಬ್ಬ ಬಳಕೆದಾರರನ್ನು ಈ ಗುಂಪಿನಿಂದ ಸೇರಿಸಬಹುದು ಅಥವಾ ಹೊರಗಿಡಬಹುದು.

ಪಾತ್ರದ ಹೆಸರಿನ ಮೇಲೆ ಡಬಲ್ ಕ್ಲಿಕ್ ಮಾಡುವ ಮೂಲಕ, ನೀವು ಪಾತ್ರಕ್ಕಾಗಿ ಹಕ್ಕುಗಳ ಸಂಪಾದಕವನ್ನು ತೆರೆಯುತ್ತೀರಿ. ಎಡಭಾಗದಲ್ಲಿ ವಸ್ತುಗಳ ಪಟ್ಟಿ ಇದೆ, ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಪರಿಶೀಲಿಸಿ ಮತ್ತು ಬಲಭಾಗದಲ್ಲಿ ನೀವು ಸಂಭವನೀಯ ಪ್ರವೇಶ ಹಕ್ಕುಗಳಿಗಾಗಿ ಆಯ್ಕೆಗಳನ್ನು ನೋಡುತ್ತೀರಿ:

- ಓದುವಿಕೆ: ಡೇಟಾಬೇಸ್ ಕೋಷ್ಟಕದಿಂದ ದಾಖಲೆಗಳು ಅಥವಾ ಅವುಗಳ ಭಾಗಶಃ ತುಣುಕುಗಳನ್ನು ಪಡೆಯುವುದು;
- ಸೇರಿಸುವುದು: ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ದಾಖಲೆಗಳನ್ನು ಉಳಿಸುವಾಗ ಹೊಸ ದಾಖಲೆಗಳು;
- ಮಾರ್ಪಾಡು: ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ದಾಖಲೆಗಳಿಗೆ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡುವುದು;
— ಅಳಿಸುವಿಕೆ: ಕೆಲವು ದಾಖಲೆಗಳು, ಉಳಿದವುಗಳನ್ನು ಬದಲಾಗದೆ ಬಿಡುವುದು.

ಎಲ್ಲಾ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಎರಡು ಮುಖ್ಯ ಗುಂಪುಗಳಾಗಿ ವಿಂಗಡಿಸಬಹುದು ಎಂಬುದನ್ನು ಗಮನಿಸಿ - ಇದು "ಕೇವಲ" ಸರಿ ಮತ್ತು "ಸಂವಾದಾತ್ಮಕ" ಗುಣಲಕ್ಷಣವನ್ನು ಸೇರಿಸುವುದರೊಂದಿಗೆ ಇದು ನಿಖರವಾಗಿ ಸರಿ. ಇದರ ಅರ್ಥ ಏನು? ಮತ್ತು ಪಾಯಿಂಟ್ ಇದು.

ಬಳಕೆದಾರನು ಫಾರ್ಮ್ ಅನ್ನು ತೆರೆದಾಗ, ಉದಾಹರಣೆಗೆ ಪ್ರಕ್ರಿಯೆಗೆ, ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ ಮೌಸ್ನೊಂದಿಗೆ ಅದರ ಮೇಲೆ ಕ್ಲಿಕ್ ಮಾಡಿದಾಗ, ಅಂತರ್ನಿರ್ಮಿತ 1C ಭಾಷೆಯಲ್ಲಿ ಪ್ರೋಗ್ರಾಂ ನಿರ್ದಿಷ್ಟ ಕ್ರಿಯೆಗಳನ್ನು ನಿರ್ವಹಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ ದಾಖಲೆಗಳನ್ನು ಅಳಿಸುವುದು. "ಸರಳವಾಗಿ" 1C ಹಕ್ಕುಗಳು ಪ್ರೋಗ್ರಾಂ ನಿರ್ವಹಿಸುವ ಇಂತಹ ಕ್ರಿಯೆಗಳನ್ನು ಅನುಮತಿಸಲು ಜವಾಬ್ದಾರರಾಗಿರುತ್ತಾರೆ.

ಒಂದು ವೇಳೆ ಬಳಕೆದಾರರು ಜರ್ನಲ್ ಅನ್ನು ತೆರೆದಾಗ ಮತ್ತು ಕೀಬೋರ್ಡ್‌ನಿಂದ ಸ್ವತಂತ್ರವಾಗಿ ಏನನ್ನಾದರೂ ನಮೂದಿಸಲು ಪ್ರಾರಂಭಿಸಿದಾಗ (ಹೊಸ ದಾಖಲೆಗಳು, ಉದಾಹರಣೆಗೆ), ನಂತರ 1C "ಇಂಟರಾಕ್ಟಿವ್" ಹಕ್ಕುಗಳು ಅಂತಹ ಕ್ರಿಯೆಗಳನ್ನು ಅನುಮತಿಸಲು ಜವಾಬ್ದಾರರಾಗಿರುತ್ತಾರೆ. ಪ್ರತಿಯೊಬ್ಬ ಬಳಕೆದಾರರು ಏಕಕಾಲದಲ್ಲಿ ಹಲವಾರು ಪಾತ್ರಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಬಹುದು, ನಂತರ ಅನುಮತಿಯನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ.

1C ನಲ್ಲಿ RLS

ನೀವು ಡೈರೆಕ್ಟರಿಗೆ (ಅಥವಾ ಡಾಕ್ಯುಮೆಂಟ್) ಪ್ರವೇಶವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು ಅಥವಾ ಅದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು. ನೀವು ಅದನ್ನು "ಸ್ವಲ್ಪ ಆನ್ ಮಾಡಲು" ಸಾಧ್ಯವಿಲ್ಲ. ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ, 1C ಪಾತ್ರ ವ್ಯವಸ್ಥೆಯ ಒಂದು ನಿರ್ದಿಷ್ಟ ವಿಸ್ತರಣೆ ಇದೆ, ಇದನ್ನು RLS ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. ಇದು ಡೈನಾಮಿಕ್ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ವ್ಯವಸ್ಥೆಯಾಗಿದ್ದು ಅದು ಪ್ರವೇಶದ ಮೇಲೆ ಭಾಗಶಃ ನಿರ್ಬಂಧಗಳನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಒಂದು ನಿರ್ದಿಷ್ಟ ಸಂಸ್ಥೆ ಮತ್ತು ಗೋದಾಮಿನ ದಾಖಲೆಗಳು ಮಾತ್ರ ಬಳಕೆದಾರರಿಗೆ ಲಭ್ಯವಾಗುತ್ತವೆ ಮತ್ತು ಉಳಿದವುಗಳನ್ನು ಅವನು ನೋಡುವುದಿಲ್ಲ.

RLS ವ್ಯವಸ್ಥೆಯನ್ನು ಬಹಳ ಎಚ್ಚರಿಕೆಯಿಂದ ಬಳಸಬೇಕು ಎಂದು ನೆನಪಿನಲ್ಲಿಡಬೇಕು, ಏಕೆಂದರೆ ಅದರ ಸಂಕೀರ್ಣವಾದ ಯೋಜನೆಯು ವಿಭಿನ್ನ ಬಳಕೆದಾರರಿಂದ ರಚಿಸಲ್ಪಟ್ಟ ಒಂದೇ ವರದಿಯನ್ನು ಹೋಲಿಸಿದಾಗ ವಿಭಿನ್ನ ಬಳಕೆದಾರರಿಗೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಹೊಂದಿರಬಹುದು. ಈ ಉದಾಹರಣೆಯನ್ನು ಪರಿಗಣಿಸೋಣ. ನೀವು ನಿರ್ದಿಷ್ಟ ಡೈರೆಕ್ಟರಿಯನ್ನು (ಸಂಸ್ಥೆಗಳು, ಉದಾಹರಣೆಗೆ) ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಹಕ್ಕನ್ನು (ಓದುವಿಕೆ, ಉದಾಹರಣೆಗೆ), ಅಂದರೆ, ನೀವು 1C ಪಾತ್ರಕ್ಕಾಗಿ ಓದಲು ಅನುಮತಿಸುತ್ತೀರಿ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ರಿಮೋಟ್ ಪ್ಯಾನೆಲ್ನಲ್ಲಿ ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳು, ನೀವು ವಿನಂತಿಯ ಪಠ್ಯವನ್ನು ಹೊಂದಿಸಿ, ಅದರ ಪ್ರಕಾರ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಅವಲಂಬಿಸಿ ತಪ್ಪು ಅಥವಾ ಸರಿ ಎಂದು ಹೊಂದಿಸಲಾಗಿದೆ. ವಿಶಿಷ್ಟವಾಗಿ, ವಿಶೇಷ ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್ನಲ್ಲಿ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಉಳಿಸಲಾಗುತ್ತದೆ.

ಎಲ್ಲಾ ಡೈರೆಕ್ಟರಿ ನಮೂದುಗಳಿಗಾಗಿ ಈ ವಿನಂತಿಯನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ (ಓದುವಿಕೆಯನ್ನು ಸಂಘಟಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ) ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ. ಇದು ಈ ರೀತಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ: ಭದ್ರತಾ ವಿನಂತಿಯು ನಿಯೋಜಿಸಲಾದ ದಾಖಲೆಗಳು - ನಿಜ, ಬಳಕೆದಾರರು ನೋಡುತ್ತಾರೆ, ಆದರೆ ಇತರರು ನೋಡುವುದಿಲ್ಲ. ಸ್ಥಾಪಿತ ನಿರ್ಬಂಧಗಳೊಂದಿಗೆ 1C ಹಕ್ಕುಗಳನ್ನು ಬೂದು ಬಣ್ಣದಲ್ಲಿ ಹೈಲೈಟ್ ಮಾಡಲಾಗಿದೆ.

ಒಂದೇ ರೀತಿಯ RLS ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನಕಲಿಸುವ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಬಳಸಿ ನಡೆಸಲಾಗುತ್ತದೆ. ಪ್ರಾರಂಭಿಸಲು, ನೀವು ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ರಚಿಸುತ್ತೀರಿ, ಅದನ್ನು ಕರೆ ಮಾಡಿ, ಉದಾಹರಣೆಗೆ, MyTemplate, ಇದರಲ್ಲಿ ನೀವು ಭದ್ರತಾ ವಿನಂತಿಯನ್ನು ಪ್ರತಿಬಿಂಬಿಸುತ್ತೀರಿ. ನಂತರ, ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ, ಈ ಟೆಂಪ್ಲೇಟ್‌ನ ಹೆಸರನ್ನು ಈ ರೀತಿಯಲ್ಲಿ ಸೂಚಿಸಿ: "#MyTemplate".

ಬಳಕೆದಾರರು 1C ಎಂಟರ್‌ಪ್ರೈಸ್ ಮೋಡ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡಿದಾಗ, RLS ಗೆ ಸಂಪರ್ಕಿಸುವಾಗ, ದೋಷ ಸಂದೇಶವು ಕಾಣಿಸಿಕೊಳ್ಳಬಹುದು: "ಸಾಕಷ್ಟು ಹಕ್ಕುಗಳಿಲ್ಲ" (ಉದಾಹರಣೆಗೆ XXX ಡೈರೆಕ್ಟರಿಯನ್ನು ಓದಲು) ಕೆಲವು ದಾಖಲೆಗಳನ್ನು ಓದುವುದರಿಂದ RLS ಸಿಸ್ಟಮ್ ಅನ್ನು ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ ಎಂದು ಇದು ಸೂಚಿಸುತ್ತದೆ. ಈ ಸಂದೇಶವು ಮತ್ತೆ ಕಾಣಿಸಿಕೊಳ್ಳುವುದನ್ನು ತಡೆಯಲು, ನೀವು ವಿನಂತಿಯ ಪಠ್ಯದಲ್ಲಿ ALLOWED ಪದವನ್ನು ನಮೂದಿಸಬೇಕಾಗುತ್ತದೆ.

ಈ ಲೇಖನದ ಚೌಕಟ್ಟಿನೊಳಗೆ ನಾವು ಮಾಡುವ ಎಲ್ಲಾ ಬಳಕೆದಾರರ ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ವಿಭಾಗ 1C 8.3 “ಆಡಳಿತ” - “ಬಳಕೆದಾರ ಮತ್ತು ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳು” ನಲ್ಲಿವೆ. ಈ ಅಲ್ಗಾರಿದಮ್ಹೆಚ್ಚಿನ ಸಂರಚನೆಗಳಲ್ಲಿ ಹೋಲುತ್ತದೆ ನಿಯಂತ್ರಿತ ರೂಪಗಳು. 1C ಅಕೌಂಟಿಂಗ್ ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಉದಾಹರಣೆಯಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ, ಆದರೆ ಇತರ ಪ್ರೋಗ್ರಾಂಗಳಲ್ಲಿ (1C UT 11, 1C ZUP 3, 1C ERP) ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸುವುದು ಅದೇ ರೀತಿಯಲ್ಲಿ ಮಾಡಲಾಗುತ್ತದೆ.

ಸೆಟ್ಟಿಂಗ್‌ಗಳ ವಿಂಡೋದ "ಬಳಕೆದಾರರು" ವಿಭಾಗಕ್ಕೆ ಹೋಗೋಣ. ಇಲ್ಲಿ ನಾವು ಎರಡು ಹೈಪರ್ಲಿಂಕ್ಗಳನ್ನು ನೋಡುತ್ತೇವೆ: "ಬಳಕೆದಾರರು" ಮತ್ತು "ಲಾಗಿನ್ ಸೆಟ್ಟಿಂಗ್ಗಳು". ಅವುಗಳಲ್ಲಿ ಮೊದಲನೆಯದು ನಿಮಗೆ ನೀಡಿದ ಬಳಕೆದಾರರ ಪಟ್ಟಿಗೆ ನೇರವಾಗಿ ಹೋಗಲು ಅನುಮತಿಸುತ್ತದೆ ಮಾಹಿತಿ ಆಧಾರ. ಹೊಸ ಬಳಕೆದಾರರನ್ನು ರಚಿಸುವ ಮೊದಲು, ಸಂಭವನೀಯ ಲಾಗಿನ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನೋಡೋಣ (ಬಲಭಾಗದಲ್ಲಿ ಹೈಪರ್ಲಿಂಕ್).

ಈ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ರೂಪದಲ್ಲಿ, ನೀವು ಪಾಸ್‌ವರ್ಡ್ ಸಂಕೀರ್ಣತೆಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು (ಕನಿಷ್ಠ 7 ಅಕ್ಷರಗಳು, ಕಡ್ಡಾಯ ವಿಷಯ ವಿವಿಧ ರೀತಿಯಪಾತ್ರಗಳು, ಇತ್ಯಾದಿ). ನೀವು ಪಾಸ್‌ವರ್ಡ್‌ನ ಉದ್ದ, ಅದರ ಮಾನ್ಯತೆಯ ಅವಧಿಯನ್ನು ಸಹ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು ಮತ್ತು ಬಳಕೆದಾರರು ನಿರ್ದಿಷ್ಟ ಸಮಯದವರೆಗೆ ಸಕ್ರಿಯವಾಗಿಲ್ಲದಿದ್ದರೆ ಪ್ರೋಗ್ರಾಂಗೆ ಲಾಗ್ ಇನ್ ಮಾಡುವುದನ್ನು ನಿಷೇಧಿಸಬಹುದು.

ಈಗ ನೀವು 1C ಗೆ ಹೊಸ ಬಳಕೆದಾರರನ್ನು ಸೇರಿಸಲು ನೇರವಾಗಿ ಮುಂದುವರಿಯಬಹುದು. ಕೆಳಗಿನ ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಿರುವಂತೆ "ರಚಿಸು" ಬಟನ್ ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡುವ ಮೂಲಕ ಇದನ್ನು ಮಾಡಬಹುದು.

ಮೊದಲನೆಯದಾಗಿ, ಸೂಚಿಸೋಣ ಪೂರ್ಣ ಹೆಸರು- "ಆಂಟೊನೊವ್ ಡಿಮಿಟ್ರಿ ಪೆಟ್ರೋವಿಚ್", ಮತ್ತು ಅನುಗುಣವಾದ ಡೈರೆಕ್ಟರಿಯಿಂದ ಆಯ್ಕೆಮಾಡಿ ವೈಯಕ್ತಿಕ. ಇಲ್ಲಿ ನೀವು ನಮ್ಮ ಉದ್ಯೋಗಿ ಕೆಲಸ ಮಾಡುವ ವಿಭಾಗವನ್ನು ಸಹ ಸೂಚಿಸಬಹುದು.

"ಆಂಟೊನೊವ್ಡಿಪಿ" ಎಂಬ ಲಾಗಿನ್ ಹೆಸರನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ "ಡಿಮಿಟ್ರಿ ಪೆಟ್ರೋವಿಚ್ ಆಂಟೊನೊವ್" ಎಂಬ ಪೂರ್ಣ ಹೆಸರಿನ ಸಂಕ್ಷೇಪಣವಾಗಿ ಬದಲಿಸಲಾಗಿದೆ. ಪಾಸ್ವರ್ಡ್ ಮತ್ತು 1C ಎಂಟರ್ಪ್ರೈಸ್ ದೃಢೀಕರಣವನ್ನು ಹೊಂದಿಸೋಣ. ಎಂಬುದನ್ನು ಇಲ್ಲಿ ನೀವು ಸೂಚಿಸಬಹುದು ಈ ಬಳಕೆದಾರರಿಗೆನಿಮ್ಮ ಪಾಸ್‌ವರ್ಡ್ ಅನ್ನು ನೀವೇ ಬದಲಾಯಿಸಿ.

ಈ ಮಾಹಿತಿ ಬೇಸ್ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವಾಗ ಆಯ್ಕೆ ಪಟ್ಟಿಯಲ್ಲಿ ಡಿಮಿಟ್ರಿ ಪೆಟ್ರೋವಿಚ್ ಆಂಟೊನೊವ್ ಲಭ್ಯವಾಗಬೇಕೆಂದು ನಾವು ಬಯಸುತ್ತೇವೆ ಎಂದು ಹೇಳೋಣ. ಇದನ್ನು ಮಾಡಲು, ನೀವು "ಆಯ್ಕೆ ಪಟ್ಟಿಯಲ್ಲಿ ತೋರಿಸು" ಐಟಂನಲ್ಲಿ ಚೆಕ್ಬಾಕ್ಸ್ ಅನ್ನು ಹೊಂದಿಸಬೇಕಾಗುತ್ತದೆ. ಪರಿಣಾಮವಾಗಿ, ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ಪ್ರಾರಂಭಿಸುವಾಗ ದೃಢೀಕರಣ ವಿಂಡೋ ಕೆಳಗಿನ ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಿರುವಂತೆ ಕಾಣುತ್ತದೆ.

ಬಳಕೆದಾರ ಡೈರೆಕ್ಟರಿ ಕಾರ್ಡ್‌ನಲ್ಲಿನ ಮತ್ತೊಂದು ಪ್ರಮುಖ ಸೆಟ್ಟಿಂಗ್‌ಗೆ ಗಮನ ಕೊಡೋಣ - “ಪ್ರೋಗ್ರಾಂಗೆ ಲಾಗಿನ್ ಮಾಡಲು ಅನುಮತಿಸಲಾಗಿದೆ.” ಮಂದಗತಿಯನ್ನು ಹೊಂದಿಸದಿದ್ದರೆ, ಬಳಕೆದಾರರು ಈ ಮಾಹಿತಿ ಮೂಲವನ್ನು ನಮೂದಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ.

ಪ್ರವೇಶ ಹಕ್ಕುಗಳು

ಬಳಕೆದಾರರ ಕಾರ್ಡ್‌ನಲ್ಲಿ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಭರ್ತಿ ಮಾಡಿದ ನಂತರ - ಡಿಮಿಟ್ರಿ ಪೆಟ್ರೋವಿಚ್ ಆಂಟೊನೊವ್, ನಾವು ಅವುಗಳನ್ನು ಬರೆಯುತ್ತೇವೆ ಮತ್ತು ಕೆಳಗಿನ ಚಿತ್ರದಲ್ಲಿ ತೋರಿಸಿರುವಂತೆ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸಲು ಮುಂದುವರಿಯುತ್ತೇವೆ.

ಪ್ರೋಗ್ರಾಂಗೆ ಹಿಂದೆ ನಮೂದಿಸಿದ ಪ್ರವೇಶ ಪ್ರೊಫೈಲ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ನಮ್ಮ ಮುಂದೆ ತೆರೆಯಲಾಗಿದೆ. ಅಗತ್ಯವಿರುವ ಪೆಟ್ಟಿಗೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.

ಗುಂಪಿನ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಪ್ರವೇಶಿಸಿ

ಪ್ರವೇಶ ಗುಂಪಿನ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಮುಖ್ಯ ಬಳಕೆದಾರ ಮತ್ತು ಹಕ್ಕುಗಳ ಸೆಟಪ್ ಫಾರ್ಮ್‌ನಿಂದ ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು. "ಪ್ರವೇಶ ಗುಂಪುಗಳು" ವಿಭಾಗಕ್ಕೆ ಹೋಗಿ ಮತ್ತು "ಪ್ರವೇಶ ಗುಂಪು ಪ್ರೊಫೈಲ್ಗಳು" ಹೈಪರ್ಲಿಂಕ್ ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ.

ರಚಿಸೋಣ ಹೊಸ ಗುಂಪುತೆರೆಯುವ ಪಟ್ಟಿ ಫಾರ್ಮ್‌ನಿಂದ. "ಅನುಮತಿಸಲಾದ ಕ್ರಿಯೆಗಳು (ಪಾತ್ರಗಳು)" ಟ್ಯಾಬ್‌ನಲ್ಲಿನ ಕೋಷ್ಟಕ ವಿಭಾಗದಲ್ಲಿ, ನಾವು ರಚಿಸುತ್ತಿರುವ ಗುಂಪಿನಲ್ಲಿರುವ ಬಳಕೆದಾರರ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವ ಆ ಪಾತ್ರಗಳಿಗಾಗಿ ಬಾಕ್ಸ್‌ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ. ಈ ಎಲ್ಲಾ ಪಾತ್ರಗಳನ್ನು ಕಾನ್ಫಿಗರೇಟರ್‌ನಲ್ಲಿ ರಚಿಸಲಾಗಿದೆ ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ. ಬಳಕೆದಾರ ಮೋಡ್‌ನಿಂದ ಅವುಗಳನ್ನು ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ ಅಥವಾ ಹೊಸದನ್ನು ರಚಿಸಲಾಗುವುದಿಲ್ಲ. ನೀವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪಟ್ಟಿಯಿಂದ ಮಾತ್ರ ಆಯ್ಕೆ ಮಾಡಬಹುದು.

RLS: ದಾಖಲೆ ಮಟ್ಟದ ಪ್ರವೇಶ ನಿರ್ಬಂಧ

ನಿರ್ದಿಷ್ಟ ಪ್ರದೇಶಗಳಲ್ಲಿ ಪ್ರೋಗ್ರಾಂ ಡೇಟಾಗೆ ಪ್ರವೇಶವನ್ನು ಹೆಚ್ಚು ಮೃದುವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಅದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲು, ಬಳಕೆದಾರ ಮತ್ತು ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಫಾರ್ಮ್‌ನಲ್ಲಿ ಅದೇ ಹೆಸರಿನ ಬಾಕ್ಸ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ.

ಈ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಪ್ರತಿಕೂಲ ಪರಿಣಾಮ ಬೀರಬಹುದು ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ. ಪಾಯಿಂಟ್ RLS ಕಾರ್ಯವಿಧಾನವು ಎಲ್ಲಾ ವಿನಂತಿಗಳನ್ನು ಅವಲಂಬಿಸಿ ಬದಲಾಗುತ್ತದೆ ಸ್ಥಾಪಿತ ನಿರ್ಬಂಧಗಳು.

ನಾವು ಮೊದಲು ರಚಿಸಿದ "ಟೆಸ್ಟ್ ಗ್ರೂಪ್" ಪ್ರವೇಶ ಗುಂಪಿನ ಪ್ರೊಫೈಲ್‌ಗೆ ಹೋಗೋಣ. ಕೆಳಗಿನ ಚಿತ್ರವು ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದ ನಂತರ ಹೆಚ್ಚುವರಿ "ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳು" ಟ್ಯಾಬ್ ಕಾಣಿಸಿಕೊಂಡಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ.

ಪರೀಕ್ಷಾ ಗುಂಪಿಗೆ ನಿಯೋಜಿಸಲಾದ ಬಳಕೆದಾರರು ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದವರನ್ನು ಹೊರತುಪಡಿಸಿ, ಈ ಇನ್ಫೋಬೇಸ್‌ನಲ್ಲಿರುವ ಎಲ್ಲಾ ಸಂಸ್ಥೆಗಳಿಗೆ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸಲು ನಾವು ಬಯಸುತ್ತೇವೆ ಎಂದು ಹೇಳೋಣ.

ಮೇಲಿನ ಕೋಷ್ಟಕ ಭಾಗದಲ್ಲಿ, ನಾವು ಸಂಸ್ಥೆಯ ಮೂಲಕ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಸುತ್ತೇವೆ. ಕೆಳಗಿನ ಭಾಗದಲ್ಲಿ, "ರೋಗಾ ಎಲ್ಎಲ್ ಸಿ" ಸಂಸ್ಥೆಗೆ ಡೇಟಾ (ಡಾಕ್ಯುಮೆಂಟ್ಗಳು, ಡೈರೆಕ್ಟರಿಗಳು, ಇತ್ಯಾದಿ) ಪ್ರವೇಶವನ್ನು ಒದಗಿಸಲಾಗುವುದಿಲ್ಲ ಎಂದು ನಾವು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತೇವೆ.

1C ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಅಂತರ್ನಿರ್ಮಿತ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿದೆ (ಈ ವ್ಯವಸ್ಥೆಯನ್ನು 1C ಪಾತ್ರಗಳು ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ). ಈ ವ್ಯವಸ್ಥೆಯು ಸ್ಥಿರವಾಗಿದೆ - ನಿರ್ವಾಹಕರು 1C ಹಕ್ಕುಗಳನ್ನು ನಿಯೋಜಿಸಿದಂತೆ, ಅದು ಇರುತ್ತದೆ.

ಹೆಚ್ಚುವರಿಯಾಗಿ, ಡೈನಾಮಿಕ್ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ವ್ಯವಸ್ಥೆ ಇದೆ (RLS 1C ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ). ಅದರಲ್ಲಿ, ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ನಿಯತಾಂಕಗಳ ಆಧಾರದ ಮೇಲೆ ಬಳಕೆದಾರರು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವಾಗ 1C ಹಕ್ಕುಗಳನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಲೆಕ್ಕಹಾಕಲಾಗುತ್ತದೆ.

ವಿವಿಧ ಪ್ರೋಗ್ರಾಂಗಳಲ್ಲಿನ ಸಾಮಾನ್ಯ ಭದ್ರತಾ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಒಂದೆಂದರೆ ಬಳಕೆದಾರರ ಗುಂಪುಗಳಿಗೆ ಓದಲು/ಬರೆಯಲು ಅನುಮತಿಗಳ ಒಂದು ಸೆಟ್ ಮತ್ತು ನಂತರ ಗುಂಪುಗಳಿಂದ ಬಳಕೆದಾರರನ್ನು ಸೇರಿಸುವುದು ಅಥವಾ ಹೊರಗಿಡುವುದು. ಉದಾಹರಣೆಗೆ, ಇದೇ ರೀತಿಯ ವ್ಯವಸ್ಥೆಯನ್ನು ವಿಂಡೋಸ್ ಎಡಿ (ಸಕ್ರಿಯ ಡೈರೆಕ್ಟರಿ) ನಲ್ಲಿ ಬಳಸಲಾಗುತ್ತದೆ.

1C ಯಲ್ಲಿ ಅಂತಹ ಭದ್ರತಾ ವ್ಯವಸ್ಥೆಯನ್ನು 1C ಪಾತ್ರಗಳು ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ. 1C ಪಾತ್ರಗಳು ಸಾಮಾನ್ಯ/ಪಾತ್ರಗಳ ಶಾಖೆಯಲ್ಲಿನ ಸಂರಚನೆಯಲ್ಲಿವೆ. 1C ಪಾತ್ರಗಳು 1C ಹಕ್ಕುಗಳನ್ನು ನಿಯೋಜಿಸಲಾದ ಗುಂಪುಗಳಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ನಂತರ ಬಳಕೆದಾರರನ್ನು ಈ ಗುಂಪಿನಿಂದ ಸೇರಿಸಲಾಗುತ್ತದೆ ಅಥವಾ ಹೊರಗಿಡಲಾಗುತ್ತದೆ.

1C ಪಾತ್ರದ ಹೆಸರಿನ ಮೇಲೆ ಡಬಲ್-ಕ್ಲಿಕ್ ಮಾಡುವ ಮೂಲಕ, 1C ಪಾತ್ರಕ್ಕಾಗಿ ಹಕ್ಕುಗಳ ಸಂಪಾದಕವು ತೆರೆಯುತ್ತದೆ. ಎಡಭಾಗದಲ್ಲಿ 1C ವಸ್ತುಗಳ ಪಟ್ಟಿ ಇದೆ. ಯಾವುದಾದರೂ ಒಂದನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಆಯ್ಕೆಗಳನ್ನು ಬಲಭಾಗದಲ್ಲಿ ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ (ಕನಿಷ್ಠ: ಓದಿ, ಸೇರಿಸಿ, ಬದಲಾಯಿಸಿ, ಅಳಿಸಿ).

ಉನ್ನತ ಶಾಖೆಗೆ (ಹೆಸರು ಪ್ರಸ್ತುತ ಸಂರಚನೆ) 1C ಆಡಳಿತಾತ್ಮಕ ಹಕ್ಕುಗಳು ಮತ್ತು ಉಡಾವಣೆಗೆ ಪ್ರವೇಶವನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ ವಿವಿಧ ಆಯ್ಕೆಗಳು.

ಎಲ್ಲಾ 1C ಹಕ್ಕುಗಳನ್ನು ಎರಡು ಗುಂಪುಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ - "ಸರಳ" ಹಕ್ಕು ಮತ್ತು "ಇಂಟರಾಕ್ಟಿವ್" ಸೇರ್ಪಡೆಯೊಂದಿಗೆ ಅದೇ ಹಕ್ಕು. ಅದರ ಅರ್ಥವೇನು?

ಬಳಕೆದಾರರು ಫಾರ್ಮ್ ಅನ್ನು ತೆರೆದಾಗ (ಉದಾಹರಣೆಗೆ, ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವಿಕೆ) ಮತ್ತು ಅದರ ಮೇಲೆ ಗುಂಡಿಯನ್ನು ಒತ್ತಿದರೆ, ಅಂತರ್ನಿರ್ಮಿತ 1C ಭಾಷೆಯಲ್ಲಿ ಪ್ರೋಗ್ರಾಂ ಕೆಲವು ಕ್ರಿಯೆಗಳನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ದಾಖಲೆಗಳನ್ನು ಅಳಿಸುವುದು. "ಸರಳವಾಗಿ" 1C ಹಕ್ಕುಗಳು ಈ ಕ್ರಿಯೆಗಳನ್ನು ಅನುಮತಿಸಲು ಜವಾಬ್ದಾರರಾಗಿರುತ್ತವೆ (ಕಾರ್ಯಕ್ರಮದಲ್ಲಿ ನಿರ್ವಹಿಸಲಾಗಿದೆ).

ಬಳಕೆದಾರರು ಜರ್ನಲ್ ಅನ್ನು ತೆರೆದಾಗ ಮತ್ತು ಸ್ವತಂತ್ರವಾಗಿ ಕೀಬೋರ್ಡ್ ಬಳಸಿ ಏನನ್ನಾದರೂ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದಾಗ (ಉದಾಹರಣೆಗೆ, ಹೊಸ ದಾಖಲೆಗಳನ್ನು ನಮೂದಿಸುವುದು), ಇವುಗಳು "ಸಂವಾದಾತ್ಮಕ" 1C ಹಕ್ಕುಗಳಾಗಿವೆ.

ಬಳಕೆದಾರರು ಹಲವಾರು ಪಾತ್ರಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರಬಹುದು, ಈ ಸಂದರ್ಭದಲ್ಲಿ ಅನುಮತಿಗಳು ಸಂಚಿತವಾಗಿರುತ್ತವೆ.

ಪಾತ್ರಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸುವ ಸಾಧ್ಯತೆಗಳ ಸ್ಥಗಿತ - 1C ವಸ್ತು. ಅಂದರೆ, ನೀವು ಡೈರೆಕ್ಟರಿಗೆ ಪ್ರವೇಶವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು ಅಥವಾ ಅದನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಬಹುದು. ನೀವು ಅದನ್ನು ಸ್ವಲ್ಪ ಆನ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ, 1C RLS ಎಂಬ 1C ಪಾತ್ರ ವ್ಯವಸ್ಥೆಯ ವಿಸ್ತರಣೆ ಇದೆ. ಇದು ಡೈನಾಮಿಕ್ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ವ್ಯವಸ್ಥೆಯಾಗಿದ್ದು ಅದು ಪ್ರವೇಶವನ್ನು ಭಾಗಶಃ ನಿರ್ಬಂಧಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಬಳಕೆದಾರರು ನಿರ್ದಿಷ್ಟ ಗೋದಾಮು ಮತ್ತು ಸಂಸ್ಥೆಗೆ ಮಾತ್ರ ದಾಖಲೆಗಳನ್ನು ನೋಡುತ್ತಾರೆ ಮತ್ತು ಉಳಿದವುಗಳನ್ನು ನೋಡುವುದಿಲ್ಲ.

ಎಚ್ಚರಿಕೆಯಿಂದ! ಗೊಂದಲಮಯ RLS 1C ಸ್ಕೀಮ್ ಅನ್ನು ಬಳಸುವಾಗ, ವಿಭಿನ್ನ ಬಳಕೆದಾರರಿಂದ ರಚಿಸಲಾದ ಒಂದೇ ವರದಿಯನ್ನು ಸಮನ್ವಯಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸಿದಾಗ ವಿಭಿನ್ನ ಬಳಕೆದಾರರು ಪ್ರಶ್ನೆಗಳನ್ನು ಹೊಂದಿರಬಹುದು.

ನೀವು ನಿರ್ದಿಷ್ಟ ಡೈರೆಕ್ಟರಿಯನ್ನು (ಉದಾ, ಸಂಸ್ಥೆಗಳು) ಮತ್ತು ನಿರ್ದಿಷ್ಟ ಹಕ್ಕನ್ನು (ಉದಾ, ಓದುವಿಕೆ) ತೆಗೆದುಕೊಳ್ಳುತ್ತೀರಿ. ನೀವು 1C ಪಾತ್ರಕ್ಕಾಗಿ ಓದಲು ಅನುಮತಿಸುತ್ತೀರಿ. ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಫಲಕದಲ್ಲಿ, ನೀವು ಪ್ರಶ್ನೆ ಪಠ್ಯವನ್ನು ಹೊಂದಿಸಿದ್ದೀರಿ, ಇದು ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಅವಲಂಬಿಸಿ TRUE ಅಥವಾ FALSE ಅನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾಗುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ಕಾನ್ಫಿಗರೇಶನ್ ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್ ಲೆಕ್ಕಪತ್ರ ನಿರ್ವಹಣೆ ಮತ್ತು ಬಳಕೆದಾರರ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳು).

ಪ್ರತಿ ಡೈರೆಕ್ಟರಿ ನಮೂದುಗಾಗಿ ಈ ಪ್ರಶ್ನೆಯನ್ನು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ (ಓದುವಿಕೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ) ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ. ಹೀಗಾಗಿ, ಭದ್ರತಾ ಪ್ರಶ್ನೆಯು ನಿಜವೆಂದು ಹಿಂದಿರುಗಿದ ದಾಖಲೆಗಳಿಗಾಗಿ, ಬಳಕೆದಾರರು ಅದನ್ನು ನೋಡುತ್ತಾರೆ, ಆದರೆ ಉಳಿದವರು ನೋಡುವುದಿಲ್ಲ.
RLS 1C ನಿರ್ಬಂಧಗಳಿಗೆ ಒಳಪಟ್ಟಿರುವ 1C ಹಕ್ಕುಗಳನ್ನು ಬೂದು ಬಣ್ಣದಲ್ಲಿ ಹೈಲೈಟ್ ಮಾಡಲಾಗಿದೆ.

ಅದೇ RLS 1C ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ನಕಲಿಸುವುದು ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಬಳಸಿ ಮಾಡಲಾಗುತ್ತದೆ. ನೀವು ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ರಚಿಸಿ, ಅದನ್ನು ಹೆಸರಿಸಿ (ಉದಾಹರಣೆಗೆ) MyTemplate, ಮತ್ತು ಅದರಲ್ಲಿ ಭದ್ರತಾ ವಿನಂತಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿ. ಮುಂದೆ, 1C ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ, ಟೆಂಪ್ಲೇಟ್ ಹೆಸರನ್ನು ಈ ರೀತಿಯಾಗಿ ಸೂಚಿಸಿ: "#MyTemplate".

ಬಳಕೆದಾರರು 1C ಎಂಟರ್‌ಪ್ರೈಸ್ ಮೋಡ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವಾಗ, RLS 1C ಅನ್ನು ಚಾಲನೆ ಮಾಡುವಾಗ, ಅವರು "ಸಾಕಷ್ಟು ಹಕ್ಕುಗಳಿಲ್ಲ" ಎಂಬ ದೋಷ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸಬಹುದು (ಉದಾಹರಣೆಗೆ, Xxxx ಡೈರೆಕ್ಟರಿಯನ್ನು ಓದಲು).

ಇದರರ್ಥ RLS 1C ಹಲವಾರು ದಾಖಲೆಗಳನ್ನು ಓದುವುದನ್ನು ನಿರ್ಬಂಧಿಸಿದೆ.

ಅಂತಹ ಸಂದೇಶವು ಕಾಣಿಸಿಕೊಳ್ಳುವುದನ್ನು ತಡೆಯಲು, ಅಂತರ್ನಿರ್ಮಿತ 1C ಭಾಷೆಯಲ್ಲಿ ವಿನಂತಿಯ ಪಠ್ಯದಲ್ಲಿ ALLOWED () ಪದವನ್ನು ಬಳಸುವುದು ಅವಶ್ಯಕ.

ಉದಾಹರಣೆಗೆ:

1C ಯ ಎಂಟನೇ ಆವೃತ್ತಿ: ಎಂಟರ್‌ಪ್ರೈಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ (ಇಂದು 8.3) "ಏಳು" ಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಅನೇಕ ಬದಲಾವಣೆಗಳನ್ನು ನಡೆಸಿತು, ಅವುಗಳಲ್ಲಿ ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ನಿರ್ಬಂಧಿಸುವ ಕಾರ್ಯವಿಧಾನವು ವಿಶೇಷವಾಗಿ ಗಮನಾರ್ಹವಾಗಿದೆ. ಇದು ಇಲ್ಲದೆ ಮಾಡಲು ಸೈದ್ಧಾಂತಿಕವಾಗಿ ಸಾಧ್ಯವಾದರೂ, ಪಾತ್ರಗಳನ್ನು ಮಾತ್ರ ಬಳಸಿ, RLS ನಿಮಗೆ ಹೆಚ್ಚಿನದನ್ನು ಸಾಧಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ ಉತ್ತಮ ಶ್ರುತಿಪ್ರವೇಶ. ಆದರೆ ಈ ಕಾರ್ಯವಿಧಾನವನ್ನು ಸರಿಯಾಗಿ ನಿರ್ವಹಿಸಲು, ನೀವು ಅದರ ಸಾರವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು ಮತ್ತು 1C ನಲ್ಲಿ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಸಾಕಷ್ಟು ಅನುಭವವನ್ನು ಹೊಂದಿರಬೇಕು.

RLS ಎಂದರೇನು?

ನಿರ್ದಿಷ್ಟ ಬಳಕೆದಾರ ಅಥವಾ ಬಳಕೆದಾರರ ಗುಂಪನ್ನು ಕೋಷ್ಟಕಗಳು ಅಥವಾ ಡೇಟಾಬೇಸ್ ಕೋಷ್ಟಕಗಳ ಕ್ಷೇತ್ರಗಳನ್ನು ಪ್ರವೇಶಿಸುವುದನ್ನು ತಡೆಯಲು ಡೆವಲಪರ್‌ನ ಸಾಮರ್ಥ್ಯವು ಈ ಕಾರ್ಯದ ಮೂಲತತ್ವವಾಗಿದೆ. ವಿಶಿಷ್ಟವಾಗಿ, 1C ಬಳಕೆದಾರರನ್ನು ಗೌಪ್ಯವಾಗಿ ನೋಡುವುದರಿಂದ ಮತ್ತು ಸಂಪಾದಿಸುವುದನ್ನು ತಡೆಯಲು ನಿರ್ಬಂಧಗಳನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ರಹಸ್ಯ ಮಾಹಿತಿ, ಉದಾಹರಣೆಗೆ, ಗುಂಪಿನಲ್ಲಿರುವ ಕಂಪನಿಯ ಉದ್ಯೋಗಿಗಳನ್ನು ಅವರ ಸಂಸ್ಥೆಗೆ ಮಾತ್ರ ದಾಖಲೆಗಳನ್ನು ವೀಕ್ಷಿಸಲು ಮಿತಿಗೊಳಿಸಿ. ಅಲ್ಲದೆ, ರೆಕಾರ್ಡ್ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ನಿರ್ಬಂಧಿಸುವ ಕಾರ್ಯವಿಧಾನವನ್ನು ಇಂಟರ್ಫೇಸ್ನಿಂದ ಅನಗತ್ಯ ಮಾಹಿತಿಯನ್ನು ತೆಗೆದುಹಾಕಲು ಬಳಸಬಹುದು.

RLS ನಿರ್ಬಂಧಗಳಿಗಾಗಿ ಪ್ರಶ್ನೆಗಳನ್ನು ಬರೆಯಲು, ನೀವು ಪಾತ್ರವನ್ನು ರಚಿಸಬೇಕು ಅಥವಾ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಂದನ್ನು ತೆಗೆದುಕೊಳ್ಳಬೇಕು. 1C 8.3 ರಲ್ಲಿ RLS ಅನ್ನು ಹೊಂದಿಸುವುದನ್ನು ಕೆಳಗಿನ ಬಳಕೆದಾರ ಕ್ರಿಯೆಗಳಿಗೆ ಬಳಸಬಹುದು:

• ಸೇರ್ಪಡೆ;
• ಓದುವಿಕೆ;
• ಅಳಿಸು;
• ಬದಲಾವಣೆ.

ಪ್ರವೇಶವನ್ನು ಕಸ್ಟಮೈಸ್ ಮಾಡಲು ವ್ಯಾಪಕವಾದ ಸಾಧ್ಯತೆಗಳ ಜೊತೆಗೆ, RLS ಸಹ ಅನಾನುಕೂಲಗಳನ್ನು ಹೊಂದಿದೆ:

1. ಡೆವಲಪರ್‌ನ ಅರ್ಹತೆಗಳ ಅವಶ್ಯಕತೆಗಳು, ಏಕೆಂದರೆ ವಿನಂತಿಯನ್ನು ಸಿಂಟ್ಯಾಕ್ಸ್ ನಿಯಮಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ಅಂತರ್ನಿರ್ಮಿತ ಭಾಷೆಯಲ್ಲಿ ಬರೆಯಬೇಕಾಗುತ್ತದೆ;
2. ಪರಿಸ್ಥಿತಿಗಳನ್ನು ತ್ವರಿತವಾಗಿ ಡೀಬಗ್ ಮಾಡುವ ಸಾಮರ್ಥ್ಯದ ಕೊರತೆ;
3. ಸೀಮಿತ ಅವಕಾಶಗಳುತರ್ಕದ ವಿವರಣೆಯ ಪ್ರಕಾರ: ತುಂಬಾ ಸಂಕೀರ್ಣವಾದ ಪರಿಸ್ಥಿತಿಗಳನ್ನು ಇನ್ನೂ ದಾಖಲೆಗಳು ಮತ್ತು ಉಲ್ಲೇಖ ಪುಸ್ತಕಗಳ ಮಾಡ್ಯೂಲ್‌ಗಳಲ್ಲಿ ಬರೆಯಬೇಕಾಗುತ್ತದೆ;
4. ಡೇಟಾಬೇಸ್‌ನ ಕ್ಲೈಂಟ್-ಸರ್ವರ್ ಆವೃತ್ತಿಯಲ್ಲಿ, ಪ್ರಶ್ನೆಯಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ಕೋಷ್ಟಕಗಳ ಸೂಚ್ಯ ಬೆಳವಣಿಗೆ ಸಾಧ್ಯ. ಇದಲ್ಲದೆ, ಈ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುವುದು ತುಂಬಾ ಕಷ್ಟ;
5. ಸಂಪನ್ಮೂಲ ಅವಶ್ಯಕತೆಗಳು. RLS ನಿರ್ಬಂಧಗಳು ಹೆಚ್ಚಿನ ಶಕ್ತಿಯನ್ನು ಬಳಸುತ್ತವೆ ಕ್ಲೈಂಟ್ ಯಂತ್ರಮತ್ತು ಸರ್ವರ್‌ಗಳು;
6. ಕಡಿಮೆ ದಾಖಲೆಗಳು ಉಚಿತವಾಗಿ ಲಭ್ಯವಿದೆ.

1C RLS ಅನ್ನು ಹೊಂದಿಸಿದ ನಂತರ ಉದ್ಭವಿಸಬಹುದಾದ ಮತ್ತೊಂದು ಸಮಸ್ಯೆ ವರದಿಗಳಾಗಿರಬಹುದು. ವಾಸ್ತವವೆಂದರೆ ಡೆವಲಪರ್‌ಗಳು ಸಂಭವನೀಯ RLS ನಿರ್ಬಂಧಗಳನ್ನು ಒದಗಿಸುತ್ತಾರೆ ಮತ್ತು ಅವರು ಅನುಮತಿಸಿದ ಡೇಟಾವನ್ನು ಮಾತ್ರ ತೋರಿಸುವ ರೀತಿಯಲ್ಲಿ ವರದಿಗಳನ್ನು ನಿರ್ಮಿಸುತ್ತಾರೆ. ಬಳಕೆದಾರರು ವಿಭಿನ್ನ RLS ನಿರ್ಬಂಧಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದರೆ, ಅದೇ ನಿಯತಾಂಕಗಳಿಗಾಗಿ ವರದಿಯಲ್ಲಿರುವ ಡೇಟಾ ವಿಭಿನ್ನವಾಗಿರಬಹುದು. ಇದು ಪ್ರಶ್ನೆಗಳನ್ನು ಹುಟ್ಟುಹಾಕಬಹುದು, ಆದ್ದರಿಂದ ನೀವು ವರದಿಗಳನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವಾಗ ಅಥವಾ RLS ನಲ್ಲಿ ಪ್ರಶ್ನೆಗಳನ್ನು ಬರೆಯುವಾಗ ಈ ಸಂದರ್ಭಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕಾಗುತ್ತದೆ.

RLS ನಿರ್ಬಂಧವನ್ನು ರಚಿಸಿ

RLS ನಿರ್ಬಂಧವನ್ನು ಸೇರಿಸಲು, ನೀವು ಬಯಸಿದ ಪಾತ್ರವನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕು ಮತ್ತು ಡಬಲ್ ಕ್ಲಿಕ್ ಮಾಡುವ ಮೂಲಕ ಅದನ್ನು ತೆರೆಯಬೇಕು.

ತೆರೆಯುವ ವಿಂಡೋವು 2 ಟ್ಯಾಬ್ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ: "ಹಕ್ಕುಗಳು" ಮತ್ತು "ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್ಗಳು". ನಿರ್ದಿಷ್ಟ ಕ್ರಿಯೆಯ ಮೇಲೆ ಕೆಲವು ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸಲು, ನೀವು ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ ಮತ್ತು ಕೆಳಗಿನ ಬಲ ಭಾಗದಲ್ಲಿ ಹಸಿರು ಪ್ಲಸ್ ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ. 1C ಯಲ್ಲಿ ನಿರ್ಮಿಸಲಾದ ಭಾಷೆಯಲ್ಲಿ ನಾವು 1C RLS ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಸಬಹುದಾದ ಒಂದು ಸಾಲು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.

1C ಸಿಂಟ್ಯಾಕ್ಸ್ ನಿಮಗೆ ತಿಳಿದಿದ್ದರೆ (ನಿಮ್ಮ ಕೈಯ ಹಿಂಭಾಗದಂತೆ), ನಂತರ ನೀವು ನೇರವಾಗಿ "ಪ್ರವೇಶ ನಿರ್ಬಂಧ" ಕ್ಷೇತ್ರದಲ್ಲಿ ಬರೆಯಬಹುದು. 1C ಡೆವಲಪರ್‌ಗಳು ಪ್ರಶ್ನೆ ಕನ್‌ಸ್ಟ್ರಕ್ಟರ್ ಅನ್ನು ತೆರೆಯುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಒದಗಿಸಿದ್ದಾರೆ, ಇದು ಯಾವ ನಿರ್ಬಂಧಗಳನ್ನು ಮಾಡಬಹುದೆಂದು ಸಹಾಯ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸೂಚಿಸುತ್ತದೆ. ಅದನ್ನು ತೆರೆಯಲು, ನೀವು ಮೂರು ಚುಕ್ಕೆಗಳು (ಆಯ್ಕೆ) ಅಥವಾ ಎಫ್ 4 ಹೊಂದಿರುವ ಬಟನ್ ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ ಮತ್ತು "ಪ್ರಶ್ನೆ ಡಿಸೈನರ್ ..." ಬಟನ್ ಹೊಂದಿರುವ ವಿಂಡೋ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ.

ಕಾಣಿಸಿಕೊಳ್ಳುವ ವಿಂಡೋದಲ್ಲಿ, ನೀವು ಈ ಡೈರೆಕ್ಟರಿಗೆ ಮಾತ್ರವಲ್ಲದೆ ಇತರ ಸಿಸ್ಟಮ್ ಆಬ್ಜೆಕ್ಟ್ಗಳಿಗೂ ನಿರ್ಬಂಧಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು. ಇದನ್ನು ಮಾಡಲು, ನೀವು ಅವುಗಳನ್ನು "ಟೇಬಲ್ಸ್ ಮತ್ತು ಫೀಲ್ಡ್ಸ್" ಟ್ಯಾಬ್ನಲ್ಲಿ ಸೇರಿಸಬೇಕಾಗುತ್ತದೆ. ನಾವು "ನಾಮಕರಣ" ಡೈರೆಕ್ಟರಿಯ ಕ್ಷೇತ್ರಗಳಲ್ಲಿ ನಿರ್ಬಂಧಗಳನ್ನು ನೋಂದಾಯಿಸುತ್ತೇವೆ ಮತ್ತು "ಸರಿ" ಕ್ಲಿಕ್ ಮಾಡಿ. ವೇರಿಯೇಬಲ್‌ಗಳ ಹೆಸರುಗಳ ಬಗ್ಗೆ ಜಾಗರೂಕರಾಗಿರಿ: RLS ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ಬಳಕೆದಾರರ ಅಧಿವೇಶನದ ಪ್ರಾರಂಭದಲ್ಲಿ ಹೊಂದಿಸಲಾಗಿದೆ ಮತ್ತು ಮೆಟಾಡೇಟಾ ಆಬ್ಜೆಕ್ಟ್‌ನಲ್ಲಿ ಒಳಗೊಂಡಿರಬೇಕು.

"ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳು" ಟ್ಯಾಬ್‌ನಲ್ಲಿ, ಅದೇ RLS ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು 1C 8.3 ಗೆ ನಕಲಿಸುವಾಗ ಅಗತ್ಯವಿರುವ ಪ್ರಶ್ನೆಗಳನ್ನು ನೀವು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತೀರಿ. ನಿಮ್ಮ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ನೀವು ಸೇರಿಸಿದ ನಂತರ, ನೀವು ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಅದರ ಹೆಸರನ್ನು ಬಳಸಬಹುದು.

ಹಲವಾರು ಪಾತ್ರಗಳಿಗೆ ಏಕಕಾಲದಲ್ಲಿ ನಿರ್ಬಂಧಗಳನ್ನು ಸೇರಿಸಲು ಸಹ ಸಾಧ್ಯವಿದೆ. ಇದನ್ನು ಮಾಡಲು, ಕಾನ್ಫಿಗರೇಶನ್ ಟ್ರೀನಲ್ಲಿ ನೀವು ಕ್ಲಿಕ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ ಬಲ ಕ್ಲಿಕ್"ಪಾತ್ರಗಳು" ವಿಭಾಗಕ್ಕೆ ಮೌಸ್ ಮತ್ತು "ಎಲ್ಲಾ ಪಾತ್ರಗಳು" ಆಯ್ಕೆಮಾಡಿ.

ತೀರ್ಮಾನವಾಗಿ, ಈ ಲೇಖನವು 1C ಡೆವಲಪರ್ ಸಲಹೆಗಾರರನ್ನು ಗುರಿಯಾಗಿರಿಸಿಕೊಂಡಿದೆ ಮತ್ತು ಪ್ರಾಥಮಿಕವಾಗಿ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಈಗಾಗಲೇ ಅನುಭವ ಹೊಂದಿರುವವರಿಗೆ ಸಹಾಯ ಮಾಡಬಹುದು ಎಂದು ನಾನು ಗಮನಿಸಲು ಬಯಸುತ್ತೇನೆ. ಸ್ಪಷ್ಟವಾದ ಸರಳತೆಯ ಹೊರತಾಗಿಯೂ, ಶಬ್ದಾರ್ಥದ ಜ್ಞಾನ ಮತ್ತು ಹಕ್ಕುಗಳ ಸರಿಯಾದ ವಿತರಣೆಗಾಗಿ ಒಬ್ಬರ ಸ್ವಂತ ಉದ್ಯಮ ಅಥವಾ ಗ್ರಾಹಕರ ಸಂಘಟನೆಯ ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಗಳ ರಚನೆಯ ತಿಳುವಳಿಕೆಗೆ ನಿರ್ದಿಷ್ಟ ಮಟ್ಟದ ಜ್ಞಾನ ಮತ್ತು ಅನುಭವದ ಅಗತ್ಯವಿರುತ್ತದೆ.

ಮುದ್ರಿಸು (Ctrl+P)

ಡೇಟಾಗೆ ಪ್ರವೇಶವನ್ನು ನಿರ್ಬಂಧಿಸುವುದು

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳ ಕಾರ್ಯವಿಧಾನವು (ಆರ್‌ಎಲ್‌ಎಸ್, ರೋ ಲೆವೆಲ್ ಸೆಕ್ಯುರಿಟಿ ಎಂದೂ ಕರೆಯಲ್ಪಡುತ್ತದೆ) ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಮೆಟಾಡೇಟಾ ವಸ್ತುಗಳ ಮಟ್ಟದಲ್ಲಿ ಮಾತ್ರವಲ್ಲದೆ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಡೇಟಾಬೇಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳ ಮಟ್ಟದಲ್ಲಿಯೂ ನಿರ್ವಹಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಡೇಟಾಗೆ ಪ್ರವೇಶವನ್ನು ನಿರ್ಬಂಧಿಸಲು, ಕೆಳಗಿನ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳನ್ನು ಬಳಸಬಹುದು:
● ಪಾತ್ರಗಳು,
● ಅಧಿವೇಶನ ನಿಯತಾಂಕಗಳು,
● ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಗಳು,
● ಸವಲತ್ತು ಪಡೆದ ಸಾಮಾನ್ಯ ಮಾಡ್ಯೂಲ್‌ಗಳು,
● ಪ್ರಶ್ನೆ ಭಾಷೆಯಲ್ಲಿ ಅನುಮತಿಸಲಾದ ಕೀವರ್ಡ್.
ವಿವಿಧ ಕಾರ್ಯಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಬಳಕೆದಾರರ ನಡುವೆ ಡೇಟಾಗೆ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಅಗತ್ಯವಾದಾಗ ಪಟ್ಟಿ ಮಾಡಲಾದ ವಸ್ತುಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುವುದು ಗರಿಷ್ಠ ನಮ್ಯತೆಯನ್ನು ಅನುಮತಿಸುತ್ತದೆ.
ಕೆಳಗಿನ ಡೇಟಾ ಕಾರ್ಯಾಚರಣೆಗಳ ಮೇಲೆ ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸಬಹುದು (ಪ್ರವೇಶ ಹಕ್ಕುಗಳು): ಓದುವುದು (ಬಲಕ್ಕೆ ಓದುವುದು), ಸೇರಿಸುವುದು (ಬಲ ಸೇರಿಸಿ), ಮಾರ್ಪಡಿಸುವುದು (ಬಲಕ್ಕೆ ಬದಲಾಯಿಸಿ) ಮತ್ತು ಅಳಿಸುವುದು (ಬಲ ಅಳಿಸುವುದು). ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರು ಈ ಕೆಳಗಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ಅಗತ್ಯವಿರುವ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ವಹಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ:
● ಓದಲು ಮತ್ತು ಅಳಿಸಲು ಕಾರ್ಯಾಚರಣೆಗಳಿಗಾಗಿ, ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ವಾಸಿಸುವ ವಸ್ತುವು ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧವನ್ನು ಅನುಸರಿಸಬೇಕು.
● ಆಡ್ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ, ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧವು ನೀವು ಡೇಟಾಬೇಸ್‌ಗೆ ಬರೆಯಲು ಯೋಜಿಸಿರುವ ವಸ್ತುವಿಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು.
● ಬದಲಾವಣೆಯ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ, ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧವು ಬದಲಾವಣೆಯ ಮೊದಲು (ಆಬ್ಜೆಕ್ಟ್ ಓದಲು) ಮತ್ತು ಬದಲಾವಣೆಯ ನಂತರ (ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಬರೆಯಲು) ಎರಡೂ ವಸ್ತುವಿಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು.
ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಅನ್ವಯಿಸುವಾಗ, ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಬದಲಾಯಿಸಲು, ಸೇರಿಸಲು ಮತ್ತು ಅಳಿಸಲು ನೀವು ಕೇವಲ ಒಂದು ಷರತ್ತನ್ನು ಮಾತ್ರ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು ಎಂಬುದನ್ನು ನೆನಪಿಡಿ, ಆದರೆ ಓದುವ ಕಾರ್ಯಾಚರಣೆಗಾಗಿ ಒಂದಕ್ಕಿಂತ ಹೆಚ್ಚು ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು. ಇದರರ್ಥ ವಸ್ತುವಿನ ವಿವಿಧ ಕ್ಷೇತ್ರಗಳನ್ನು ಓದಲು ವಿಭಿನ್ನ ಷರತ್ತುಗಳನ್ನು ಹೊಂದಿಸಬಹುದು ಮತ್ತು ಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿಸುವಾಗ, ನೀವು ನಿರ್ದಿಷ್ಟ ಕ್ಷೇತ್ರದ ಹೆಸರು ಮತ್ತು ವಿಶೇಷ ಕ್ಷೇತ್ರ ಇತರ ಕ್ಷೇತ್ರಗಳೆರಡನ್ನೂ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು. ಮೊದಲ ಪ್ರಕರಣದಲ್ಲಿ, ಆಯ್ಕೆಯು (ಡೇಟಾವನ್ನು ಓದುವ) ನಿರ್ಬಂಧವನ್ನು ಹೊಂದಿಸಲಾದ ಕ್ಷೇತ್ರವನ್ನು ಹೊಂದಿದ್ದರೆ ಮಾತ್ರ ಷರತ್ತು ವಿಧಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಎರಡನೆಯ ಸಂದರ್ಭದಲ್ಲಿ, ವಸ್ತುವಿನ ಎಲ್ಲಾ ಕ್ಷೇತ್ರಗಳಿಗೆ ನಿರ್ಬಂಧವನ್ನು ವಿಧಿಸಲಾಗುತ್ತದೆ, ಹೊರತುಪಡಿಸಿ ನಿರ್ಬಂಧಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೊಂದಿಸಲಾದ ಕ್ಷೇತ್ರಗಳು.
ನಿರ್ದಿಷ್ಟ ಕ್ಷೇತ್ರದಲ್ಲಿ ನಿರ್ಬಂಧವನ್ನು ಹೊಂದಿಸುವಾಗ, ನಿರ್ಬಂಧವು ತೃಪ್ತಿಗೊಂಡರೆ ಈ ಕ್ಷೇತ್ರವನ್ನು ಓದಲಾಗುತ್ತದೆ ಮತ್ತು ಇತರ ಕ್ಷೇತ್ರಗಳ ಮೇಲೆ ನಿರ್ಬಂಧವನ್ನು ಹೊಂದಿಸುವಾಗ, ಆಬ್ಜೆಕ್ಟ್‌ನಲ್ಲಿ ಸೇರಿಸಲಾದ ಎಲ್ಲಾ ಕ್ಷೇತ್ರಗಳಿಗೆ ನಿರ್ಬಂಧವನ್ನು ತೃಪ್ತಿಪಡಿಸಿದರೆ ಮಾತ್ರ ವಸ್ತು ಡೇಟಾವನ್ನು ಓದಲಾಗುತ್ತದೆ ಡೇಟಾ ಓದುವಿಕೆ ವಿನಂತಿ.
ಕೆಳಗಿನ ರೀತಿಯ ಡೇಟಾಬೇಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳು ವಿವಿಧ ನಿರ್ಬಂಧಗಳಿಗೆ ಒಳಪಟ್ಟಿರಬಹುದು ವಿವಿಧ ರೀತಿಯಬದಲಾವಣೆಗಳು (ಸೇರಿಸುವಿಕೆ, ಮಾರ್ಪಾಡು, ಅಳಿಸುವಿಕೆ):
● ವಿನಿಮಯ ಯೋಜನೆಗಳು,
● ಡೈರೆಕ್ಟರಿಗಳು,
● ದಾಖಲೆಗಳು,
● ಯೋಜನೆಗಳು ಗುಣಲಕ್ಷಣಗಳ ಪ್ರಕಾರಗಳು,
● ಖಾತೆಗಳ ಚಾರ್ಟ್‌ಗಳು,
● ಲೆಕ್ಕಾಚಾರದ ಪ್ರಕಾರಗಳಿಗೆ ಯೋಜನೆಗಳು,
● ವ್ಯಾಪಾರ ಪ್ರಕ್ರಿಯೆಗಳು,
● ಕಾರ್ಯಗಳು.
ಕೆಳಗಿನ ರೀತಿಯ ಡೇಟಾಬೇಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳಿಗಾಗಿ, ಸಂಪೂರ್ಣ ವಸ್ತುವನ್ನು ಮಾತ್ರವಲ್ಲದೆ ಅದರ ವೈಯಕ್ತಿಕ ಕ್ಷೇತ್ರಗಳನ್ನೂ ಓದಲು ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸಲು ಸಾಧ್ಯವಿದೆ:
● ವಿನಿಮಯ ಯೋಜನೆಗಳು,
● ಡೈರೆಕ್ಟರಿಗಳು,
● ದಾಖಲೆಗಳು,
● ಡಾಕ್ಯುಮೆಂಟ್ ಲಾಗ್‌ಗಳು,
● ಗುಣಲಕ್ಷಣಗಳ ಪ್ರಕಾರಗಳ ಯೋಜನೆಗಳು,
● ಖಾತೆಗಳ ಚಾರ್ಟ್‌ಗಳು,
● ಲೆಕ್ಕಾಚಾರದ ಪ್ರಕಾರಗಳಿಗೆ ಯೋಜನೆಗಳು,
● ಮಾಹಿತಿ ರೆಜಿಸ್ಟರ್‌ಗಳು,
● ವ್ಯಾಪಾರ ಪ್ರಕ್ರಿಯೆಗಳು,
● ಕಾರ್ಯಗಳು.
ಗಮನ! ಅಂತರ್ನಿರ್ಮಿತ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಭಾಷೆಯಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಡೇಟಾಬೇಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳ ಕ್ಷೇತ್ರಗಳನ್ನು ಪ್ರವೇಶಿಸುವಾಗ, ಸಂಪೂರ್ಣ ವಸ್ತುವನ್ನು ಓದಲಾಗುತ್ತದೆ ಮತ್ತು ಬಳಸಲಾಗುವ ಕ್ಷೇತ್ರದ ಮೌಲ್ಯವನ್ನು ಮಾತ್ರವಲ್ಲ. ವೀಕ್ಷಣೆಯನ್ನು ಸ್ವೀಕರಿಸುವಾಗ, ವೀಕ್ಷಣೆಯನ್ನು ಉತ್ಪಾದಿಸುವಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ಕ್ಷೇತ್ರಗಳ ಮೌಲ್ಯಗಳನ್ನು ಮಾತ್ರ ಓದಿದಾಗ ವಿನಾಯಿತಿ ಇರುತ್ತದೆ.
ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳು ಪಾತ್ರಗಳಲ್ಲಿ ಒಳಗೊಂಡಿರುತ್ತವೆ, ಅವುಗಳನ್ನು ಹೆಚ್ಚಿನ ಮೆಟಾಡೇಟಾ ವಸ್ತುಗಳಿಗೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು ಮತ್ತು ಪ್ರಶ್ನೆ ಭಾಷೆಯ ಉಪವಿಭಾಗವಾಗಿರುವ ವಿಶೇಷ ಭಾಷೆಯಲ್ಲಿ ಬರೆಯಲಾಗುತ್ತದೆ.

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಭಾಷೆ

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ವಿಶೇಷ ಭಾಷೆಯಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ, ಇದು ಪ್ರಶ್ನೆ ಭಾಷೆಯ ಉಪವಿಭಾಗವಾಗಿದೆ ( ವಿವರವಾದ ವಿವರಣೆಪ್ರಶ್ನೆ ಭಾಷೆ. ಪ್ರಶ್ನೆ ಭಾಷೆಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಭಾಷೆಯು ಈ ಕೆಳಗಿನ ಬದಲಾವಣೆಗಳನ್ನು ಹೊಂದಿದೆ:
● ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧ ವಿನಂತಿಯಲ್ಲಿ, ಡೇಟಾ ಮೂಲವಾಗಿ ಯಾವಾಗಲೂ ಒಂದು ಟೇಬಲ್ ಇರುತ್ತದೆ - ಇದು ನಿರ್ಬಂಧವನ್ನು ಅನ್ವಯಿಸುವ ವಸ್ತುವಿನ ಕೋಷ್ಟಕವಾಗಿದೆ (ನಿರ್ಬಂಧದ ಮುಖ್ಯ ವಸ್ತು).
● ವಿನಂತಿಯ ವಿವರಣೆಯನ್ನು ಸಂಕ್ಷಿಪ್ತಗೊಳಿಸಲಾಗಿದೆ. ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಭಾಷೆಯು ಪ್ರಶ್ನೆ ಭಾಷೆಯ FROM ಮತ್ತು WHERE ವಿಭಾಗಗಳನ್ನು ಮಾತ್ರ ಬಳಸುತ್ತದೆ. ಆದ್ದರಿಂದ, ಪ್ರಶ್ನೆ ಭಾಷೆಯ ವಿವರಣೆಯು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:
[ಅನುಮತಿಸಲಾಗಿದೆ] [ವಿಭಿನ್ನ] [ಅನುಮತಿಸಿ] [ ಪ್ರಥಮ<Количество> ]
<ಆಯ್ಕೆ ಕ್ಷೇತ್ರಗಳ ಪಟ್ಟಿ>
[ಇಂದ <Список источников> ]
[ಎಲ್ಲಿ<Условие отбора> ]
[ಗುಂಪು ಮೂಲಕ <Поля группировки> ]
[ಹೊಂದಿರುವುದು<Условие отбора> ]
[ಬದಲಾವಣೆಗಾಗಿ [ <Список таблиц ಉನ್ನತ ಮಟ್ಟದ> ]]
ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಪ್ರಶ್ನೆ ಭಾಷೆಯ ವಿವರಣೆಯು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ:
[ಮುಖ್ಯ ನಿರ್ಬಂಧಿತ ವಸ್ತುವಿನ ಟೇಬಲ್ ಅಲಿಯಾಸ್]
[ಇಂದ <Список источников> ]
[ಎಲ್ಲಿ<Условие отбора> ]

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಭಾಷೆಯಲ್ಲಿ ಬಳಸಲಾದ ನೆಸ್ಟೆಡ್ ಪ್ರಶ್ನೆಗಳಲ್ಲಿ, ಅನುಮತಿಸಲಾದ ಸಾಮರ್ಥ್ಯಗಳ ಸೆಟ್ ಸೀಮಿತವಾಗಿದೆ;
● ನೀವು ಸೆಷನ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಗಳನ್ನು ಷರತ್ತು ಅಂಶಗಳಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು;
● ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ವಿನಂತಿಯ ಯಾವುದೇ ಹಂತದಲ್ಲಿ, ಬರವಣಿಗೆಯ ನಿರ್ಬಂಧಗಳನ್ನು ಸರಳಗೊಳಿಸುವ ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಬಳಸಲು ಅನುಮತಿ ಇದೆ.
ನಿರ್ಬಂಧದ ಮುಖ್ಯ ಭಾಗವು ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಕ್ಕೆ ಒಳಪಟ್ಟಿರುವ ಡೇಟಾಬೇಸ್ ಟೇಬಲ್‌ನ ಪ್ರತಿ ದಾಖಲೆಗೆ ಮೌಲ್ಯಮಾಪನ ಮಾಡುವ ಸ್ಥಿತಿಯಾಗಿದೆ. ನಿರ್ಬಂಧದ ಮುಖ್ಯ ವಸ್ತುವಿನ ಒಂದು ಟೇಬಲ್ ರೆಕಾರ್ಡ್‌ಗಾಗಿ ಷರತ್ತಿನ ಕಾರ್ಯಾಚರಣೆಯ ಪರಿಣಾಮವಾಗಿ, ಖಾಲಿ-ಅಲ್ಲದ ಕೋಷ್ಟಕವನ್ನು ಪಡೆದರೆ (ಅಂದರೆ, 1 ಅಥವಾ ಹೆಚ್ಚಿನ ದಾಖಲೆಗಳನ್ನು ಹೊಂದಿರುವ ಟೇಬಲ್) ದಾಖಲೆಯನ್ನು ಲಭ್ಯವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ. ಸ್ಥಿತಿಯು ಖಾಲಿ ಕೋಷ್ಟಕದಲ್ಲಿ ಫಲಿತಾಂಶವನ್ನು ನೀಡಿದರೆ, ಈ ರೀತಿಯಲ್ಲಿ ಸ್ಥಿತಿಯನ್ನು ಪೂರೈಸಿದ ದಾಖಲೆಯನ್ನು ಪ್ರವೇಶಿಸಲಾಗುವುದಿಲ್ಲ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ. ಇದಲ್ಲದೆ, ಮುಖ್ಯ ನಿರ್ಬಂಧಿತ ವಸ್ತುವಿನ ಟೇಬಲ್ ನಮೂದನ್ನು ಬದಲಾಯಿಸುವುದು
ಮಾರ್ಪಾಡು ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ವಹಿಸುವ ಮೊದಲು ಮತ್ತು ನಂತರ ಎರಡೂ ಬಲಕ್ಕೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ನಿರ್ಬಂಧಕ್ಕೆ ಪ್ರವೇಶವು ವಿರುದ್ಧವಾಗಿಲ್ಲದಿದ್ದರೆ ಮಾನ್ಯವೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ.

ಟೇಬಲ್ ಕ್ಷೇತ್ರಗಳು

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳಲ್ಲಿ ನೀವು ಬಳಸಬಹುದು:
● ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧವನ್ನು ವಿವರಿಸಿರುವ ವಸ್ತುವಿನ ಟೇಬಲ್ ಕ್ಷೇತ್ರಗಳು.
ಉದಾಹರಣೆಗೆ, ಕೌಂಟರ್ಪಾರ್ಟೀಸ್ ಡೈರೆಕ್ಟರಿಯ ಓದುವ ಅಂಶಗಳ ಮೇಲೆ ನಿರ್ಬಂಧವನ್ನು ವಿಧಿಸಿದರೆ, ನಂತರ ನಿರ್ಬಂಧವು ಕೌಂಟರ್ಪಾರ್ಟೀಸ್ ಡೈರೆಕ್ಟರಿಯ ಕ್ಷೇತ್ರಗಳನ್ನು ಮತ್ತು ಅದರ ಕೋಷ್ಟಕ ಭಾಗಗಳನ್ನು ಬಳಸಬಹುದು. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ಕೌಂಟರ್ಪಾರ್ಟೀಸ್ ಡೈರೆಕ್ಟರಿಯ ಅಂಶಗಳನ್ನು ಓದುವುದಕ್ಕೆ ಸರಳವಾದ ನಿರ್ಬಂಧಗಳು ಈ ರೀತಿ ಕಾಣಿಸಬಹುದು:

ಎಲ್ಲಿ ಹೆಸರು = "ಇಟ್ಟಿಗೆ ಕಾರ್ಖಾನೆ"
ಅಥವಾ ಈ ರೀತಿ:

ಎಲ್ಲಿ ಉತ್ಪನ್ನಗಳು. ಹೆಸರು= "ಇಟ್ಟಿಗೆ ಕೆಂಪು"
ಉತ್ಪನ್ನಗಳು ಎಲ್ಲಿವೆ ಕೋಷ್ಟಕ ಭಾಗಡೈರೆಕ್ಟರಿ ಗುತ್ತಿಗೆದಾರರು.
● ಮುಖ್ಯ ನಿರ್ಬಂಧಿತ ವಸ್ತುವಿನಲ್ಲಿರುವ ಲಿಂಕ್‌ಗಳ ಮೂಲಕ ಪ್ರವೇಶಿಸಬಹುದಾದ ವಸ್ತುಗಳ ಕೋಷ್ಟಕಗಳ ಕ್ಷೇತ್ರಗಳು.
ಉದಾಹರಣೆಗೆ, ಗುತ್ತಿಗೆದಾರರ ಡೈರೆಕ್ಟರಿಯ ಮುಖ್ಯ ನಿರ್ವಾಹಕ ಗುಣಲಕ್ಷಣವು ಬಳಕೆದಾರರ ಡೈರೆಕ್ಟರಿಗೆ ಲಿಂಕ್ ಪ್ರಕಾರವನ್ನು ಹೊಂದಿದ್ದರೆ, ಪ್ರವೇಶ ನಿರ್ಬಂಧವು ಈ ಕೆಳಗಿನ ಫಾರ್ಮ್ ಅನ್ನು ಹೊಂದಿರಬಹುದು:

ಎಲ್ಲಿ MainManager.Code= "ಇವನೊವ್"
ಅಥವಾ:

ಎಲ್ಲಿ ಮುಖ್ಯ ವ್ಯವಸ್ಥಾಪಕ.ವ್ಯಕ್ತಿ.ಹೆಸರು= "ಪೆಟ್ರೋವ್ಸ್ಕಿ"
● ಆಬ್ಜೆಕ್ಟ್ ಕೋಷ್ಟಕಗಳ ಕ್ಷೇತ್ರಗಳು ಕೆಲವು ಷರತ್ತುಗಳು ಮತ್ತು ಅವುಗಳ ಮೇಲಿನ ಅಭಿವ್ಯಕ್ತಿಗಳಿಂದ ನಿರ್ಬಂಧಗಳ ಮುಖ್ಯ ವಸ್ತುಗಳೊಂದಿಗೆ ಸಂಬಂಧ ಹೊಂದಿವೆ.
ಉದಾಹರಣೆಗೆ, ಕೌಂಟರ್ಪಾರ್ಟೀಸ್ ಡೈರೆಕ್ಟರಿಯ ಓದುವ ಅಂಶಗಳ ಮೇಲೆ ಈ ಕೆಳಗಿನ ನಿರ್ಬಂಧವನ್ನು ವಿಧಿಸಬಹುದು:

ಕೌಂಟರ್ಪಾರ್ಟಿಗಳು
ಇಂದ
ಡೈರೆಕ್ಟರಿ. ಕೌಂಟರ್ಪಾರ್ಟೀಸ್ಹೇಗೆ ಕೌಂಟರ್ಪಾರ್ಟಿಗಳು
ಎಡ ಸಂಪರ್ಕ ಡೈರೆಕ್ಟರಿ.ಬಳಕೆದಾರರು AS ಬಳಕೆದಾರರು
ಸಾಫ್ಟ್‌ವೇರ್ = ಬಳಕೆದಾರರು.ಹೆಸರು
ಎಲ್ಲಿ = "ಪೆಟ್ರೋವ್ಸ್ಕಿ"
ಈ ನಿರ್ಬಂಧವು ಹೆಸರಿನ ಕ್ಷೇತ್ರಗಳ ಮೌಲ್ಯದಿಂದ ಕೌಂಟರ್‌ಪಾರ್ಟೀಸ್ ಡೈರೆಕ್ಟರಿಯ ಈ ಅಂಶದೊಂದಿಗೆ ಸಂಯೋಜಿತವಾಗಿರುವ ಬಳಕೆದಾರರ ಡೈರೆಕ್ಟರಿ ಅಂಶಗಳ ಕ್ಷೇತ್ರಗಳನ್ನು ಬಳಸುತ್ತದೆ.

ನೆಸ್ಟೆಡ್ ಪ್ರಶ್ನೆಗಳು

ನೆಸ್ಟೆಡ್ ಪ್ರಶ್ನೆಗಳನ್ನು ಬಳಸಬಹುದಾದ ದಾಖಲೆಗಳ ಸೆಟ್‌ಗಳನ್ನು ರೂಪಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ:
● ಮುಖ್ಯ ನಿರ್ಬಂಧಿತ ವಸ್ತುವಿನ ಕೋಷ್ಟಕಕ್ಕೆ ಲಿಂಕ್ ಮಾಡಲು;
● B ಅಥವಾ NOT B ಹೋಲಿಕೆ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ಒಪೆರಾಂಡ್ ಆಗಿ ಬಳಸಲು.
ನೆಸ್ಟೆಡ್ ಪ್ರಶ್ನೆಗಳು ಯಾವುದೇ ಪ್ರಶ್ನೆ ಭಾಷೆಯ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಹೊರತುಪಡಿಸಿ:
● ಶ್ರೇಣಿಯಲ್ಲಿ ನಿರ್ವಾಹಕರು;
● ಫಲಿತಾಂಶಗಳ ಪ್ರಸ್ತಾವನೆಗಳು;
● ನೆಸ್ಟೆಡ್ ಪ್ರಶ್ನೆಗಳ ಫಲಿತಾಂಶಗಳು ಕೋಷ್ಟಕ ಭಾಗಗಳನ್ನು ಹೊಂದಿರಬಾರದು;
● ಕೆಲವು ವರ್ಚುವಲ್ ಕೋಷ್ಟಕಗಳು, ನಿರ್ದಿಷ್ಟವಾಗಿ ಅವಶೇಷಗಳು ಮತ್ತು ವಹಿವಾಟುಗಳು.
ಖಾತೆಗಳ ಡೈರೆಕ್ಟರಿಯಿಂದ ಓದುವ ನಿರ್ಬಂಧದ ಕೆಳಗಿನ ಉದಾಹರಣೆಯಲ್ಲಿ, ನಿರ್ಬಂಧದ ಮುಖ್ಯ ವಸ್ತುವಿನೊಂದಿಗೆ ಸಂಯೋಜಿಸಲು ಉಪಪ್ರಶ್ನೆಯನ್ನು ದಾಖಲೆಗಳ ಗುಂಪಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ:

ಕೌಂಟರ್ಪಾರ್ಟಿಗಳು
ಇಂದ
ಡೈರೆಕ್ಟರಿ. ಕೌಂಟರ್ಪಾರ್ಟೀಸ್ಹೇಗೆ ಕೌಂಟರ್ಪಾರ್ಟಿಗಳು
ಎಡ ಸಂಪರ್ಕ
(ಆಯ್ಕೆ
ಬಳಕೆದಾರರು.ಹೆಸರು, ಬಳಕೆದಾರರು.ವೈಯಕ್ತಿಕ
ಇಂದ
ಡೈರೆಕ್ಟರಿ.ಬಳಕೆದಾರರು AS ಬಳಕೆದಾರರು
ಎಲ್ಲಿ
ಬಳಕೆದಾರರು.ಕೋಡ್> "ಪೆಟೆಕ್ಕಿನ್") ಎಎಸ್ ಬಳಕೆದಾರರು
BY ಕೌಂಟರ್ಪಾರ್ಟಿಗಳ ಹೆಸರು = ಬಳಕೆದಾರರು.ಹೆಸರು
ಎಲ್ಲಿ ಬಳಕೆದಾರರು.ವ್ಯಕ್ತಿ.ಹೆಸರು= "ಪೆಟ್ರೋವ್ಸ್ಕಿ"
ಕೆಳಗಿನ ಉದಾಹರಣೆಯು ವ್ಯಕ್ತಿಗಳ ಡೈರೆಕ್ಟರಿಯ ಪಾಸ್‌ಪೋರ್ಟ್ ಡೇಟಾದಿಂದ ಓದುವ ನಿರ್ಬಂಧವನ್ನು ತೋರಿಸುತ್ತದೆ, ಇದರಲ್ಲಿ ನೆಸ್ಟೆಡ್ ಪ್ರಶ್ನೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ
ಹೋಲಿಕೆ ಕಾರ್ಯಾಚರಣೆಯ ಕಾರ್ಯ ಬಿ.

ಎಲ್ಲಿ
ಪಾಸ್‌ಪೋರ್ಟ್ ಡೇಟಾ ವೈಯಕ್ತಿಕ.ವೈಯಕ್ತಿಕ IN
(ವಿವಿಧ ಆಯ್ಕೆ
ಕೆಲಸಗಾರರು.ವೈಯಕ್ತಿಕಒಬ್ಬ ವ್ಯಕ್ತಿಯಾಗಿ
ಇಂದ
ಮಾಹಿತಿಯ ನೋಂದಣಿ. ಉದ್ಯೋಗಿಗಳುಕೆಲಸಗಾರರಾಗಿ)
ನೆಸ್ಟೆಡ್ ಪ್ರಶ್ನೆಯಲ್ಲಿ ಕೋಷ್ಟಕ ಭಾಗದಿಂದ ಡೇಟಾವನ್ನು ಪಡೆಯುವುದು ಅಗತ್ಯವಿದ್ದರೆ, ನಂತರ ನೆಸ್ಟೆಡ್ ಪ್ರಶ್ನೆಯ FROM ವಿಭಾಗದಲ್ಲಿ ನೀವು ನೇರವಾಗಿ ಕೋಷ್ಟಕ ಭಾಗವನ್ನು ಪ್ರವೇಶಿಸಬೇಕು. ಉದಾಹರಣೆಗೆ, ಬದಲಿಗೆ:

ಲಿಂಕ್ ಅನ್ನು ಲಿಂಕ್ ಆಗಿ ಆಯ್ಕೆ ಮಾಡಿ,
ಉತ್ಪನ್ನಗಳು. ಹೆಸರುಹೇಗೆ ಉತ್ಪನ್ನದ ಹೆಸರು
ಇಂದ ಡೈರೆಕ್ಟರಿ. ಕೌಂಟರ್ಪಾರ್ಟೀಸ್
ನಿರ್ಬಂಧದೊಳಗೆ ಪ್ರಶ್ನೆಯಾಗಿ, ನೀವು ಬಳಸಬೇಕು:

ಸೆಷನ್ ಆಯ್ಕೆಗಳು

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ವಿನಂತಿಗಳು ಸೆಶನ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು. ಉದಾಹರಣೆಗೆ, ಡೈರೆಕ್ಟರಿ ಅಂಶಗಳನ್ನು ಓದಲು ಇಮೇಲ್ ಗುಂಪುಗಳುಕೆಳಗಿನ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಸಬಹುದು:

ಎಲ್ಲಿ Owner.AccountAccess.User = &CurrentUser
ಮತ್ತು ಮಾಲೀಕರು.ಖಾತೆ ಪ್ರವೇಶ.ಆಡಳಿತ= ನಿಜ

CurrentUser ಒಂದು ಸೆಷನ್ ಪ್ಯಾರಾಮೀಟರ್ ಆಗಿದೆ

ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಗಳು

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ವಿನಂತಿಗಳು ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು. ಪ್ಯಾರಾಮೀಟರ್-ಸ್ವತಂತ್ರ ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಗಳನ್ನು ಮಾತ್ರ ಬಳಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ಐಟಂಗಳ ಡೈರೆಕ್ಟರಿಯು MainWarehouse ಗುಣಲಕ್ಷಣವನ್ನು ಹೊಂದಿದ್ದರೆ, ನಂತರ ಈ ಗುಣಲಕ್ಷಣವನ್ನು ಓದುವ ನಿರ್ಬಂಧವು ಈ ರೀತಿ ಕಾಣಿಸಬಹುದು:

ಎಲ್ಲಿ &ಗೋದಾಮಿನ ಲೆಕ್ಕಪತ್ರ ನಿರ್ವಹಣೆ = ನಿಜ

ಅಲ್ಲಿ ವೇರ್ಹೌಸ್ ಅಕೌಂಟಿಂಗ್ ಒಂದು ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಯಾಗಿದೆ

ಬಳಕೆಯ ವೈಶಿಷ್ಟ್ಯಗಳು

ಕೆಳಗಿನ ರೀತಿಯ ಡೇಟಾಬೇಸ್ ವಸ್ತುಗಳ ಮೇಲಿನ ನಿರ್ಬಂಧಗಳಲ್ಲಿ ಮುಖ್ಯ ನಿರ್ಬಂಧಿತ ಡೇಟಾ ವಸ್ತುವಿನ ಎಲ್ಲಾ ಕ್ಷೇತ್ರಗಳನ್ನು ಬಳಸಲಾಗುವುದಿಲ್ಲ:
● ಸಂಗ್ರಹಣೆಯ ರೆಜಿಸ್ಟರ್‌ಗಳಲ್ಲಿ, ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳು ನಿರ್ಬಂಧದ ಮುಖ್ಯ ವಸ್ತುವಿನ ಅಳತೆಗಳನ್ನು ಮಾತ್ರ ಹೊಂದಿರಬಹುದು;
● ಲೆಕ್ಕಪರಿಶೋಧಕ ರೆಜಿಸ್ಟರ್‌ಗಳಲ್ಲಿ, ನಿರ್ಬಂಧದ ಮುಖ್ಯ ವಸ್ತುವಿನ ಬ್ಯಾಲೆನ್ಸ್ ಶೀಟ್ ಅಳತೆಗಳನ್ನು ಮಾತ್ರ ನಿರ್ಬಂಧಗಳಲ್ಲಿ ಬಳಸಬಹುದು.
ಸೂಚನೆ. ವಹಿವಾಟು ಸಂಚಯ ರಿಜಿಸ್ಟರ್‌ನ ಡೇಟಾಗೆ ಸೀಮಿತ ಪ್ರವೇಶದ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ, ಮೊತ್ತದಲ್ಲಿ ಸೇರಿಸದ ಅಳತೆಗಳನ್ನು ಬಳಸಿದರೆ, ನಂತರ
ಕ್ರಾಂತಿಗಳ ವರ್ಚುವಲ್ ಟೇಬಲ್ ಅನ್ನು ಪ್ರವೇಶಿಸುವಾಗ, ಸಂಗ್ರಹಿಸಿದ ಮೊತ್ತವನ್ನು ಬಳಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ಚಲನೆಯ ಟೇಬಲ್ ಪ್ರಕಾರ ವಿನಂತಿಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.

ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಕ್ರಮಗಳು

ಡೇಟಾಬೇಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳಲ್ಲಿ (ಸಂವಾದಗಳಿಂದ, ಅಂತರ್ನಿರ್ಮಿತ ಭಾಷೆಯಿಂದ, ಪ್ರಶ್ನೆಗಳ ಮೂಲಕ) ಸೂಕ್ತವಾದ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸಿದಾಗ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಎರಡು ವಿಧಾನಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು:
● ಎಲ್ಲವೂ. ಈ ಕಾರ್ಯಾಚರಣೆಯಿಂದ ಸೂಚಿಸಲಾದ ಎಲ್ಲಾ ಡೇಟಾಬೇಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳಲ್ಲಿ ಡೇಟಾದ ಮೇಲಿನ ಕೆಲವು ಕಾರ್ಯಾಚರಣೆಯನ್ನು (ಸಂವಾದಗಳಿಂದ, ಅಂತರ್ನಿರ್ಮಿತ ಭಾಷೆಯಿಂದ ಅಥವಾ ಪ್ರಶ್ನೆಗಳ ಮೂಲಕ) ನಿರ್ವಹಿಸಬೇಕು ಎಂದು "ಎಲ್ಲಾ" ವಿಧಾನವು ಸೂಚಿಸುತ್ತದೆ. ಅಂತಹ ಕಾರ್ಯಾಚರಣೆಗೆ ಸೂಕ್ತವಾದ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಪೂರೈಸದ ಡೇಟಾಬೇಸ್ ವಸ್ತುಗಳನ್ನು ಓದುವ ಅಥವಾ ಮಾರ್ಪಡಿಸುವ ಅಗತ್ಯವಿದ್ದರೆ, ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಕೊನೆಗೊಳಿಸಲಾಗುತ್ತದೆ
ಪ್ರವೇಶ ಉಲ್ಲಂಘನೆಯಿಂದಾಗಿ ಅಸಹಜವಾಗಿದೆ.
● ಅನುಮತಿಸಲಾಗಿದೆ. "ಅನುಮತಿಸಲಾದ" ವಿಧಾನವು ಡೇಟಾದ ಮೇಲೆ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ವಹಿಸುವಾಗ, ಸೂಕ್ತವಾದ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಪೂರೈಸುವ ಡೇಟಾಬೇಸ್ ವಸ್ತುಗಳನ್ನು ಮಾತ್ರ ಓದಬೇಕು ಎಂದು ಸೂಚಿಸುತ್ತದೆ. ಅಂತಹ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ವಹಿಸುವಾಗ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಪೂರೈಸದ ಡೇಟಾಬೇಸ್ ವಸ್ತುಗಳು ಕಾಣೆಯಾಗಿವೆ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯ ಫಲಿತಾಂಶದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ.
1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಪ್ರವೇಶಿಸುವ ಸಮಯದಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳ ಮೇಲೆ ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸಲಾಗುತ್ತದೆ. 1C: ಎಂಟರ್‌ಪ್ರೈಸ್‌ನ ಕ್ಲೈಂಟ್-ಸರ್ವರ್ ಆವೃತ್ತಿಯಲ್ಲಿ, 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಸರ್ವರ್‌ನಲ್ಲಿ ನಿರ್ಬಂಧಗಳನ್ನು ಅನ್ವಯಿಸಲಾಗುತ್ತದೆ.
ಡೇಟಾದ ಮೇಲೆ ಪ್ರತಿ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ನಿರ್ವಹಿಸಲು ಆಯ್ಕೆಮಾಡಲಾದ ನಿರ್ಬಂಧಗಳ ಕಾರ್ಯಾಚರಣೆಯ ವಿಧಾನವನ್ನು ಈ ಕಾರ್ಯಾಚರಣೆಯ ಉದ್ದೇಶ ಮತ್ತು ಅದರ ಫಲಿತಾಂಶಗಳ ಜವಾಬ್ದಾರಿಯ ಮಟ್ಟದಿಂದ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ. ನಿರ್ದಿಷ್ಟವಾಗಿ, ಪ್ರದರ್ಶಿಸುವಾಗ "ಅನುಮತಿಸಲಾದ" ವಿಧಾನವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಡೈನಾಮಿಕ್ ಪಟ್ಟಿಗಳುಮತ್ತು ಕೆಲವು ಇತರ ಸಂವಾದಾತ್ಮಕ ಚಟುವಟಿಕೆಗಳು. ಡೇಟಾಬೇಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳಿಗೆ ಯಾವುದೇ ಬದಲಾವಣೆಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ಅಂತರ್ನಿರ್ಮಿತ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಭಾಷೆಯಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳೊಂದಿಗೆ ಯಾವುದೇ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ನಿರ್ವಹಿಸುವಾಗ "ಎಲ್ಲಾ" ವಿಧಾನವನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ, ಉದಾಹರಣೆಗೆ, ಡೈರೆಕ್ಟರಿಗಳು, ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳು ಮತ್ತು ಇತರರ ನಿರ್ವಾಹಕರ ಆಯ್ಕೆ () ವಿಧಾನಕ್ಕಾಗಿ ಆಯ್ಕೆಯನ್ನು ನಿರ್ಮಿಸುವಾಗ ತೊಂದರೆಗಳು ಉಂಟಾಗಬಹುದು ಮತ್ತು ಫಲಿತಾಂಶದ ನಂತರದ ಬೈಪಾಸ್‌ನೊಂದಿಗೆ ಅನುಗುಣವಾದ ವಸ್ತುವಿನ ಮೇಲೆ ಸಂಕೀರ್ಣವಾದ ನಿರ್ಬಂಧವನ್ನು ಹೊಂದಿಸಿದರೆ, ಏಕೆಂದರೆ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ನಿರ್ಬಂಧವನ್ನು Select() ವಿಧಾನದ ಆಯ್ಕೆಯಾಗಿ ಸಮರ್ಪಕವಾಗಿ ಪ್ರತಿನಿಧಿಸಬಹುದು.
ಪ್ರಶ್ನೆಗಳಲ್ಲಿ, ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ ಎಂಬುದನ್ನು ನೀವು ನಿಯಂತ್ರಿಸಬಹುದು. ಈ ಉದ್ದೇಶಕ್ಕಾಗಿ, ಪ್ರಶ್ನೆ ಭಾಷೆ ಒಂದು ಕೀವರ್ಡ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ ಅನುಮತಿಸಲಾಗಿದೆ. ವಿನಂತಿಯು ಅನುಮತಿಯನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದರೆ, ನಿರ್ಬಂಧಗಳು "ಎಲ್ಲ" ರೀತಿಯಲ್ಲಿ ಅನ್ವಯಿಸುತ್ತವೆ. ALLOWED ಪದವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದರೆ, ನಂತರ "ಅನುಮತಿಸಲಾದ" ವಿಧಾನವನ್ನು ಆಯ್ಕೆಮಾಡಲಾಗುತ್ತದೆ.
ಒಂದು ಪ್ರಶ್ನೆಯು ಅನುಮತಿಸಲಾದ ಕೀವರ್ಡ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದರೆ, ಆ ಪ್ರಶ್ನೆಯಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಎಲ್ಲಾ ಆಯ್ಕೆಗಳು ಪ್ರಶ್ನೆಯಲ್ಲಿ ಬಳಸಲಾದ ಡೇಟಾಬೇಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳಲ್ಲಿನ ಯಾವುದೇ ಓದುವ ನಿರ್ಬಂಧಗಳೊಂದಿಗೆ ಸಂಘರ್ಷಿಸಬಾರದು ಎಂಬುದು ಮುಖ್ಯ. ಇದಲ್ಲದೆ, ಪ್ರಶ್ನೆಯು ವರ್ಚುವಲ್ ಕೋಷ್ಟಕಗಳನ್ನು ಬಳಸಿದರೆ, ಅನುಗುಣವಾದ ಆಯ್ಕೆಗಳನ್ನು ವರ್ಚುವಲ್ ಕೋಷ್ಟಕಗಳಿಗೆ ಅನ್ವಯಿಸಬೇಕು.
ಉದಾಹರಣೆ:

ಆರಿಸಿ
ಸಂಪರ್ಕ ಮಾಹಿತಿ ವಿಭಾಗ ಮೊದಲ. ಪರಿಚಯ
ಇಂದ RegisterInformation.ContactInformation.SliceLast(, Type = &Type)
ಹೇಗೆ ಸ್ಲೈಸ್ ಫಸ್ಟ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಿ
ಎಲ್ಲಿ
ContactInformationSliceFirst.Type = &Type
ಆಬ್ಜೆಕ್ಟ್ ತಂತ್ರಜ್ಞಾನವನ್ನು ಬಳಸುವಾಗ, ALLOWED ಮೋಡ್‌ನಲ್ಲಿ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸುವುದನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಆಬ್ಜೆಕ್ಟ್ ತಂತ್ರಜ್ಞಾನವನ್ನು ಬದಲಾಯಿಸುವುದು ಸೇರಿದಂತೆ ಡೇಟಾದ ಅತ್ಯಂತ ನಿರ್ಣಾಯಕ ಕಾರ್ಯಾಚರಣೆಗಳಿಗೆ ಬಳಸಲಾಗುತ್ತದೆ ಎಂದು ಊಹಿಸಲಾಗಿದೆ. ಆಬ್ಜೆಕ್ಟ್ ತಂತ್ರಜ್ಞಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಪಡೆಯಲು, ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಸದೆಯೇ, ನೀವು ನಿರ್ವಹಿಸಬಹುದು ಅಗತ್ಯ ಕ್ರಮಗಳುಸವಲತ್ತು ಪಡೆದ ಮಾಡ್ಯೂಲ್‌ನಲ್ಲಿ ಅಥವಾ ಪೂರ್ಣ ಹಕ್ಕುಗಳೊಂದಿಗೆ ಬಳಕೆದಾರರಂತೆ. ಆಬ್ಜೆಕ್ಟ್ ತಂತ್ರಜ್ಞಾನದಲ್ಲಿ ಅನುಮತಿಸಲಾದ ಡೇಟಾವನ್ನು ಮಾತ್ರ ಪಡೆಯುವ ಯಾವುದೇ ವಿಧಾನಗಳಿಲ್ಲ.

ನಿರ್ಬಂಧಗಳನ್ನು ಹೇರುವ ಕಾರ್ಯವಿಧಾನ

1C ಯಲ್ಲಿ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾದ ಡೇಟಾದ ಯಾವುದೇ ಕಾರ್ಯಾಚರಣೆ: ಎಂಟರ್‌ಪ್ರೈಸ್ ಅಂತಿಮವಾಗಿ ಕೆಲವು ಡೇಟಾಬೇಸ್‌ಗೆ ಪ್ರವೇಶಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ
ಡೇಟಾವನ್ನು ಓದಲು ಅಥವಾ ಬದಲಾಯಿಸಲು ವಿನಂತಿಸಿ. ಡೇಟಾಬೇಸ್‌ಗೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ, 1C ನ ಆಂತರಿಕ ಕಾರ್ಯವಿಧಾನಗಳು: ಎಂಟರ್‌ಪ್ರೈಸ್ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸುತ್ತದೆ. ಇದರಲ್ಲಿ:
● ಹಕ್ಕುಗಳ ಪಟ್ಟಿಯನ್ನು ರಚಿಸಲಾಗಿದೆ (ಓದಿ, ಸೇರಿಸಿ, ಬದಲಾಯಿಸಿ, ಅಳಿಸಿ), ಡೇಟಾಬೇಸ್ ಕೋಷ್ಟಕಗಳ ಪಟ್ಟಿ ಮತ್ತು ಈ ವಿನಂತಿಯಿಂದ ಬಳಸಲಾದ ಕ್ಷೇತ್ರಗಳ ಪಟ್ಟಿ.
● ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರ ಎಲ್ಲಾ ಪಾತ್ರಗಳಿಂದ, ವಿನಂತಿಯಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ಎಲ್ಲಾ ಹಕ್ಕುಗಳು, ಕೋಷ್ಟಕಗಳು ಮತ್ತು ಕ್ಷೇತ್ರಗಳಿಗೆ ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಆಯ್ಕೆಮಾಡಲಾಗಿದೆ. ಇದಲ್ಲದೆ, ಒಂದು ಪಾತ್ರವು ಟೇಬಲ್ ಅಥವಾ ಕ್ಷೇತ್ರದ ಡೇಟಾಗೆ ಪ್ರವೇಶದ ಮೇಲೆ ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ, ಯಾವುದೇ ದಾಖಲೆಯಿಂದ ಅಗತ್ಯವಿರುವ ಕ್ಷೇತ್ರಗಳ ಮೌಲ್ಯಗಳು ಈ ಕೋಷ್ಟಕದಲ್ಲಿ ಲಭ್ಯವಿದೆ ಎಂದರ್ಥ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳ ಅನುಪಸ್ಥಿತಿಯು ನಿರ್ಬಂಧಗಳ ಉಪಸ್ಥಿತಿ ಎಂದರ್ಥ
ಸತ್ಯ ಎಲ್ಲಿದೆ.
● ಎಲ್ಲಾ ಸೆಶನ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳ ಪ್ರಸ್ತುತ ಮೌಲ್ಯಗಳನ್ನು ಮತ್ತು ಆಯ್ದ ನಿರ್ಬಂಧಗಳಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಗಳನ್ನು ಹಿಂಪಡೆಯುತ್ತದೆ.
ಸೆಷನ್ ಪ್ಯಾರಾಮೀಟರ್‌ನ ಮೌಲ್ಯವನ್ನು ಪಡೆಯಲು, ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರು ಆ ಮೌಲ್ಯವನ್ನು ಪಡೆಯಲು ಅನುಮತಿಯನ್ನು ಹೊಂದಿರಬೇಕಾಗಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಕೆಲವು ಸೆಶನ್ ಪ್ಯಾರಾಮೀಟರ್‌ನ ಮೌಲ್ಯವನ್ನು ಹೊಂದಿಸದಿದ್ದರೆ, ದೋಷ ಸಂಭವಿಸುತ್ತದೆ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಪ್ರಶ್ನೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುವುದಿಲ್ಲ.
ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಗಳ ಸ್ವೀಕೃತಿಯು ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಯ ರಶೀದಿಯ ಆಸ್ತಿಯ ಮೇಲೆ ವಿಶೇಷ ಮೋಡ್‌ನಿಂದ ಪ್ರಭಾವಿತವಾಗಿರುತ್ತದೆ.
ಈ ಆಸ್ತಿಯನ್ನು ತೆರವುಗೊಳಿಸಿದರೆ, ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರು ಕಾರ್ಯ ಆಯ್ಕೆಯನ್ನು ಸಂಗ್ರಹಿಸಲಾದ ವಸ್ತುವಿಗೆ ಓದುವ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರಬೇಕು.
● ಒಂದು ಪಾತ್ರದಿಂದ ಪಡೆದ ನಿರ್ಬಂಧಗಳನ್ನು AND ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಸಂಯೋಜಿಸಲಾಗಿದೆ.
● ವಿಭಿನ್ನ ಪಾತ್ರಗಳಿಂದ ಪಡೆದ ನಿರ್ಬಂಧಗಳನ್ನು OR ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಸಂಯೋಜಿಸಲಾಗಿದೆ.
● ನಿರ್ಮಿಸಿದ ಷರತ್ತುಗಳನ್ನು 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ DBMS ಅನ್ನು ಪ್ರವೇಶಿಸುವ SQL ಪ್ರಶ್ನೆಗಳಿಗೆ ಸೇರಿಸಲಾಗುತ್ತದೆ. ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಪರಿಸ್ಥಿತಿಗಳಿಂದ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸುವಾಗ, ಹಕ್ಕುಗಳ ಪರಿಶೀಲನೆಯನ್ನು ನಡೆಸಲಾಗುವುದಿಲ್ಲ (ಮೆಟಾಡೇಟಾ ಆಬ್ಜೆಕ್ಟ್‌ಗಳಿಗೆ ಅಥವಾ ಡೇಟಾಬೇಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳಿಗೆ ಅಲ್ಲ). ಇದಲ್ಲದೆ, ಷರತ್ತುಗಳನ್ನು ಸೇರಿಸುವ ಕಾರ್ಯವಿಧಾನವು "ಎಲ್ಲಾ" ಅಥವಾ "ಅನುಮತಿ ಹೊಂದಿದ" ನಿರ್ಬಂಧಗಳ ಕಾರ್ಯಾಚರಣೆಯ ಆಯ್ದ ವಿಧಾನವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.
"ಎಲ್ಲವೂ" ವಿಧಾನ
"ಎಲ್ಲಾ" ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸುವಾಗ, SQL ಪ್ರಶ್ನೆಗಳಿಗೆ ಷರತ್ತುಗಳು ಮತ್ತು ಕ್ಷೇತ್ರಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ ಇದರಿಂದ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಡೇಟಾಬೇಸ್ ಪ್ರಶ್ನೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸಮಯದಲ್ಲಿ, ನಿರ್ದಿಷ್ಟ ಬಳಕೆದಾರರಿಗೆ ನಿಷೇಧಿಸಲಾದ ಡೇಟಾವನ್ನು ಬಳಸಲಾಗಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದರ ಕುರಿತು ಮಾಹಿತಿಯನ್ನು ಪಡೆಯಬಹುದು. ನಿಷೇಧಿತ ಡೇಟಾವನ್ನು ಬಳಸಿದರೆ, ವಿನಂತಿಯು ಕ್ರ್ಯಾಶ್ ಆಗುತ್ತದೆ. "ಎಲ್ಲಾ" ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳ ಹೇರಿಕೆಯನ್ನು ಅಂಜೂರದಲ್ಲಿ ಕ್ರಮಬದ್ಧವಾಗಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ. 1:

ಅಕ್ಕಿ. 1. "ಎಲ್ಲವೂ" ವಿಧಾನ

"ಅನುಮತಿಸಲಾಗಿದೆ" ವಿಧಾನ
"ಅನುಮತಿಸಲಾದ" ವಿಧಾನವನ್ನು ಬಳಸಿಕೊಂಡು ನಿರ್ಬಂಧಗಳನ್ನು ಅನ್ವಯಿಸುವಾಗ, SQL ಪ್ರಶ್ನೆಗಳಿಗೆ ಷರತ್ತುಗಳನ್ನು ಸೇರಿಸಲಾಗುತ್ತದೆ ಆದ್ದರಿಂದ ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರಿಗೆ ನಿಷೇಧಿಸಲಾದ ದಾಖಲೆಗಳು ಪ್ರಶ್ನೆಯ ಫಲಿತಾಂಶದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ. ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, "ಅನುಮತಿಸಲಾದ" ಮೋಡ್‌ನಲ್ಲಿ ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸಿದಾಗ, ನಿರ್ದಿಷ್ಟ ಬಳಕೆದಾರರಿಗೆ ನಿಷೇಧಿಸಲಾದ ದಾಖಲೆಗಳನ್ನು ಕಾಣೆಯಾಗಿದೆ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ, ಇದನ್ನು ಚಿತ್ರ 3 ರಲ್ಲಿ ಕ್ರಮಬದ್ಧವಾಗಿ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗಿದೆ.

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಇತರ ವಸ್ತುಗಳು

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಬಳಸುವ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸುವಾಗ, ಸೆಷನ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು, ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಗಳು ಮತ್ತು ವಿಶೇಷ ಫ್ಲ್ಯಾಗ್‌ನೊಂದಿಗೆ ಹಂಚಿಕೊಂಡ ಮಾಡ್ಯೂಲ್‌ಗಳಂತಹ ಮೆಟಾಡೇಟಾ ವಸ್ತುಗಳು ಉಪಯುಕ್ತವಾಗಬಹುದು.
ಸೆಷನ್ ಆಯ್ಕೆಗಳು
ವಿನಂತಿಯ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ವಿನಂತಿಯಲ್ಲಿ ಬಳಸಬಹುದಾದ ರೀತಿಯಲ್ಲಿಯೇ ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳಲ್ಲಿ ಸೆಷನ್ ನಿಯತಾಂಕಗಳನ್ನು ಬಳಸಬಹುದು.
ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಗಳು
ಪ್ಯಾರಾಮೀಟರ್-ಸ್ವತಂತ್ರ ಕ್ರಿಯಾತ್ಮಕ ಆಯ್ಕೆಗಳನ್ನು ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳಲ್ಲಿ ಬಳಸಬಹುದು ಅದೇ ರೀತಿಯಲ್ಲಿ ಪ್ರಶ್ನೆ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳನ್ನು ಪ್ರಶ್ನೆಯಲ್ಲಿ ಬಳಸಬಹುದು.
ಸವಲತ್ತು ಪಡೆದ ಸಾಮಾನ್ಯ ಮಾಡ್ಯೂಲ್‌ಗಳು

ಸಾಮಾನ್ಯ ಮಾಡ್ಯೂಲ್‌ಗಾಗಿ ವಿಶೇಷ ಧ್ವಜವನ್ನು ಆರಿಸಿದರೆ, ಈ ಮಾಡ್ಯೂಲ್‌ನ ಕಾರ್ಯವಿಧಾನಗಳು ಮತ್ತು ಕಾರ್ಯಗಳ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯು ಪ್ರಮುಖ ನಿಶ್ಚಿತಗಳನ್ನು ಪಡೆಯುತ್ತದೆ:
● 1C: ಎಂಟರ್‌ಪ್ರೈಸ್‌ನ ಕ್ಲೈಂಟ್-ಸರ್ವರ್ ಆವೃತ್ತಿಯಲ್ಲಿ, ಸರ್ವರ್‌ನಲ್ಲಿ ಕಾರ್ಯಗತಗೊಳಿಸಲಾದ ಮಾಡ್ಯೂಲ್‌ಗೆ ಮಾತ್ರ ಸವಲತ್ತು ನೀಡಬಹುದು.
● ಸವಲತ್ತು ಪಡೆದ ಮಾಡ್ಯೂಲ್‌ನ ಕಾರ್ಯವಿಧಾನಗಳು ಮತ್ತು ಕಾರ್ಯಗಳ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ ಮತ್ತು ನಿರ್ಬಂಧ ವ್ಯವಸ್ಥೆಯನ್ನು ಆಫ್ ಮಾಡಿದಾಗ ಅವುಗಳಿಂದ ಕರೆಯಲ್ಪಡುವ ಎಲ್ಲವನ್ನೂ ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ
ಮೆಟಾಡೇಟಾ ವಸ್ತುಗಳು ಮತ್ತು ಡೇಟಾ ಎರಡಕ್ಕೂ ಹಕ್ಕುಗಳು. ಹೀಗಾಗಿ, ವಿಶೇಷ ಮಾಡ್ಯೂಲ್ನಿಂದ ಯಾವುದೇ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮಾಡಬಹುದು
ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರು ಸೂಕ್ತವಾದ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೂ ಸಹ ಯಾವುದೇ ವಸ್ತುಗಳು.
ವಿಶೇಷ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ ಆರಂಭಿಕ ಅನುಸ್ಥಾಪನೆಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳಲ್ಲಿ ಬಳಸಲಾಗುವ ಸೆಷನ್ ನಿಯತಾಂಕ ಮೌಲ್ಯಗಳು.
ಸೀಮಿತ ಹಕ್ಕುಗಳೊಂದಿಗೆ ಬಳಕೆದಾರರಿಂದ ಡೇಟಾದ ಮೇಲೆ ಕೆಲವು ಸಮಗ್ರ ಕ್ರಿಯೆಗಳಿಗೆ ಹೆಚ್ಚು ಸಾಮಾನ್ಯ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಬಳಸಬಹುದು.
ಉದಾಹರಣೆಗೆ, ಬಳಕೆದಾರರ ಕಾರ್ಯಗಳು ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ನಮೂದಿಸುವುದು ಮತ್ತು ಪೋಸ್ಟ್ ಮಾಡುವುದನ್ನು ಒಳಗೊಂಡಿದ್ದರೆ, ಆದರೆ ಡಾಕ್ಯುಮೆಂಟ್ ಪೋಸ್ಟ್‌ನಿಂದ ಪ್ರಭಾವಿತವಾಗಿರುವ ಡೇಟಾಗೆ ಬಳಕೆದಾರರು ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರಬಾರದು, ನಂತರ ಪೋಸ್ಟಿಂಗ್ ಕಾರ್ಯಾಚರಣೆಯ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆಯನ್ನು ಸವಲತ್ತು ಮಾಡ್ಯೂಲ್‌ಗೆ ಸರಿಸಬಹುದು. ಇದು ಬಳಕೆದಾರರಿಗೆ ಇತರ ಮಾಹಿತಿಗೆ ಹಕ್ಕುಗಳನ್ನು ನೀಡದೆ ದಾಖಲೆಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ (ಉದಾಹರಣೆಗೆ, ನೋಂದಣಿಗಳು).
ವಿಶೇಷ ಮೋಡ್
ಡೇಟಾದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಾಗ ಪ್ರೋಗ್ರಾಮಿಕ್ ಆಗಿ ಸವಲತ್ತು ಮೋಡ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಿದೆ. ಸಾಫ್ಟ್ವೇರ್ ಸ್ಥಾಪನೆಸವಲತ್ತು ಮೋಡ್
ಇನ್ಫೋಬೇಸ್ ಡೇಟಾದೊಂದಿಗೆ ಬೃಹತ್ ಕಾರ್ಯಾಚರಣೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ ಅಗತ್ಯವಾಗಬಹುದು ಮತ್ತು ಡೇಟಾ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಪರಿಶೀಲಿಸುವಲ್ಲಿ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ.
ಸವಲತ್ತು ಮೋಡ್‌ನ ವಿವರಣೆಗಾಗಿ, ಇಲ್ಲಿ ನೋಡಿ.

ಪ್ರಿಪ್ರೊಸೆಸರ್ ಅನ್ನು ಬಳಸುವುದು

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳ ಪಠ್ಯವನ್ನು ಸಂಪಾದಿಸುವಾಗ, ಪ್ರಿಪ್ರೊಸೆಸರ್ ಸೂಚನೆಗಳನ್ನು ಬಳಸಲು ಸಾಧ್ಯವಿದೆ. ಕೆಳಗಿನ ಸೂಚನೆಗಳು ಲಭ್ಯವಿದೆ:

#IF<Выражение>#ನಂತರ
#ಇಲ್ಲದಿದ್ದಲ್ಲಿ<Выражение>#ನಂತರ
#ಇಲ್ಲದಿದ್ದರೆ
#ENDSIF
<Выражение>- ಅನಿಯಂತ್ರಿತ ತಾರ್ಕಿಕ ಅಭಿವ್ಯಕ್ತಿಎಂಬೆಡೆಡ್ ಭಾಷೆಯಲ್ಲಿ ಅದರ ಫಲಿತಾಂಶವು ಬೂಲಿಯನ್ ಪ್ರಕಾರವಾಗಿದೆ. ಅಭಿವ್ಯಕ್ತಿ ಒಳಗೊಂಡಿರಬಹುದು:
● ಹೋಲಿಕೆ ಕಾರ್ಯಾಚರಣೆಗಳು<, >, <=, >= , =, <> ;
● ತಾರ್ಕಿಕ ಕಾರ್ಯಾಚರಣೆಗಳು ಮತ್ತು, ಅಥವಾ, ಅಲ್ಲ;
● ಸೆಶನ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳು - ಸಿಂಟ್ಯಾಕ್ಸ್ &ಪ್ಯಾರಾಮೀಟರ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ, ಅಲ್ಲಿ ಪ್ಯಾರಾಮೀಟರ್ ಸೆಷನ್ ಪ್ಯಾರಾಮೀಟರ್‌ನ ಹೆಸರಾಗಿದೆ.
#IF ಅಥವಾ #ELSEIF ಹೇಳಿಕೆಯ ಅಭಿವ್ಯಕ್ತಿಯ ಫಲಿತಾಂಶವು ನಿಜವಾಗಿದ್ದರೆ, ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಹೇಳಿಕೆಯ ಫಲಿತಾಂಶದ ಪಠ್ಯವು #THEN ಕೀವರ್ಡ್ ನಂತರ ಇರುವ ಪಠ್ಯವನ್ನು ಹೊಂದಿರುತ್ತದೆ. ಅಭಿವ್ಯಕ್ತಿಯ ಫಲಿತಾಂಶವು ತಪ್ಪಾಗಿದ್ದರೆ, ನಂತರ #THEN ಕೀವರ್ಡ್ ನಂತರ ಇರುವ ಪಠ್ಯವನ್ನು ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಸೂಚನೆಯ ಪಠ್ಯದಲ್ಲಿ ಇರಿಸಲಾಗುವುದಿಲ್ಲ. ಹಿಂದಿನ ಯಾವುದೇ ಷರತ್ತುಗಳನ್ನು ಪೂರೈಸದಿದ್ದರೆ #ELSE ಹೇಳಿಕೆಯನ್ನು ಅನುಸರಿಸುವ ಪಠ್ಯವನ್ನು ಪರಿಣಾಮವಾಗಿ ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಪಠ್ಯದಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ.
ಸೂಚನೆ. ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಪಠ್ಯವು ಪ್ರಿಪ್ರೊಸೆಸರ್ ಸೂಚನೆಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ಅಂತಹ ನಿರ್ಬಂಧವು ಸಂಪಾದನೆ ಮಾಡುವಾಗ ಸಿಂಟ್ಯಾಕ್ಸ್ ಪರಿಶೀಲನೆಯನ್ನು ಹಾದುಹೋಗುವುದಿಲ್ಲ ಮತ್ತು ಕನ್ಸ್ಟ್ರಕ್ಟರ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ.
ಉದಾಹರಣೆ:

#IF &ಪ್ರಸ್ತುತ ಬಳಕೆದಾರ<>"ಕ್ಲಿಮೋವಾ" # ನಂತರ
<текст ограничения доступа>
#ENDSIF
ಇಲ್ಲಿ ಪ್ರಸ್ತುತ ಬಳಕೆದಾರ- ಅಧಿವೇಶನ ಪ್ರಕಾರದ ನಿಯತಾಂಕ DirectoryLink.Users.
ಈ ವಿನ್ಯಾಸವು ಬಳಕೆದಾರ Klimova ಹೊರತುಪಡಿಸಿ, ಡೈರೆಕ್ಟರಿಯಿಂದ ಎಲ್ಲಾ ಬಳಕೆದಾರರಿಗೆ ಪ್ರವೇಶ ನಿರ್ಬಂಧವನ್ನು ಹೊಂದಿಸುವ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ ಎಂದರ್ಥ.

ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಪಠ್ಯ ಟೆಂಪ್ಲೇಟ್‌ಗಳು

ಒಂದು ಪಾತ್ರವು ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳ ಪಟ್ಟಿಯನ್ನು ಒಳಗೊಂಡಿರಬಹುದು, ಇವುಗಳನ್ನು ಪಾತ್ರ ಫಾರ್ಮ್‌ನ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳ ಟ್ಯಾಬ್‌ನಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ. ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳು ಮತ್ತು ಟೆಂಪ್ಲೇಟ್‌ಗಳ ಗುಂಪು ಸಂಪಾದನೆಗಾಗಿ ನೀವು ಎಡಿಟರ್‌ನಲ್ಲಿ ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಸಹ ಸಂಪಾದಿಸಬಹುದು.
ಪ್ರತಿಯೊಂದು ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು ಮತ್ತು ಪಠ್ಯವನ್ನು ಹೊಂದಿದೆ. ಟೆಂಪ್ಲೇಟ್ ಹೆಸರು 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಅಳವಡಿಸಿಕೊಂಡ ಹೆಸರುಗಳಿಗೆ ಸಾಮಾನ್ಯ ನಿಯಮಗಳನ್ನು ಅನುಸರಿಸುತ್ತದೆ.
ಟೆಂಪ್ಲೇಟ್ ಪಠ್ಯವು ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಭಾಷೆಯಲ್ಲಿ ಪಠ್ಯದ ಭಾಗವನ್ನು ಒಳಗೊಂಡಿದೆ ಮತ್ತು ಚಿಹ್ನೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಹೈಲೈಟ್ ಮಾಡಲಾದ ನಿಯತಾಂಕಗಳನ್ನು ಒಳಗೊಂಡಿರಬಹುದು
“#”.
ಚಿಹ್ನೆಯ ನಂತರ “#” ಅನುಸರಿಸಬಹುದು:
● ಒಂದು ಕೀವರ್ಡ್ಗಳು:
● ಪ್ಯಾರಾಮೀಟರ್, ಅದರ ನಂತರ ಟೆಂಪ್ಲೇಟ್‌ನಲ್ಲಿರುವ ಪ್ಯಾರಾಮೀಟರ್‌ನ ಸಂಖ್ಯೆಯನ್ನು ಆವರಣಗಳಲ್ಲಿ ಸೂಚಿಸಲಾಗುತ್ತದೆ;
● ಕರೆಂಟ್ ಟೇಬಲ್ - ನಿರ್ಬಂಧವನ್ನು ನಿರ್ಮಿಸಲಾಗುತ್ತಿರುವ ಟೇಬಲ್ನ ಪೂರ್ಣ ಹೆಸರಿನ ಪಠ್ಯಕ್ಕೆ ಅಳವಡಿಕೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ;
● ಪ್ರಸ್ತುತ ಟೇಬಲ್ ಹೆಸರು- ಅಂತರ್ನಿರ್ಮಿತ ಭಾಷೆಯ ಪ್ರಸ್ತುತ ಆವೃತ್ತಿಯಲ್ಲಿ ಸೂಚನೆಯನ್ನು ಅನ್ವಯಿಸುವ ಟೇಬಲ್‌ನ ಪೂರ್ಣ ಹೆಸರಿನ ಪಠ್ಯಕ್ಕೆ (ಸ್ಟ್ರಿಂಗ್ ಮೌಲ್ಯವಾಗಿ, ಉಲ್ಲೇಖಗಳಲ್ಲಿ) ಒಳಸೇರಿಸುವಿಕೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ;
●CurrentAccessRight ನ ಹೆಸರು - ಪ್ರಸ್ತುತ ನಿರ್ಬಂಧವನ್ನು ಅನ್ವಯಿಸುವ ಹಕ್ಕಿನ ಹೆಸರನ್ನು ಒಳಗೊಂಡಿದೆ: ಓದಿ/ಸೇರಿಸಿ/ಸೇರಿಸಿ/ಬದಲಾಯಿಸಿ/
ನವೀಕರಿಸಿ, ಅಳಿಸಿ;
● ಟೆಂಪ್ಲೇಟ್ ಪ್ಯಾರಾಮೀಟರ್ ಹೆಸರು - ಪಠ್ಯಕ್ಕೆ ಅನುಗುಣವಾದ ಟೆಂಪ್ಲೇಟ್ ಪ್ಯಾರಾಮೀಟರ್ ನಿರ್ಬಂಧದ ಅಳವಡಿಕೆ ಎಂದರ್ಥ;
● "#" ​​ಚಿಹ್ನೆ - ಪಠ್ಯದಲ್ಲಿ ಒಂದು "#" ಚಿಹ್ನೆಯ ಅಳವಡಿಕೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ.

ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಅಭಿವ್ಯಕ್ತಿಯು ಒಳಗೊಂಡಿರಬಹುದು:

● ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್, ಇದನ್ನು ಸ್ವರೂಪದಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ
#TemplateName(“ಟೆಂಪ್ಲೇಟ್ ಪ್ಯಾರಾಮೀಟರ್ 1 ರ ಮೌಲ್ಯ”, “ಟೆಂಪ್ಲೇಟ್ ಪ್ಯಾರಾಮೀಟರ್ 2 ರ ಮೌಲ್ಯ”, ...). ಪ್ರತಿಯೊಂದು ಟೆಂಪ್ಲೇಟ್ ಪ್ಯಾರಾಮೀಟರ್ ಅನ್ನು ಡಬಲ್ ಕೋಟ್‌ಗಳಲ್ಲಿ ಸುತ್ತುವರಿದಿದೆ. ಪ್ಯಾರಾಮೀಟರ್ ಪಠ್ಯದಲ್ಲಿ ನೀವು ಡಬಲ್ ಕೋಟ್ ಅಕ್ಷರವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕಾದರೆ, ನೀವು ಎರಡು ಡಬಲ್ ಕೋಟ್‌ಗಳನ್ನು ಬಳಸಬೇಕು.
● ಕಾರ್ಯ ಪುಟ ಒಳಗೊಂಡಿದೆ (ನಾವು ಎಲ್ಲಿ ನೋಡುತ್ತಿದ್ದೇವೆ, ಏನನ್ನು ಹುಡುಕುತ್ತಿದ್ದೇವೆ). ವೇರ್‌ವೀಲುಕ್ ಸ್ಟ್ರಿಂಗ್‌ನಲ್ಲಿ ವಾಟ್‌ವೀಲುಕ್ ಸ್ಟ್ರಿಂಗ್‌ನ ಸಂಭವಿಸುವಿಕೆಯನ್ನು ಹುಡುಕಲು ಕಾರ್ಯವನ್ನು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ. ಸಂಭವಿಸುವಿಕೆಯು ಕಂಡುಬಂದರೆ ಸರಿ ಮತ್ತು ಇಲ್ಲದಿದ್ದರೆ ತಪ್ಪು ಎಂದು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.

● ಸ್ಟ್ರಿಂಗ್ ಜೋಡಣೆಗಾಗಿ + ಆಪರೇಟರ್.
ಟೆಂಪ್ಲೇಟ್ ಪಠ್ಯವನ್ನು ಸಂಪಾದಿಸಲು ಸುಲಭವಾಗಿಸಲು, ರೋಲ್ ಫಾರ್ಮ್‌ನಲ್ಲಿರುವ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳ ಟ್ಯಾಬ್‌ನಲ್ಲಿ, ಟೆಂಪ್ಲೇಟ್ ಪಠ್ಯವನ್ನು ಹೊಂದಿಸಿ ಬಟನ್ ಕ್ಲಿಕ್ ಮಾಡಿ. ತೆರೆಯುವ ಸಂವಾದದಲ್ಲಿ, ಟೆಂಪ್ಲೇಟ್ ಪಠ್ಯವನ್ನು ನಮೂದಿಸಿ ಮತ್ತು ಸರಿ ಕ್ಲಿಕ್ ಮಾಡಿ.
1C:ಎಂಟರ್‌ಪ್ರೈಸ್ ಸಿಸ್ಟಮ್ ಟೆಂಪ್ಲೇಟ್ ಪಠ್ಯಗಳ ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ, ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಬಳಸುವ ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ ಮತ್ತು ವಿನಂತಿಯ ಪಠ್ಯದಲ್ಲಿ ಪಾತ್ರ ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಟೆಂಪ್ಲೇಟ್‌ಗಳ ಪಠ್ಯಗಳನ್ನು ಮ್ಯಾಕ್ರೋ-ಬದಲಿ ಮಾಡುತ್ತದೆ.
ಮ್ಯಾಕ್ರೋ ಟೆಂಪ್ಲೇಟ್ ಪರ್ಯಾಯವಾಗಿದೆ:
● ನಿರ್ಬಂಧದ ಪಠ್ಯದಲ್ಲಿ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಬಳಸುವುದಕ್ಕಾಗಿ ಅಭಿವ್ಯಕ್ತಿಯಿಂದ ಪ್ಯಾರಾಮೀಟರ್ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಟೆಂಪ್ಲೇಟ್ನ ಪಠ್ಯದಲ್ಲಿನ ನಿಯತಾಂಕಗಳ ಸಂಭವಿಸುವಿಕೆಯನ್ನು ಬದಲಿಸುವುದು;
● ವಿನಂತಿಯ ಪಠ್ಯದಲ್ಲಿನ ಟೆಂಪ್ಲೇಟ್ ಬಳಕೆಯ ಅಭಿವ್ಯಕ್ತಿಯನ್ನು ಪರಿಣಾಮವಾಗಿ ಬರುವ ಟೆಂಪ್ಲೇಟ್ ಪಠ್ಯದೊಂದಿಗೆ ಬದಲಾಯಿಸುವುದು.
ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಸ್ಥಿತಿಗಾಗಿ ನೀವು ಪ್ರಶ್ನೆ ಕನ್‌ಸ್ಟ್ರಕ್ಟರ್‌ಗೆ ಕರೆ ಮಾಡಿದಾಗ, ಎಲ್ಲಾ ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಬದಲಾಯಿಸಲಾಗುವುದು ಎಂಬ ಎಚ್ಚರಿಕೆಯನ್ನು ನೀಡಲಾಗುತ್ತದೆ.
ಕೆಳಗಿನವುಗಳು ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳ ಉದಾಹರಣೆಗಳಾಗಿವೆ:

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಸುವಾಗ ಕ್ರಿಯಾತ್ಮಕತೆಯ ಪ್ರಕಾರ ಡೇಟಾಗೆ ಬಳಕೆದಾರರ ಪ್ರವೇಶವನ್ನು ಮೃದುವಾಗಿ ನಿರ್ವಹಿಸಲು, ಇದನ್ನು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ
ಕೆಳಗಿನ ತತ್ವಗಳಿಗೆ ಬದ್ಧರಾಗಿರಿ:
● ನೀವು ಸೂಕ್ತವಾದ ಮಾಹಿತಿಯ ಗುಂಪನ್ನು (ಪ್ರಸ್ತುತ ಬಳಕೆದಾರರನ್ನು ಅವಲಂಬಿಸಿರಬಹುದು) ಆಯ್ಕೆ ಮಾಡಬೇಕಾಗುತ್ತದೆ ಪ್ರಾಥಮಿಕ ತಯಾರಿ. ಆಯ್ಕೆಮಾಡಿದ ಮಾಹಿತಿಯು ಒಂದು ಕಡೆ, ಡೇಟಾಗೆ ಪ್ರವೇಶದ ಮೇಲಿನ ನಿರ್ಬಂಧಗಳನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಸರಳಗೊಳಿಸಬೇಕು ಮತ್ತು ಮತ್ತೊಂದೆಡೆ, ತುಂಬಾ ದೊಡ್ಡದಾಗಿರಬಾರದು. ಅಧಿವೇಶನ ನಿಯತಾಂಕಗಳ ಪ್ರಕಾರ ಅದನ್ನು ವಿತರಿಸಿ.
● ಸೆಷನ್ ಮಾಡ್ಯೂಲ್‌ನ SetSessionParameters() ಹ್ಯಾಂಡ್ಲರ್‌ನಲ್ಲಿ ಸೆಷನ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗಳ ಮೌಲ್ಯಗಳನ್ನು ಹೊಂದಿಸಿ.
● ಇದು ಸಮರ್ಥಿಸಲಾದ ಡೇಟಾಗೆ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಸಿ (ಸಿಸ್ಟಮ್‌ನ ಸಮಗ್ರತೆಯನ್ನು ಕಾಪಾಡಿಕೊಳ್ಳಲು ಡೇಟಾ ರಹಸ್ಯವಾಗಿದೆ ಅಥವಾ ಅತ್ಯಂತ ಮುಖ್ಯವಾಗಿದೆ). ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಸುವುದರಿಂದ ಈ ಡೇಟಾಗೆ ಯಾವುದೇ ಪ್ರವೇಶವನ್ನು ನಿಧಾನಗೊಳಿಸಬಹುದು ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ. ನಿರ್ಬಂಧಗಳ ಅತಿಯಾದ ಸಂಕೀರ್ಣತೆಯು ನಿಧಾನಗತಿಗೆ ಕಾರಣವಾಗಬಹುದು.
● ಅಗತ್ಯವಿದ್ದರೆ, ಡೇಟಾದ ಮೇಲೆ ನಿರ್ದಿಷ್ಟ ಸೀಮಿತ ಸಂಖ್ಯೆಯ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಬಳಕೆದಾರರು ನಿರ್ವಹಿಸುತ್ತಾರೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ ಪೂರ್ಣ ಪ್ರವೇಶಈ ಡೇಟಾವನ್ನು ನೀಡುವುದು ಅನುಚಿತವಾಗಿದೆ, ಈ ಕ್ರಿಯೆಗಳನ್ನು ವಿಶೇಷ ಮಾಡ್ಯೂಲ್‌ಗಳಿಗೆ ಸರಿಸಿ, ಅಥವಾ ಪ್ರೋಗ್ರಾಂ ಕೋಡ್‌ನಲ್ಲಿ ಸೂಕ್ತ ಸ್ಥಳಗಳಲ್ಲಿ ಸವಲತ್ತು ಮೋಡ್ ಅನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಆನ್ ಮತ್ತು ಆಫ್ ಮಾಡಿ.
● ಆಬ್ಜೆಕ್ಟ್‌ಗಳನ್ನು ಬರೆಯುವಾಗ ಸಿಸ್ಟಮ್‌ನಿಂದ ನಿರ್ವಹಿಸಲಾದ ವಿವಿಧ ತಪಾಸಣೆಗಳಿಗೆ ಡೇಟಾ ಪ್ರವೇಶವನ್ನು ಸವಲತ್ತು ಮೋಡ್‌ನಲ್ಲಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.

ಈ ಡೇಟಾದೊಂದಿಗೆ ಕಾನ್ಫಿಗರೇಶನ್ ಕಾರ್ಯನಿರ್ವಹಿಸಿದರೆ ಅನುಗುಣವಾದ ಕ್ಷೇತ್ರಗಳಿಗೆ ದಾಖಲೆ ಮಟ್ಟದ ಅನುಮತಿ ನಿರ್ಬಂಧಗಳನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸದಿರಲು ಇದು ನಿಮ್ಮನ್ನು ಅನುಮತಿಸುತ್ತದೆ
ನಿಯಂತ್ರಿತ ಕ್ರಮದಲ್ಲಿ ಮಾತ್ರ ಯೋಜಿಸಲಾಗಿದೆ:

● ಕೋಡ್‌ನ ಪೋಷಕ, ಮಾಲೀಕರು ಮತ್ತು ಅನನ್ಯತೆಯನ್ನು ಪರಿಶೀಲಿಸುವಾಗ ಡೈರೆಕ್ಟರಿಗಳಿಗಾಗಿ;
● ಸಂಖ್ಯೆಯ ವಿಶಿಷ್ಟತೆಯನ್ನು ಪರಿಶೀಲಿಸುವಾಗ ದಾಖಲೆಗಳು, ವ್ಯವಹಾರ ಪ್ರಕ್ರಿಯೆಗಳು ಮತ್ತು ಕಾರ್ಯಗಳಿಗಾಗಿ;
● ಕೋಡ್‌ನ ಅನನ್ಯತೆಯನ್ನು ಪರಿಶೀಲಿಸುವಾಗ ವಿನಿಮಯ ಯೋಜನೆಗಳಿಗಾಗಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ;
● ಪೋಷಕರು ಮತ್ತು ಕೋಡ್‌ನ ಅನನ್ಯತೆಯನ್ನು ಪರಿಶೀಲಿಸುವಾಗ ಖಾತೆಗಳ ಚಾರ್ಟ್‌ಗಳು ಮತ್ತು ವಿಶಿಷ್ಟ ಪ್ರಕಾರಗಳ ಚಾರ್ಟ್‌ಗಳಿಗಾಗಿ.

ಡೇಟಾ ನಿರ್ಬಂಧದ ಪ್ರಶ್ನೆಯನ್ನು ರಚಿಸುವಾಗ ನೆನಪಿನಲ್ಲಿಡಬೇಕಾದ ಕೆಲವು ಮಿತಿಗಳು ಮತ್ತು ಪರಿಗಣನೆಗಳಿವೆ:

● ಆಬ್ಜೆಕ್ಟ್ ಟೇಬಲ್‌ಗೆ ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದರೆ ಮತ್ತು ಡೇಟಾ ಪ್ರಶ್ನೆಯು ಅಂತಹ ಟೇಬಲ್‌ನೊಂದಿಗೆ ಸೇರುವಿಕೆಯನ್ನು ಬಳಸಿದರೆ, ನಂತರ ಸಂಪರ್ಕ ಸ್ಥಿತಿಯಲ್ಲಿ (ಸಾಫ್ಟ್‌ವೇರ್ ವಿನಂತಿ ವಿಭಾಗ) ನಿರ್ದಿಷ್ಟ ಪ್ರವೇಶ ನಿರ್ಬಂಧದೊಂದಿಗೆ ವಸ್ತುವಿನ ಕೋಷ್ಟಕ ಭಾಗದ ಬಳಕೆಯನ್ನು ಅನುಮತಿಸಲಾಗುವುದಿಲ್ಲ .
● ಪ್ರಶ್ನೆಯು ಪ್ರಶ್ನೆಯಲ್ಲಿ ಯಾವುದೇ ಕ್ಷೇತ್ರಗಳನ್ನು ಬಳಸದ ಕೋಷ್ಟಕವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದರೆ, ನಂತರ ಎಲ್ಲಾ ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಈ ಕೋಷ್ಟಕದಲ್ಲಿ ವಿಧಿಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ವಿನಂತಿ ಡೈರೆಕ್ಟರಿಯಿಂದ ಪ್ರಮಾಣ(*) ಆಯ್ಕೆಮಾಡಿ. ಕೌಂಟರ್‌ಪಾರ್ಟಿಗಳುಪರೀಕ್ಷಾ ಡೈರೆಕ್ಟರಿಗಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಎಲ್ಲಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ. "OR" ನಿಂದ ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸಲಾಗಿದೆ. ಇದರರ್ಥ ಕನಿಷ್ಠ ಒಂದು ಷರತ್ತಿನ ಅಡಿಯಲ್ಲಿ ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ ದಾಖಲೆಗಳು ಲಭ್ಯವಿರುತ್ತವೆ. ಕೆಲವು ಕ್ಷೇತ್ರಗಳಿಗೆ ಷರತ್ತುಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸದಿದ್ದರೆ, ಕೋಷ್ಟಕದಲ್ಲಿನ ಎಲ್ಲಾ ದಾಖಲೆಗಳಿಗಾಗಿ ಪ್ರಶ್ನೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ.
ಪ್ರಶ್ನೆಯು ಉನ್ನತ ಮಟ್ಟದ ಕೋಷ್ಟಕವನ್ನು ಬಳಸಿದರೆ, ನೆಸ್ಟೆಡ್ ಕೋಷ್ಟಕಗಳ ಕಾಲಮ್‌ಗಳಿಗೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ನಿರ್ಬಂಧಗಳನ್ನು ವಿಧಿಸಲಾಗುವುದಿಲ್ಲ.
ಪ್ರಶ್ನೆಯು ನೆಸ್ಟೆಡ್ ಟೇಬಲ್ ಅನ್ನು ಬಳಸಿದರೆ, ನೆಸ್ಟೆಡ್ ಟೇಬಲ್ ಮತ್ತು ಟಾಪ್-ಲೆವೆಲ್ ಟೇಬಲ್ ಎರಡಕ್ಕೂ ನಿರ್ಬಂಧಗಳು ಅನ್ವಯಿಸುತ್ತವೆ.
ಉದಾಹರಣೆಗೆ, ವಿನಂತಿ ಡೈರೆಕ್ಟರಿ. ಕೌಂಟರ್ಪಾರ್ಟೀಸ್. ಒಪ್ಪಂದಗಳಿಂದ ಪ್ರಮಾಣ (*) ಆಯ್ಕೆಮಾಡಿಕೌಂಟರ್ಪಾರ್ಟೀಸ್ ಡೈರೆಕ್ಟರಿಯ ಎಲ್ಲಾ ನಿರ್ಬಂಧಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು, ಹಾಗೆಯೇ ಒಪ್ಪಂದದ ಕೋಷ್ಟಕ ಭಾಗಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ನಿರ್ಬಂಧಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಂಡು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ.

● ಉಲ್ಲೇಖದ ಮೆಟಾಡೇಟಾ ವಸ್ತುವಿನ ಪ್ರಾತಿನಿಧ್ಯವನ್ನು ಪಡೆಯಲು ಅಗತ್ಯವಿರುವ ಕ್ಷೇತ್ರಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳಿಂದ ನಿರಾಕರಿಸಿದರೆ
ಡೇಟಾ ಅಥವಾ ವಸ್ತುವಿನ ಪ್ರವೇಶವನ್ನು ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಮಟ್ಟದಲ್ಲಿ ನಿರಾಕರಿಸಲಾಗಿದೆ, ನಂತರ ಅಂತಹ ವಸ್ತುವಿನ ಪ್ರಾತಿನಿಧ್ಯವನ್ನು ಪಡೆಯುವುದು ಪ್ರಸ್ತುತ ವಹಿವಾಟಿನ ಪ್ರಗತಿಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ.

ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಕನ್ಸ್ಟ್ರಕ್ಟರ್

ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳ ಕಾಲಮ್‌ನಲ್ಲಿ ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳ ಟೇಬಲ್ ಕ್ಷೇತ್ರದಲ್ಲಿ ಕನ್‌ಸ್ಟ್ರಕ್ಟರ್‌ಗೆ ಕರೆ ಮಾಡಲು, ನೀವು ಎಡಿಟ್ ಮೋಡ್‌ಗೆ ಹೋಗಬೇಕಾಗುತ್ತದೆ ಮತ್ತು
ಆಯ್ಕೆ ಬಟನ್ ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ ಮತ್ತು ತೆರೆಯುವ ರೂಪದಲ್ಲಿ, ಪ್ರಶ್ನೆ ಬಿಲ್ಡರ್... ಬಟನ್ ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ.
ಕನ್ಸ್ಟ್ರಕ್ಟರ್ ಫಾರ್ಮ್ ಅನ್ನು ಪರದೆಯ ಮೇಲೆ ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ:

ಅದರ ಸಹಾಯದಿಂದ, ಡೇಟಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಹೊಂದಿಸಲು ಪರಿಸ್ಥಿತಿಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ.
ಕೋಷ್ಟಕಗಳು ಮತ್ತು ಕ್ಷೇತ್ರಗಳ ಟ್ಯಾಬ್‌ನಲ್ಲಿ, ಡೇಟಾಬೇಸ್ ಪಟ್ಟಿಯಲ್ಲಿ ಅಗತ್ಯವಿರುವ ವಸ್ತುಗಳನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಅವುಗಳನ್ನು ಕೋಷ್ಟಕಗಳ ಪಟ್ಟಿಗೆ ಸರಿಸಿ. ಹಲವಾರು ಕೋಷ್ಟಕಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದರೆ, ಲಿಂಕ್‌ಗಳ ಟ್ಯಾಬ್ ಅನ್ನು ಡಿಸೈನರ್ ಫಾರ್ಮ್‌ಗೆ ಸೇರಿಸಲಾಗುತ್ತದೆ.

ಲಿಂಕ್‌ಗಳ ಟ್ಯಾಬ್‌ನಲ್ಲಿ, ಟೇಬಲ್ ಕ್ಷೇತ್ರಗಳ ನಡುವಿನ ಲಿಂಕ್‌ಗಳ ಮೇಲೆ ವಿಧಿಸಲಾದ ಷರತ್ತುಗಳನ್ನು ರಚಿಸಲಾಗುತ್ತದೆ. ಹೊಸ ಸ್ಥಿತಿಯನ್ನು ನಮೂದಿಸಲು, ಸೇರಿಸು ಬಟನ್ ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ ಮತ್ತು ಟೇಬಲ್ 1 ಕಾಲಮ್‌ನಲ್ಲಿ ಟೇಬಲ್‌ಗಳಲ್ಲಿ ಒಂದನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಟೇಬಲ್ 2 ಕಾಲಮ್‌ನಲ್ಲಿ, ಮೊದಲನೆಯ ಕ್ಷೇತ್ರಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಕ್ಷೇತ್ರಗಳ ಕೋಷ್ಟಕವನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಷರತ್ತುಗಳ ಪಟ್ಟಿಯ ಕೆಳಗೆ ಕೋಷ್ಟಕಗಳನ್ನು ಲಿಂಕ್ ಮಾಡಲು ಸ್ಥಿತಿಯನ್ನು ರಚಿಸಲು ಬಳಸಬಹುದಾದ ನಿಯಂತ್ರಣಗಳಿವೆ.
ಸರಳ ಸ್ಥಿತಿಯ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆಮಾಡಿದರೆ, ನಂತರ Field1 ಮತ್ತು Field2 ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಕೋಷ್ಟಕಗಳ ಸಂಬಂಧಿತ ಕ್ಷೇತ್ರಗಳನ್ನು ಆಯ್ಕೆಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಹೋಲಿಕೆ ಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತದೆ. ಹೋಲಿಸದ ಕ್ಷೇತ್ರಗಳನ್ನು ಆಯ್ಕೆಮಾಡಿದರೆ, ಲಿಂಕ್ ಸ್ಥಿತಿಯ ಕಾಲಮ್‌ನಲ್ಲಿನ ಷರತ್ತುಗಳ ಪಟ್ಟಿಯ ಸಾಲಿನಲ್ಲಿ ಈ ಕೆಳಗಿನ ಪಠ್ಯವನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ: ತಪ್ಪಾಗಿ ತುಂಬಿದ ಸ್ಥಿತಿ.
ಷರತ್ತುಗಳ ಟ್ಯಾಬ್‌ನಲ್ಲಿ, ಅಗತ್ಯವಿದ್ದರೆ, ಮೂಲ ಡೇಟಾವನ್ನು ಆಯ್ಕೆಮಾಡುವ ಷರತ್ತುಗಳನ್ನು ನೀವು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕಾಗುತ್ತದೆ.

ಪ್ರತಿ ಆಯ್ಕೆಮಾಡಿದ ಕ್ಷೇತ್ರಕ್ಕೆ, ನೀವು ಸ್ಥಿತಿಯ ಪ್ರಕಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡಬೇಕು ಮತ್ತು ನಿಯತಾಂಕದ ಹೆಸರನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು. ಸೆಷನ್ ಪ್ಯಾರಾಮೀಟರ್ ಅನ್ನು ಪ್ಯಾರಾಮೀಟರ್ ಆಗಿ ಬಳಸಬಹುದು. ಹಲವಾರು ಷರತ್ತುಗಳನ್ನು ಅನುಮತಿಸಲಾಗಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಕಂಡೀಷನ್ ಟೇಬಲ್ ಕ್ಷೇತ್ರದ ಷರತ್ತು ಕಾಲಮ್‌ನಲ್ಲಿ, ಷರತ್ತು ಪಠ್ಯವನ್ನು ಹಲವಾರು ಸಾಲುಗಳಲ್ಲಿ ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ.
ವಿನಂತಿಯನ್ನು ರಚಿಸುವಾಗ ಯಾವುದೇ ಸಮಯದಲ್ಲಿ, ವಿನಂತಿಯ ಪಠ್ಯವನ್ನು ವಿನಂತಿ ಬಟನ್ ಕ್ಲಿಕ್ ಮಾಡುವ ಮೂಲಕ ವೀಕ್ಷಿಸಬಹುದು.

ಅನುಮತಿ ನಿರ್ಬಂಧಗಳು ಮತ್ತು ಟೆಂಪ್ಲೇಟ್‌ಗಳ ಬ್ಯಾಚ್ ಎಡಿಟಿಂಗ್

ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ನಿರ್ಬಂಧಗಳು ಮತ್ತು ಟೆಂಪ್ಲೇಟ್‌ಗಳ ಗುಂಪು ಸಂಪಾದನೆಯ ಮೋಡ್ ಅನ್ನು ಪಾತ್ರಗಳ ಶಾಖೆಯ ಸಂದರ್ಭ ಮೆನುವಿನ ಎಲ್ಲಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳ ಆಜ್ಞೆಯಿಂದ ಕರೆಯಲಾಗುತ್ತದೆ. ತೆರೆಯುವ ಫಾರ್ಮ್ ಎರಡು ಟ್ಯಾಬ್‌ಗಳನ್ನು ಒಳಗೊಂಡಿದೆ: ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳು ಮತ್ತು ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳು.

ಬುಕ್ಮಾರ್ಕ್ನಲ್ಲಿ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳುನೀವು ನಮೂದಿಸಿದ ಎಲ್ಲಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಸಾಮಾನ್ಯ ಪಟ್ಟಿಯಲ್ಲಿ ವೀಕ್ಷಿಸಬಹುದು (ಎಲ್ಲಾ ಪಾತ್ರಗಳು, ವಸ್ತುಗಳು, ಹಕ್ಕುಗಳು, ಕ್ಷೇತ್ರ ಸಂಯೋಜನೆಗಳಿಗಾಗಿ).
ಹಲವಾರು ಪಾತ್ರಗಳು, ವಸ್ತುಗಳು, ಹಕ್ಕುಗಳು ಮತ್ತು ಪಾತ್ರಗಳ ಸಂಯೋಜನೆಗಳಿಗೆ ಏಕಕಾಲದಲ್ಲಿ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಸೇರಿಸಲು ಸಾಧ್ಯವಿದೆ.
ನೀವು ವಿವಿಧ ಮಾನದಂಡಗಳ ಮೂಲಕ ಪಟ್ಟಿಯನ್ನು ಫಿಲ್ಟರ್ ಮಾಡಬಹುದು.

ಗುಂಪಿನ ಸಂಪಾದನೆ ಮೋಡ್ ಪಟ್ಟಿಯಲ್ಲಿ ಆಯ್ಕೆ ಮಾಡಲಾದ ನಿರ್ಬಂಧಗಳನ್ನು ಅಳಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.
ಆಯ್ದ ನಿರ್ಬಂಧಗಳನ್ನು ಸಂಪಾದಿಸಲು ಸಾಧ್ಯವಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ನೀವು ಕ್ಷೇತ್ರಗಳ ಸಂಯೋಜನೆಯನ್ನು ಮತ್ತು/ಅಥವಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಬದಲಾಯಿಸಬಹುದು.
ಗುಂಪು ಸಂಪಾದನೆ ಮೋಡ್ ಇತರ ಪಾತ್ರಗಳಿಗೆ ಆಯ್ದ ನಿರ್ಬಂಧಗಳನ್ನು ನಕಲಿಸಲು ಸಹ ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ.

ಬುಕ್ಮಾರ್ಕ್ನಲ್ಲಿ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳುಅಪ್ಲಿಕೇಶನ್ ಪರಿಹಾರದಲ್ಲಿ ಇರುವ ಎಲ್ಲಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ನೀವು ನೋಡಬಹುದು, ಆದರೆ ಟೆಂಪ್ಲೇಟ್ ಪಠ್ಯದಿಂದ ಮೊದಲ 10 ಸಾಲುಗಳನ್ನು ಮಾತ್ರ ಟೇಬಲ್‌ನಲ್ಲಿ ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ, ಟೆಂಪ್ಲೇಟ್ ಪಠ್ಯವು 10 ಕ್ಕಿಂತ ಹೆಚ್ಚು ಸಾಲುಗಳನ್ನು ಹೊಂದಿದ್ದರೆ ಅದು "..." ಚಿಹ್ನೆಯೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ಟೆಂಪ್ಲೇಟ್ ಎಡಿಟಿಂಗ್ ವಿಂಡೋ ಟೆಂಪ್ಲೇಟ್‌ನ ಪೂರ್ಣ ಪಠ್ಯವನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ.

ಏಕಕಾಲದಲ್ಲಿ ಹಲವಾರು ಪಾತ್ರಗಳಿಗೆ ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಸೇರಿಸಲು ಸಾಧ್ಯವಿದೆ.