1c ಪಾತ್ರಗಳಲ್ಲಿ ಡೇಟಾಗೆ ಪ್ರವೇಶದ ಮೇಲಿನ ನಿರ್ಬಂಧಗಳು. UPP ಗೆ ಪ್ರವೇಶ ಹಕ್ಕುಗಳು. RLS. ಸಾಮಾನ್ಯ ಮಾಹಿತಿ ಮತ್ತು ಸೆಟಪ್. ಡೈರೆಕ್ಟರಿ "ಬಳಕೆದಾರ ಗುಂಪುಗಳು"

RLS- ಇದು ಕೆಲವು ಬಳಕೆದಾರರಿಗೆ (ಬಳಕೆದಾರ ಗುಂಪುಗಳು) ಡೇಟಾಬೇಸ್ ಕೋಷ್ಟಕಗಳಲ್ಲಿ ಷರತ್ತುಗಳನ್ನು ಹೊಂದಿಸಲು ಮತ್ತು ಅನಗತ್ಯ ವಿಷಯಗಳನ್ನು ನೋಡದಂತೆ ತಡೆಯಲು ಡೆವಲಪರ್‌ನ ಸಾಮರ್ಥ್ಯವಾಗಿದೆ. ಸ್ಥಿತಿಯು ಬೂಲಿಯನ್ ಪ್ರಕಾರವಾಗಿದೆ. ಷರತ್ತು ಸರಿ ಎಂದು ಮೌಲ್ಯಮಾಪನ ಮಾಡಿದರೆ, ಪ್ರವೇಶವನ್ನು ನೀಡಲಾಗುತ್ತದೆ, ಇಲ್ಲದಿದ್ದರೆ ಅದನ್ನು ನಿರಾಕರಿಸಲಾಗುತ್ತದೆ.

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

ಕೆಳಗಿನ ರೀತಿಯ ಪ್ರವೇಶ ಹಕ್ಕುಗಳಿಗಾಗಿ RLS ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ:

• ಓದುವುದು
• ಸೇರ್ಪಡೆ
• ಬದಲಾವಣೆ
• ತೆಗೆಯುವಿಕೆ

RLS ಅನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು

ಅದನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು ಎಂಬುದರ ಸರಳ ಉದಾಹರಣೆಯನ್ನು ನೋಡೋಣ. ಆವೃತ್ತಿ 1C ಎಂಟರ್‌ಪ್ರೈಸ್ 8.2 (8.2.9.356) ನಲ್ಲಿ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ. ನಿರ್ಬಂಧಿತ ಪಠ್ಯ ಟೆಂಪ್ಲೇಟ್‌ಗಳ ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು "ಡೆವಲಪರ್ಸ್ ಗೈಡ್" ಪುಸ್ತಕದಲ್ಲಿ 8.2 ಗಾಗಿ ದಾಖಲಾತಿಯಲ್ಲಿ ವಿವರಿಸಲಾಗಿದೆ. ಭಾಗ 1, ಆದ್ದರಿಂದ ನಾವು ಅದರ ಮೇಲೆ ವಾಸಿಸುವುದಿಲ್ಲ.

ಆದ್ದರಿಂದ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪ್ರತಿಯೊಂದು ಪಾತ್ರಕ್ಕಾಗಿ ನಿರ್ಬಂಧಿತ ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವುದು ಮೊದಲ ಹಂತವಾಗಿದೆ.

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

ಬಹು ಪಾತ್ರಗಳನ್ನು ಸಂಪಾದಿಸಲು, "ಎಲ್ಲಾ ಪಾತ್ರಗಳು" ವಿಂಡೋ ಮೂಲಕ ನಿರ್ವಹಿಸಲು ಅನುಕೂಲಕರವಾಗಿದೆ.

ಷರತ್ತುಗಳನ್ನು ಇತರ ಪಾತ್ರಗಳಿಗೆ ನಕಲಿಸಲು ನೀವು ಎಲ್ಲಾ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳ ವಿಂಡೋವನ್ನು ಬಳಸಬಹುದು. ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಇತರ ಪಾತ್ರಗಳಿಗೆ ಹಸ್ತಚಾಲಿತವಾಗಿ ಮಾತ್ರ ನಕಲಿಸಬಹುದು.

ಅಷ್ಟೇ. ನೀವು ಫಲಿತಾಂಶವನ್ನು ಪರಿಶೀಲಿಸಬಹುದು.

RLS ಅನ್ನು ಬಳಸುವ ಅನಾನುಕೂಲಗಳು:

1. ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶ ನಿರ್ಬಂಧದ ಕಾರ್ಯವಿಧಾನದ ಬಳಕೆಯು ಪ್ರಶ್ನೆಯಲ್ಲಿ ಭಾಗವಹಿಸುವ ಕೋಷ್ಟಕಗಳಲ್ಲಿ ಸೂಚ್ಯವಾದ ಹೆಚ್ಚಳಕ್ಕೆ ಕಾರಣವಾಗುತ್ತದೆ, ಇದು ಡೇಟಾಬೇಸ್‌ನ ಕ್ಲೈಂಟ್-ಸರ್ವರ್ ಮೋಡ್‌ನಲ್ಲಿ ದೋಷಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು.
2. ಬರೆಯುವ ನಿಯಂತ್ರಣಕ್ಕಾಗಿ ಸಂಕೀರ್ಣ ಅಪ್ಲಿಕೇಶನ್ ತರ್ಕವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಕಷ್ಟವಾಗಬಹುದು ಅಥವಾ ಅಸಾಧ್ಯವಾಗಬಹುದು. ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ, OnWrite () ಕಾರ್ಯವಿಧಾನದಲ್ಲಿ ಷರತ್ತುಗಳನ್ನು ಬಳಸುವುದು ಉತ್ತಮ.
3. ಷರತ್ತು (ಪ್ರಶ್ನೆ) ಬರೆಯಲು ಡೆವಲಪರ್‌ನ ಕೆಲವು ಅರ್ಹತೆಗಳು ಬೇಕಾಗುತ್ತವೆ.
4. ಸ್ಥಿತಿಯನ್ನು (ಪ್ರಶ್ನೆ) ಡೀಬಗ್ ಮಾಡಲು ಅಸಮರ್ಥತೆಯಿಂದ ಹೆಚ್ಚುವರಿ ತೊಂದರೆಗಳನ್ನು ರಚಿಸಬಹುದು.

IN ವಿಶಿಷ್ಟ ಸಂರಚನೆಗಳುದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಹಕ್ಕುಗಳನ್ನು ಈ ಕೆಳಗಿನ ವಸ್ತುಗಳಿಗೆ ಸಂವಾದಾತ್ಮಕವಾಗಿ ಹೊಂದಿಸಬಹುದು: ಸಂಸ್ಥೆಗಳು, ಕೌಂಟರ್‌ಪಾರ್ಟಿಗಳು, ವಸ್ತುಗಳು, ಗೋದಾಮುಗಳು, ವಿಭಾಗಗಳು, ವ್ಯಕ್ತಿಗಳು, ಅಭ್ಯರ್ಥಿ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಮತ್ತು ಇತರರು.

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

1C 8.3 ನಲ್ಲಿ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು?

ಈ ಲೇಖನದಲ್ಲಿ ನಾವು 1C ಅಕೌಂಟಿಂಗ್ 8.3 ನಲ್ಲಿ ಬಳಕೆದಾರರೊಂದಿಗೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡಬೇಕೆಂದು ನೋಡೋಣ:

• ಹೊಸ ಬಳಕೆದಾರರನ್ನು ರಚಿಸಿ
• ಹಕ್ಕುಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ - ಪ್ರೊಫೈಲ್‌ಗಳು, ಪಾತ್ರಗಳು ಮತ್ತು ಪ್ರವೇಶ ಗುಂಪುಗಳು
• 1C 8.3 ರಲ್ಲಿ ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ (RLS) ಹಕ್ಕುಗಳ ನಿರ್ಬಂಧವನ್ನು ಹೇಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು - ಉದಾಹರಣೆಗೆ, ಸಂಸ್ಥೆಯ ಮೂಲಕ

ಸೂಚನೆಗಳು ಅಕೌಂಟಿಂಗ್ ಪ್ರೋಗ್ರಾಂಗೆ ಮಾತ್ರವಲ್ಲದೆ, BSP 2.x: 1C ಟ್ರೇಡ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ 11, ಸಂಬಳ ಮತ್ತು HR ಮ್ಯಾನೇಜ್ಮೆಂಟ್ 3.0, ERP 2.0, ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಆಧಾರದ ಮೇಲೆ ನಿರ್ಮಿಸಲಾದ ಇತರರಿಗೆ ಸಹ ಸೂಕ್ತವಾಗಿದೆ. ಸಣ್ಣ ಕಂಪನಿಮತ್ತು ಇತರರು.

1C ಪ್ರೋಗ್ರಾಂ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ, ಬಳಕೆದಾರ ನಿರ್ವಹಣೆಯನ್ನು "ಆಡಳಿತ" ವಿಭಾಗದಲ್ಲಿ, "ಬಳಕೆದಾರರು ಮತ್ತು ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸುವುದು" ಐಟಂನಲ್ಲಿ ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ:

1C ನಲ್ಲಿ ಹೊಸ ಬಳಕೆದಾರರನ್ನು ಹೇಗೆ ರಚಿಸುವುದು

1C ಅಕೌಂಟಿಂಗ್ 3.0 ನಲ್ಲಿ ಹೊಸ ಬಳಕೆದಾರರನ್ನು ರಚಿಸಲು ಮತ್ತು ಅವರಿಗೆ ಕೆಲವು ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ನಿಯೋಜಿಸಲು, "ಆಡಳಿತ" ಮೆನುವಿನಲ್ಲಿ "ಬಳಕೆದಾರ ಮತ್ತು ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್ಗಳು" ಐಟಂ ಇದೆ. ಅಲ್ಲಿಗೆ ಹೋಗೋಣ:

ಬಳಕೆದಾರರ ಪಟ್ಟಿಯನ್ನು "ಬಳಕೆದಾರರು" ವಿಭಾಗದಲ್ಲಿ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. ಇಲ್ಲಿ ನೀವು ಹೊಸ ಬಳಕೆದಾರರನ್ನು (ಅಥವಾ ಬಳಕೆದಾರರ ಗುಂಪು) ರಚಿಸಬಹುದು, ಅಥವಾ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಂದನ್ನು ಸಂಪಾದಿಸಬಹುದು. ಆಡಳಿತಾತ್ಮಕ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿರುವ ಬಳಕೆದಾರರು ಮಾತ್ರ ಬಳಕೆದಾರರ ಪಟ್ಟಿಯನ್ನು ನಿರ್ವಹಿಸಬಹುದು.

"ಅಕೌಂಟಿಂಗ್" ಎಂಬ ಬಳಕೆದಾರರ ಗುಂಪನ್ನು ರಚಿಸೋಣ, ಮತ್ತು ಅದರಲ್ಲಿ ಇಬ್ಬರು ಬಳಕೆದಾರರು ಇರುತ್ತಾರೆ: "ಅಕೌಂಟೆಂಟ್ 1" ಮತ್ತು "ಅಕೌಂಟೆಂಟ್ 2".

ಗುಂಪನ್ನು ರಚಿಸಲು, ಮೇಲಿನ ಚಿತ್ರದಲ್ಲಿ ಹೈಲೈಟ್ ಮಾಡಲಾದ ಬಟನ್ ಅನ್ನು ಕ್ಲಿಕ್ ಮಾಡಿ ಮತ್ತು ಹೆಸರನ್ನು ನಮೂದಿಸಿ. ಅಕೌಂಟೆಂಟ್ ಪಾತ್ರಕ್ಕೆ ಸೂಕ್ತವಾದ ಮಾಹಿತಿ ಬೇಸ್‌ನಲ್ಲಿ ಇತರ ಬಳಕೆದಾರರು ಇದ್ದರೆ, ನೀವು ತಕ್ಷಣ ಅವರನ್ನು ಗುಂಪಿಗೆ ಸೇರಿಸಬಹುದು. ನಮ್ಮ ಉದಾಹರಣೆಯಲ್ಲಿ ಯಾವುದೂ ಇಲ್ಲ, ಆದ್ದರಿಂದ ನಾವು "ರೆಕಾರ್ಡ್ ಮಾಡಿ ಮತ್ತು ಮುಚ್ಚಿ" ಕ್ಲಿಕ್ ಮಾಡಿ.

ಈಗ ಬಳಕೆದಾರರನ್ನು ರಚಿಸೋಣ. ನಮ್ಮ ಗುಂಪಿನಲ್ಲಿ ಕರ್ಸರ್ ಅನ್ನು ಇರಿಸಿ ಮತ್ತು "ರಚಿಸು" ಬಟನ್ ಕ್ಲಿಕ್ ಮಾಡಿ:

IN ಪೂರ್ಣ ಹೆಸರು"ಅಕೌಂಟೆಂಟ್ 1" ಅನ್ನು ನಮೂದಿಸಿ, ಲಾಗಿನ್ ಹೆಸರನ್ನು "ಅಕೌಂಟೆಂಟ್ 1" ಗೆ ಹೊಂದಿಸಿ (ಪ್ರೋಗ್ರಾಂ ಅನ್ನು ನಮೂದಿಸುವಾಗ ಇದು ಪ್ರದರ್ಶಿಸಲ್ಪಡುತ್ತದೆ). ಪಾಸ್ವರ್ಡ್ "1" ಆಗಿರುತ್ತದೆ.

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

"ಸ್ಟಾರ್ಟ್ಅಪ್ ಮೋಡ್" ಅನ್ನು "ಸ್ವಯಂ" ಎಂದು ಬಿಡಿ.

ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ - ಪಾತ್ರಗಳು, ಪ್ರೊಫೈಲ್ಗಳು

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

ಅಕೌಂಟೆಂಟ್ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆಮಾಡಿ. ಈ ಪ್ರೊಫೈಲ್ ಪ್ರಮಾಣಿತವಾಗಿದೆ ಮತ್ತು ಅಕೌಂಟೆಂಟ್‌ಗೆ ಅಗತ್ಯವಿರುವ ಮೂಲಭೂತ ಹಕ್ಕುಗಳೊಂದಿಗೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ. "ರೆಕಾರ್ಡ್" ಕ್ಲಿಕ್ ಮಾಡಿ ಮತ್ತು ವಿಂಡೋವನ್ನು ಮುಚ್ಚಿ.

"ಬಳಕೆದಾರ (ಸೃಷ್ಟಿ)" ವಿಂಡೋದಲ್ಲಿ, "ಉಳಿಸಿ ಮತ್ತು ಮುಚ್ಚಿ" ಕ್ಲಿಕ್ ಮಾಡಿ. ನಾವು ಎರಡನೇ ಅಕೌಂಟೆಂಟ್ ಅನ್ನು ಸಹ ರಚಿಸುತ್ತಿದ್ದೇವೆ. ಬಳಕೆದಾರರನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ ಮತ್ತು ಕೆಲಸ ಮಾಡಬಹುದು ಎಂದು ನಾವು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುತ್ತೇವೆ:

ಒಂದೇ ಬಳಕೆದಾರನು ಹಲವಾರು ಗುಂಪುಗಳಿಗೆ ಸೇರಿರಬಹುದು ಎಂದು ಗಮನಿಸಬೇಕು.

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

"ಆಕ್ಸೆಸ್ ಗ್ರೂಪ್ ಪ್ರೊಫೈಲ್" ವಿಭಾಗಕ್ಕೆ ಹೋಗೋಣ.

ನಮ್ಮ ಅಕೌಂಟೆಂಟ್‌ಗಳಿಗೆ ಜರ್ನಲ್ ಪ್ರವೇಶವನ್ನು ವೀಕ್ಷಿಸಲು ನಾವು ಅನುಮತಿಸಬೇಕು ಎಂದು ಹೇಳೋಣ.

ಮೊದಲಿನಿಂದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ರಚಿಸುವುದು ಸಾಕಷ್ಟು ಶ್ರಮದಾಯಕವಾಗಿದೆ, ಆದ್ದರಿಂದ ನಾವು "ಅಕೌಂಟೆಂಟ್" ಪ್ರೊಫೈಲ್ ಅನ್ನು ನಕಲಿಸೋಣ:

ಮತ್ತು ಅದಕ್ಕೆ ಅಗತ್ಯವಾದ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡೋಣ - "ವೀಕ್ಷಣೆ ಲಾಗ್" ಪಾತ್ರವನ್ನು ಸೇರಿಸಿ:

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

ಈಗ ನಾವು ಮೊದಲು ರಚಿಸಿದ ಬಳಕೆದಾರರ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗಿದೆ.

1C 8.3 (RLS) ನಲ್ಲಿ ರೆಕಾರ್ಡಿಂಗ್ ಮಟ್ಟದಲ್ಲಿ ಹಕ್ಕುಗಳನ್ನು ನಿರ್ಬಂಧಿಸುವುದು

ರೆಕಾರ್ಡ್ ಮಟ್ಟದಲ್ಲಿ ಹಕ್ಕುಗಳನ್ನು ನಿರ್ಬಂಧಿಸುವುದು ಅಥವಾ ಅವರು ಅದನ್ನು 1C - RLS (ರೆಕಾರ್ಡ್ ಲೆವೆಲ್ ಸೆಕ್ಯುರಿಟಿ) ಎಂದು ಕರೆಯುವುದರ ಅರ್ಥವೇನೆಂದು ಲೆಕ್ಕಾಚಾರ ಮಾಡೋಣ. ಈ ಅವಕಾಶವನ್ನು ಪಡೆಯಲು, ನೀವು ಸೂಕ್ತವಾದ ಪೆಟ್ಟಿಗೆಯನ್ನು ಪರಿಶೀಲಿಸಬೇಕು:

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

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

“ಪ್ರವೇಶ ಪ್ರಕಾರ” “ಸಂಸ್ಥೆಗಳು”, “ಪ್ರವೇಶ ಮೌಲ್ಯಗಳು” ಆಯ್ಕೆಮಾಡಿ “ಎಲ್ಲಾ ಅನುಮತಿಸಲಾಗಿದೆ, ವಿನಾಯಿತಿಗಳನ್ನು ಪ್ರವೇಶ ಗುಂಪುಗಳಲ್ಲಿ ನಿಯೋಜಿಸಲಾಗಿದೆ”. "ಉಳಿಸಿ ಮತ್ತು ಮುಚ್ಚಿ" ಕ್ಲಿಕ್ ಮಾಡಿ.

ಈಗ ನಾವು "ಬಳಕೆದಾರರು" ವಿಭಾಗಕ್ಕೆ ಹಿಂತಿರುಗುತ್ತೇವೆ ಮತ್ತು ಉದಾಹರಣೆಗೆ, ಬಳಕೆದಾರ "ಅಕೌಂಟೆಂಟ್ 1" ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಿ. "ಪ್ರವೇಶ ಹಕ್ಕುಗಳು" ಬಟನ್ ಕ್ಲಿಕ್ ಮಾಡಿ:

"ಸೇರಿಸು" ಬಟನ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು, "ಅಕೌಂಟೆಂಟ್ 1" ಮೂಲಕ ಡೇಟಾವನ್ನು ನೋಡುವ ಸಂಸ್ಥೆಯನ್ನು ಆಯ್ಕೆಮಾಡಿ.

ಸೂಚನೆ! ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಹಕ್ಕುಗಳನ್ನು ಬೇರ್ಪಡಿಸುವ ಕಾರ್ಯವಿಧಾನವನ್ನು ಬಳಸುವುದು ಒಟ್ಟಾರೆಯಾಗಿ ಕಾರ್ಯಕ್ರಮದ ಕಾರ್ಯಕ್ಷಮತೆಯ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಬಹುದು. ಪ್ರೋಗ್ರಾಮರ್‌ಗಾಗಿ ಗಮನಿಸಿ: RLS ನ ಮೂಲತತ್ವವೆಂದರೆ 1C ಸಿಸ್ಟಮ್ ಪ್ರತಿ ವಿನಂತಿಗೆ ಹೆಚ್ಚುವರಿ ಸ್ಥಿತಿಯನ್ನು ಸೇರಿಸುತ್ತದೆ, ಈ ಮಾಹಿತಿಯನ್ನು ಓದಲು ಬಳಕೆದಾರರಿಗೆ ಅನುಮತಿ ಇದೆಯೇ ಎಂಬ ಮಾಹಿತಿಯನ್ನು ವಿನಂತಿಸುತ್ತದೆ.

ಇತರ ಸೆಟ್ಟಿಂಗ್‌ಗಳು

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

"ಬಳಕೆದಾರ ಸೆಟ್ಟಿಂಗ್ಗಳು" ವಿಭಾಗದಲ್ಲಿ, ನೀವು ಪ್ರೋಗ್ರಾಂನ ನೋಟವನ್ನು ಬದಲಾಯಿಸಬಹುದು ಮತ್ತು ಬಳಕೆಗೆ ಸುಲಭವಾಗುವಂತೆ ಹೆಚ್ಚುವರಿ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಮಾಡಬಹುದು.

"ಬಾಹ್ಯ ಬಳಕೆದಾರರಿಗೆ ಪ್ರವೇಶವನ್ನು ಅನುಮತಿಸಿ" ಚೆಕ್ಬಾಕ್ಸ್ ಬಾಹ್ಯ ಬಳಕೆದಾರರನ್ನು ಸೇರಿಸಲು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನೀವು 1C ಆಧರಿಸಿ ಆನ್ಲೈನ್ ​​ಸ್ಟೋರ್ ಅನ್ನು ಸಂಘಟಿಸಲು ಬಯಸುತ್ತೀರಿ. ಅಂಗಡಿಯ ಗ್ರಾಹಕರು ಬಾಹ್ಯ ಬಳಕೆದಾರರಾಗಿರುತ್ತಾರೆ. ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರಂತೆಯೇ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ.

ವಸ್ತುಗಳ ಆಧಾರದ ಮೇಲೆ: programmist1s.ru

1C: ಎಂಟರ್‌ಪ್ರೈಸ್ 8 ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಡೇಟಾಗೆ ಪ್ರವೇಶವನ್ನು ನಿರ್ಬಂಧಿಸಲು ಅಂತರ್ನಿರ್ಮಿತ ಕಾರ್ಯವಿಧಾನವನ್ನು ಹೊಂದಿದೆ. ಸಾಮಾನ್ಯ ಮಾಹಿತಿನೀವು ಅದರ ಬಗ್ಗೆ ಇಲ್ಲಿ ಓದಬಹುದು. ಸಂಕ್ಷಿಪ್ತವಾಗಿ, RLS ಕ್ಷೇತ್ರ ಮೌಲ್ಯಗಳ ಮೇಲೆ ಕೆಲವು ಷರತ್ತುಗಳ ಆಧಾರದ ಮೇಲೆ ಡೇಟಾಗೆ ಪ್ರವೇಶವನ್ನು ನಿರ್ಬಂಧಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, "ಸಂಘಟನೆ" ಗುಣಲಕ್ಷಣದ ಮೌಲ್ಯವನ್ನು ಅವಲಂಬಿಸಿ ನೀವು ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳಿಗೆ ಬಳಕೆದಾರರ ಪ್ರವೇಶವನ್ನು ಮಿತಿಗೊಳಿಸಬಹುದು. ಕೆಲವು ಬಳಕೆದಾರರು ಸಂಸ್ಥೆಯ ದಾಖಲೆಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ" ಮ್ಯಾನೇಜ್ಮೆಂಟ್ ಕಂಪನಿ", ಮತ್ತು ಉಳಿದವು "ಡೈರಿ ಪ್ಲಾಂಟ್" ಸಂಸ್ಥೆಯೊಂದಿಗೆ. ಉದಾಹರಣೆಯಾಗಿ.

ತಯಾರಿ

SCP 1.3 ರ ಡೆಮೊ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ ನಾವು ಉದಾಹರಣೆಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತೇವೆ. "ಸ್ಟೋರ್ಕೀಪರ್" ಬಳಕೆದಾರನನ್ನು ರಚಿಸೋಣ ಮತ್ತು ಅದೇ ಹೆಸರಿನ "ಸ್ಟೋರ್ಕೀಪರ್" ಪಾತ್ರವನ್ನು ಅವನಿಗೆ ಸೇರಿಸೋಣ.

ಈಗ ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸಲು ನೇರವಾಗಿ ಮುಂದುವರಿಯೋಣ. "ಬಳಕೆದಾರ ಆಡಳಿತ" ಇಂಟರ್ಫೇಸ್ಗೆ ಬದಲಾಯಿಸೋಣ. ಮುಖ್ಯ ಮೆನುವಿನಲ್ಲಿ, "ರೆಕಾರ್ಡ್ ಮಟ್ಟದ ಪ್ರವೇಶ -> ಆಯ್ಕೆಗಳು" ಆಯ್ಕೆಮಾಡಿ. ಇಲ್ಲಿ, "ಆಬ್ಜೆಕ್ಟ್ ಪ್ರಕಾರದ ಮೂಲಕ ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶವನ್ನು ನಿರ್ಬಂಧಿಸಿ" ಪಕ್ಕದಲ್ಲಿರುವ ಬಾಕ್ಸ್ ಅನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ವಸ್ತುಗಳ ಪಟ್ಟಿಯಲ್ಲಿ "ಸಂಸ್ಥೆಗಳು" ಆಯ್ಕೆಮಾಡಿ.

ಹೀಗಾಗಿ, ನಾವು RLS ಬಳಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿದ್ದೇವೆ. ಈಗ ನೀವು ಅದನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕಾಗಿದೆ.

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

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

ಗುಂಪಿನ ಪ್ರವೇಶ ವಸ್ತುಗಳ ಪಟ್ಟಿಗೆ "ಐಪಿಇ "ಉದ್ಯಮಿ" ಸಂಸ್ಥೆಯನ್ನು ಸೇರಿಸೋಣ. ಹಕ್ಕುಗಳ ಉತ್ತರಾಧಿಕಾರದ ಪ್ರಕಾರವು ಬದಲಾಗದೆ ಉಳಿಯುತ್ತದೆ. ನಾವು ಓದಲು ಮತ್ತು ಬರೆಯಲು ಪ್ರವೇಶ ವಸ್ತುವಿನ ಹಕ್ಕನ್ನು ಹೊಂದಿಸುತ್ತೇವೆ. "ಸರಿ" ಕ್ಲಿಕ್ ಮಾಡಿ, ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಸಿದ್ಧವಾಗಿವೆ. ನಾವು ಈಗಷ್ಟೇ RLS ಅನ್ನು ಸಂಸ್ಥೆಯ ಮಟ್ಟದಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದೇವೆ.

ಬಳಕೆದಾರರು ಏನು ನೋಡುತ್ತಾರೆ

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

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

ಹೀಗಾಗಿ, ಬಳಕೆದಾರನು ತನಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿಸದ ಸಂಸ್ಥೆಗಳನ್ನು ನೋಡುವುದಿಲ್ಲ, ಆದರೆ "ಸಂಸ್ಥೆ" ಗಾಗಿ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸಲಾದ ಮಾಹಿತಿ ನೆಲೆಯಲ್ಲಿ ದಾಖಲೆಗಳು ಮತ್ತು ಇತರ ವಸ್ತುಗಳನ್ನು ಓದಲು / ಬರೆಯಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಗುಣಲಕ್ಷಣ.

RLS ಅನ್ನು ಹೊಂದಿಸುವ ಸರಳ ಉದಾಹರಣೆಯನ್ನು ನಾವು ನೋಡಿದ್ದೇವೆ. ಮುಂದಿನ ಲೇಖನದಲ್ಲಿ ನಾವು "ಮ್ಯಾನುಫ್ಯಾಕ್ಚರಿಂಗ್ ಎಂಟರ್ಪ್ರೈಸ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್" ಕಾನ್ಫಿಗರೇಶನ್ ಆವೃತ್ತಿ 1.3 ರಲ್ಲಿ RLS ಕಾರ್ಯವಿಧಾನದ ಅನುಷ್ಠಾನದ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇವೆ.

ಈ ಲೇಖನದಲ್ಲಿ 1C:UPP 1.3 ರಲ್ಲಿ "ರೆಕಾರ್ಡ್-ಲೆವೆಲ್ ಪ್ರವೇಶ ನಿರ್ಬಂಧ" ಕಾನ್ಫಿಗರೇಶನ್ ಕಾರ್ಯವಿಧಾನವು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ. ಲೇಖನದ ಮಾಹಿತಿಯನ್ನು ಮೇ 2015 ರಂತೆ ಸಂಗ್ರಹಿಸಲಾಗಿದೆ. ಅಂದಿನಿಂದ, UPP ಅನ್ನು ಆಮೂಲಾಗ್ರವಾಗಿ ನವೀಕರಿಸಲಾಗಿಲ್ಲ, ಏಕೆಂದರೆ 1C 1C:ERP ಅನ್ನು ಅದರ ಪ್ರಮುಖವಾಗಿ ಆಯ್ಕೆಮಾಡಿದೆ. ಇನ್ನೂ, UPP ಅನೇಕ ಉದ್ಯಮಗಳಲ್ಲಿ ಸರಿಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಾನು ಈ ಲೇಖನದಲ್ಲಿ UPP ಯಲ್ಲಿ RLS ಕುರಿತು ನನ್ನ ಸಂಶೋಧನೆಯ ಫಲಿತಾಂಶಗಳನ್ನು ಪೋಸ್ಟ್ ಮಾಡುತ್ತಿದ್ದೇನೆ. ಇದು ಖಂಡಿತವಾಗಿಯೂ ಯಾರಿಗಾದರೂ ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ.

ಎಲ್ಲವೂ ಶುಷ್ಕ, ಸಂಕುಚಿತ ಮತ್ತು ನೀರಿಲ್ಲದೆ. ನಾನು ಹೇಗೆ ಪ್ರೀತಿಸುತ್ತೇನೆ))).

ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಪ್ರವೇಶಿಸಿ.

ವಸ್ತುಗಳ ಪರಸ್ಪರ ಕ್ರಿಯೆಯ ಯೋಜನೆ.

UPP 1.3 ರಲ್ಲಿ, BSP ಆವೃತ್ತಿ 1.2.4.1 ರಿಂದ "ಪ್ರವೇಶ ನಿಯಂತ್ರಣ" ಉಪವ್ಯವಸ್ಥೆಯಿಂದ ಪ್ರವೇಶ ನಿಯಂತ್ರಣವನ್ನು ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ.

UPP ಯಲ್ಲಿನ ಪ್ರವೇಶ ನಿಯಂತ್ರಣ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಬಳಸಲಾದ ಮೆಟಾಡೇಟಾ:

1. ಉಲ್ಲೇಖ "ಬಳಕೆದಾರರ ಅನುಮತಿ ಪ್ರೊಫೈಲ್ಗಳು"
2. ಮಾಹಿತಿ ನೋಂದಣಿ "ಹೆಚ್ಚುವರಿ ಬಳಕೆದಾರರ ಹಕ್ಕುಗಳ ಮೌಲ್ಯಗಳು"
3. ಗುಣಲಕ್ಷಣಗಳ ಪ್ರಕಾರಗಳ ಯೋಜನೆ "ಬಳಕೆದಾರ ಹಕ್ಕುಗಳು"
4. ಡೈರೆಕ್ಟರಿ "ಬಳಕೆದಾರರು"
5. ಸಿಸ್ಟಮ್ ಡೈರೆಕ್ಟರಿ "IS ಬಳಕೆದಾರರು"
6. ಡೈರೆಕ್ಟರಿ "ಬಳಕೆದಾರ ಗುಂಪುಗಳು"
7. ಮಾಹಿತಿಯ ನೋಂದಣಿ "ಬಳಕೆದಾರ ಸೆಟ್ಟಿಂಗ್‌ಗಳು"
8. ಗುಣಲಕ್ಷಣಗಳ ಯೋಜನೆ ಪ್ರಕಾರಗಳು "ಬಳಕೆದಾರ ಸೆಟ್ಟಿಂಗ್ಗಳು"
9. ಎಣಿಕೆ "ಪ್ರವೇಶ ವಸ್ತುಗಳ ವಿಧಗಳು"
10. ಮಾಹಿತಿಯ ನೋಂದಣಿ "ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳ ಪ್ರಕಾರಗಳ ಉದ್ದೇಶ"
11. ಎಣಿಕೆ "ಆಕ್ಸೆಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳ ಡೇಟಾ ಪ್ರದೇಶಗಳು"
12. ಮಾಹಿತಿ ನೋಂದಣಿ "ಬಳಕೆದಾರರ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್ಗಳು"
13. ಸೆಷನ್ ಆಯ್ಕೆ "ಮಿತಿಯನ್ನು ಬಳಸಿ<ВидДоступа>».

ದಾಖಲೆ ಮಟ್ಟದ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ.

ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ ರೆಕಾರ್ಡ್ ಲೆವೆಲ್ ಮಿತಿಯನ್ನು (RLS) ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ
“ಬಳಕೆದಾರ ಆಡಳಿತ” -> “ದಾಖಲೆ ಮಟ್ಟದ ಪ್ರವೇಶ” -> “ಸೆಟ್ಟಿಂಗ್‌ಗಳು”.

ಪ್ರವೇಶ ವಸ್ತು ಪ್ರಕಾರಗಳ ಮೂಲಕ ದಾಖಲೆ ಮಟ್ಟದ ಪ್ರವೇಶವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ. ಪ್ರವೇಶ ವಸ್ತುಗಳ ಪ್ರಕಾರಗಳ ಪಟ್ಟಿ (ಅನುಗುಣವಾದ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಬ್ರಾಕೆಟ್‌ಗಳಲ್ಲಿ ಸೂಚಿಸಲಾಗುತ್ತದೆ):

• "ಕೌಂಟರ್‌ಪಾರ್ಟೀಸ್" ("ಕೌಂಟರ್‌ಪಾರ್ಟೀಸ್")
• "ಸಂಸ್ಥೆಗಳು" ("ಸಂಸ್ಥೆಗಳು")
• « ವ್ಯಕ್ತಿಗಳು» ("ವ್ಯಕ್ತಿಗಳು")
• "ಯೋಜನೆಗಳು" ("ಯೋಜನೆಗಳು")
• "ಗೋದಾಮುಗಳು ("ಗೋದಾಮುಗಳು (ಶೇಖರಣಾ ಸ್ಥಳಗಳು)")
• "ಅಭ್ಯರ್ಥಿಗಳು" ("ಅಭ್ಯರ್ಥಿಗಳು")
• ಟಿಪ್ಪಣಿಗಳು (ಗಮನಿಸಿ ನಮೂದು ವಿಧಗಳು)
• "ವಿಭಾಗಗಳು" ("ವಿಭಾಗಗಳು")
• "ಸಂಸ್ಥೆಗಳ ವಿಭಾಗಗಳು" ("ಸಂಸ್ಥೆಯ ವಿಭಾಗಗಳು")
• “ನಾಮಕರಣ (ಬದಲಾವಣೆ)” (“ನಾಮಕರಣ”)
• "ವಿಶೇಷಣಗಳು" ("ವಿಶೇಷಣಗಳು")
• "ಐಟಂ ಬೆಲೆಗಳು" ("ಐಟಂ ಬೆಲೆ ಪ್ರಕಾರಗಳು")
• "ಬಾಹ್ಯ ಪ್ರಕ್ರಿಯೆ" ("ಬಾಹ್ಯ ಸಂಸ್ಕರಣೆ")

* ಸ್ಕ್ರಾಲ್ ಮಾಡಿ ಸಂಭವನೀಯ ವಿಧಗಳುಪ್ರವೇಶವನ್ನು ನಿಗದಿಪಡಿಸಲಾಗಿದೆ ಮತ್ತು "ಪ್ರವೇಶ ವಸ್ತುಗಳ ವಿಧಗಳು" ಎಣಿಕೆಯಲ್ಲಿ ಒಳಗೊಂಡಿರುತ್ತದೆ.

ಡೈರೆಕ್ಟರಿ "ಬಳಕೆದಾರರ ಅನುಮತಿ ಪ್ರೊಫೈಲ್ಗಳು".

ವಸ್ತುಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ ಮಾಹಿತಿ ಆಧಾರಬಳಕೆದಾರರ ಅನುಮತಿಗಳ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಹೊಂದಿಸುವುದರೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ.

ಪ್ರೊಫೈಲ್ ಒಂದುಗೂಡಿಸುತ್ತದೆ

• ಪಾತ್ರಗಳ ಒಂದು ಸೆಟ್ - ವಸ್ತುಗಳಿಗೆ ಪ್ರವೇಶ ಹಕ್ಕುಗಳು
• ಹೆಚ್ಚುವರಿ ಬಳಕೆದಾರರ ಹಕ್ಕುಗಳು - ಹಕ್ಕುಗಳು ಕಾರ್ಯಶೀಲತೆಕಾರ್ಯಕ್ರಮಗಳು.

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

ಪ್ರೊಫೈಲ್ ಅಥವಾ ಬಳಕೆದಾರರಿಗೆ ಹೆಚ್ಚುವರಿ ಹಕ್ಕುಗಳನ್ನು ದಾಖಲಿಸಬಹುದು. ಇದಲ್ಲದೆ, ಹೆಚ್ಚುವರಿ ಹಕ್ಕುಗಳನ್ನು ಪ್ರೊಫೈಲ್‌ಗಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ್ದರೆ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಬಳಕೆದಾರರೊಂದಿಗೆ ಸಂಯೋಜಿತವಾಗಿದ್ದರೆ, ಬಳಕೆದಾರರಿಗೆ ಹೆಚ್ಚುವರಿ ಹಕ್ಕುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ.
*ಹಕ್ಕುಗಳ ಪಟ್ಟಿಯನ್ನು ಗುಣಲಕ್ಷಣಗಳ ಪ್ರಕಾರದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡಲಾಗಿದೆ "ಬಳಕೆದಾರ ಹಕ್ಕುಗಳು"

"ಪಾತ್ರಗಳ ಪಟ್ಟಿ" ಕೋಷ್ಟಕ ವಿಭಾಗದಲ್ಲಿನ ಪ್ರೊಫೈಲ್ ಸ್ವತಃ ಸಕ್ರಿಯಗೊಳಿಸಲಾದ ಎಲ್ಲಾ ಪಾತ್ರಗಳನ್ನು ಒಳಗೊಂಡಿದೆ. ಪ್ರೊಫೈಲ್ ಪಾತ್ರಗಳ ಸಂಯೋಜನೆಯು ಬದಲಾದಾಗ, ಈ ಪ್ರೊಫೈಲ್ ಅನ್ನು ನಿಯೋಜಿಸಲಾದ ಮಾಹಿತಿ ಬೇಸ್‌ನ ಎಲ್ಲಾ ಬಳಕೆದಾರರ ("ಬಳಕೆದಾರರು" ಡೈರೆಕ್ಟರಿಯಲ್ಲ) "ಪಾತ್ರಗಳು" ಕೋಷ್ಟಕ ಭಾಗವನ್ನು ಮರುಪೂರಣ ಮಾಡಲಾಗುತ್ತದೆ.

ಡೈರೆಕ್ಟರಿ "ಬಳಕೆದಾರರು" ಮತ್ತು "ಮಾಹಿತಿ ಬೇಸ್ ಬಳಕೆದಾರರು" ನಡುವಿನ ಸಂಪರ್ಕವನ್ನು "ಬಳಕೆದಾರರು" ಡೈರೆಕ್ಟರಿಯ "IB ಬಳಕೆದಾರ ಗುರುತಿಸುವಿಕೆ" ಗುಣಲಕ್ಷಣದ ಮೂಲಕ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ, ಇದು IS ಬಳಕೆದಾರರ GUID ಅನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ.

ಬಳಕೆದಾರರಿಗೆ ನಿರ್ದಿಷ್ಟ ಪ್ರೊಫೈಲ್ ಅನ್ನು ನಿಯೋಜಿಸಿದರೆ ಬಳಕೆದಾರರ ಪಾತ್ರಗಳ ಸಂಯೋಜನೆಯು ಸಂಪಾದನೆಗೆ ಲಭ್ಯವಿರುವುದಿಲ್ಲ.

ಬಳಕೆದಾರರಿಗೆ "ಬಳಕೆದಾರ ಸೆಟ್ಟಿಂಗ್ಗಳು" ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಲು ಸಾಧ್ಯವಿದೆ. ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ವಿಶಿಷ್ಟವಾದ ಸ್ವಯಂಚಾಲಿತ ಸಿಸ್ಟಮ್ ನಡವಳಿಕೆಗಾಗಿ ಇವು ವಿವಿಧ ಸೇವಾ ಸೆಟ್ಟಿಂಗ್‌ಗಳಾಗಿವೆ.

ಸೆಟ್ಟಿಂಗ್ಗಳ ಫಲಿತಾಂಶವನ್ನು "ಬಳಕೆದಾರ ಸೆಟ್ಟಿಂಗ್ಗಳು" ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್ನಲ್ಲಿ ದಾಖಲಿಸಲಾಗಿದೆ.

ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಪಟ್ಟಿ ಮತ್ತು ಅವುಗಳ ಸಂಭವನೀಯ ಮೌಲ್ಯಗಳು “ಬಳಕೆದಾರ ಸೆಟ್ಟಿಂಗ್‌ಗಳು” ವಿಶಿಷ್ಟ ಪ್ರಕಾರದ ಯೋಜನೆಯಲ್ಲಿವೆ.
*ದಾಖಲೆ ಮಟ್ಟದ ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ.

ಡೈರೆಕ್ಟರಿ "ಬಳಕೆದಾರ ಗುಂಪುಗಳು".

ಬಳಕೆದಾರರನ್ನು ಗುಂಪುಗಳಾಗಿ ಸಂಘಟಿಸಲು ಮತ್ತು ಇತರ ವಿಷಯಗಳ ಜೊತೆಗೆ, ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಬಳಸಲಾಗುತ್ತದೆ.

ಒಬ್ಬ ಬಳಕೆದಾರರನ್ನು ಹಲವಾರು ಗುಂಪುಗಳಲ್ಲಿ ಸೇರಿಸಬಹುದು.

ಬಳಕೆದಾರರ ಗುಂಪಿನ ರೂಪದಲ್ಲಿ, ನೀವು ಪ್ರವೇಶ ಪ್ರಕಾರಗಳ ಪಟ್ಟಿಯನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು.

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

ನಿಮ್ಮ ಕಾನ್ಫಿಗರೇಶನ್ ರೆಕಾರ್ಡ್-ಲೆವೆಲ್ ಪ್ರವೇಶ ನಿರ್ಬಂಧಗಳನ್ನು ಬಳಸಿದರೆ, ಪ್ರತಿ ಬಳಕೆದಾರರನ್ನು ಗುಂಪುಗಳಲ್ಲಿ ಒಂದರಲ್ಲಿ ಸೇರಿಸಬೇಕು.

ಪ್ರಮುಖ! ಯಾವುದೇ ಗುಂಪಿನಲ್ಲಿ ಸೇರಿಸದ ಬಳಕೆದಾರರಿಗೆ ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶವನ್ನು ನಿರ್ಧರಿಸಿದ ಆ ವಸ್ತುಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಇದು ಎಲ್ಲಾ ಆಬ್ಜೆಕ್ಟ್‌ಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ - ಅನುಗುಣವಾದ ಪ್ರವೇಶ ವಸ್ತು ಪ್ರಕಾರಗಳನ್ನು ಬಳಸಲಾಗಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ.

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

ಪ್ರಮುಖ! ಬಳಕೆದಾರರನ್ನು ಒಳಗೊಂಡಂತೆ ಒಂದು ದೊಡ್ಡ ಸಂಖ್ಯೆಯಗುಂಪುಗಳು ಕಾರ್ಯಕ್ಷಮತೆಯ ಇಳಿಕೆಗೆ ಕಾರಣವಾಗಬಹುದು. ಆದ್ದರಿಂದ, ನೀವು ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಗುಂಪುಗಳಲ್ಲಿ ಬಳಕೆದಾರರನ್ನು ಸೇರಿಸಬಾರದು.

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

*ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳಲ್ಲಿ ಕೇಸ್ ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ

"ಪ್ರವೇಶ ಸೆಟ್ಟಿಂಗ್‌ಗಳು" ಫಾರ್ಮ್.

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

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

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

ಪ್ರವೇಶ ಪ್ರಕಾರಗಳು ಮತ್ತು ಸಂಭವನೀಯ ಸೆಟ್ಟಿಂಗ್‌ಗಳ ಹೋಲಿಕೆ:

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

"ಓದುವಿಕೆ" - ಬಳಕೆದಾರರು ಪಟ್ಟಿಯಲ್ಲಿನ ಡೈರೆಕ್ಟರಿ ಐಟಂ ಅನ್ನು ನೋಡುತ್ತಾರೆ ಮತ್ತು ಅದನ್ನು ವೀಕ್ಷಿಸಲು ತೆರೆಯಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಮತ್ತು ಇತರ ವಸ್ತುಗಳ ವಿವರಗಳನ್ನು ಭರ್ತಿ ಮಾಡುವಾಗ ಪಟ್ಟಿಯಿಂದ ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಸಹ ಸಾಧ್ಯವಾಗುತ್ತದೆ.

"ರೆಕಾರ್ಡ್" - ಬಳಕೆದಾರರು ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ:

• ಕೆಲವು ಡೈರೆಕ್ಟರಿಗಳ ಅಂಶಗಳು - ಪ್ರವೇಶ ವಸ್ತುಗಳ ಪ್ರಕಾರಗಳು (ಎಲ್ಲವೂ ಅಲ್ಲ - ವಿನಾಯಿತಿಗಳಿವೆ, ಕೆಳಗೆ ನೋಡಿ),
• ಈ ಡೈರೆಕ್ಟರಿ ಅಂಶಗಳೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದ ಡೇಟಾ (ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳು, ರೆಜಿಸ್ಟರ್‌ಗಳು, ಅಧೀನ ಡೈರೆಕ್ಟರಿಗಳು).

ವಿನಾಯಿತಿ: ಕೆಲವು ಡೈರೆಕ್ಟರಿಗಳ ಅಂಶಗಳಿಗೆ ಪ್ರವೇಶ - ಪ್ರವೇಶ ವಸ್ತುಗಳ ಪ್ರಕಾರಗಳು - "ಬರೆಯಿರಿ" ಹಕ್ಕನ್ನು ಅವಲಂಬಿಸಿರುವುದಿಲ್ಲ. ಇವು ಡೈರೆಕ್ಟರಿಗಳಾಗಿವೆ: ಸಂಸ್ಥೆಗಳು, ವಿಭಾಗಗಳು, ಸಂಸ್ಥೆಗಳ ವಿಭಾಗಗಳು, ಗೋದಾಮುಗಳು, ಯೋಜನೆಗಳು. ಅವು ಮಾಸ್ಟರ್ ಡೇಟಾ ಆಬ್ಜೆಕ್ಟ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಿವೆ, ಆದ್ದರಿಂದ "ಮಾಸ್ಟರ್ ಡೇಟಾ ಸೆಟಪ್..." ಪಾತ್ರವನ್ನು ಹೊಂದಿರುವ ಬಳಕೆದಾರರು ಮಾತ್ರ ಅವುಗಳನ್ನು ಬದಲಾಯಿಸಬಹುದು.

ಪ್ರವೇಶ ವಸ್ತುವಿನ ಪ್ರಕಾರಕ್ಕಾಗಿ " ನಾಮಕರಣ (ಬದಲಾವಣೆ)"ರೆಕಾರ್ಡ್" ಗೆ ಪ್ರವೇಶ ಹಕ್ಕನ್ನು "ನಾಮಕರಣ" ಡೈರೆಕ್ಟರಿಯ ಗುಂಪು ಮಟ್ಟದಲ್ಲಿ ಮಾತ್ರ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ; "ದಾಖಲೆ" ಅನ್ನು ಸರಿಯಾಗಿ ಹೊಂದಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ವೈಯಕ್ತಿಕ ಅಂಶ ಉಲ್ಲೇಖದ ಪುಸ್ತಕ.

"ನಾಮಕರಣ" ಉಲ್ಲೇಖ ಪುಸ್ತಕ ಮತ್ತು ಸಂಬಂಧಿತ ಮಾಹಿತಿಯನ್ನು "ಓದಲು" ಪ್ರವೇಶಕ್ಕೆ ಯಾವುದೇ ನಿರ್ಬಂಧವಿಲ್ಲ, ಏಕೆಂದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಡಾಕ್ಯುಮೆಂಟ್‌ನಲ್ಲಿರುವ ನಾಮಕರಣದ ಪಟ್ಟಿಯು "ಅನುಮತಿಸಲಾದ" ಎರಡನ್ನೂ ಹೊಂದಿದ್ದರೆ ಡಾಕ್ಯುಮೆಂಟ್‌ಗೆ ಯಾವ ರೀತಿಯ ಪ್ರವೇಶವನ್ನು ನೀಡಬೇಕು ಎಂಬುದು ಅಸ್ಪಷ್ಟವಾಗಿದೆ. ” ಮತ್ತು “ನಿಷೇಧಿತ” » ಸ್ಥಾನಗಳು.

"ವಿಭಾಗಗಳು" ಮತ್ತು "ಸಂಸ್ಥೆಗಳ ವಿಭಾಗಗಳು" ಡೈರೆಕ್ಟರಿಗಳಿಗೆ ಪ್ರವೇಶದ ನಿರ್ಬಂಧವು ಸಿಬ್ಬಂದಿ ಡೇಟಾ, ಉದ್ಯೋಗಿಗಳ ವೈಯಕ್ತಿಕ ಡೇಟಾ ಮತ್ತು ವೇತನದಾರರ ಡೇಟಾದ ಮಾಹಿತಿಗೆ ಅನ್ವಯಿಸುವುದಿಲ್ಲ.

ಡೇಟಾ ಪ್ರದೇಶಗಳು.

ಕೆಳಗಿನ ರೀತಿಯ ಪ್ರವೇಶ ವಸ್ತುಗಳಿಗೆ ಡೇಟಾ ಪ್ರದೇಶಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ:

• ಕೌಂಟರ್ಪಾರ್ಟಿಗಳು
• ವ್ಯಕ್ತಿಗಳು
• ಐಟಂ ಬೆಲೆಗಳು

ಪ್ರವೇಶ ವಸ್ತುವಿಗಾಗಿ "ಕೌಂಟರ್‌ಪಾರ್ಟೀಸ್" ಎಂದು ಟೈಪ್ ಮಾಡಿ

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

ಪ್ರವೇಶ ವಸ್ತುವಿಗಾಗಿ "ವ್ಯಕ್ತಿಗಳು" ಎಂದು ಟೈಪ್ ಮಾಡಿಕೆಳಗಿನ ಡೇಟಾ ಪ್ರದೇಶಗಳನ್ನು ಒದಗಿಸಲಾಗಿದೆ:

• ವ್ಯಕ್ತಿಗಳು (ಪಟ್ಟಿ)- "ವ್ಯಕ್ತಿಗಳು" ಡೈರೆಕ್ಟರಿಯ ಪಟ್ಟಿಯಲ್ಲಿ ವ್ಯಕ್ತಿಯ ಗೋಚರತೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. "ಪಟ್ಟಿಯಲ್ಲಿನ ಗೋಚರತೆ" ಕಾಲಮ್ನಲ್ಲಿ ಚೆಕ್ಬಾಕ್ಸ್ನ ಮೌಲ್ಯವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.
• ವ್ಯಕ್ತಿಗಳು (ಡೇಟಾ)- "ವ್ಯಕ್ತಿಗಳು" ಡೈರೆಕ್ಟರಿಯೊಂದಿಗೆ ಸಂಯೋಜಿತವಾಗಿರುವ ಡೇಟಾವನ್ನು (ಡೈರೆಕ್ಟರಿಗಳು, ದಾಖಲೆಗಳು, ರೆಜಿಸ್ಟರ್‌ಗಳು) "ಓದಲು" / "ಬರೆಯುವ" ಸಾಮರ್ಥ್ಯವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. "ಡೇಟಾವನ್ನು ವೀಕ್ಷಿಸಿ"/"ಡೇಟಾವನ್ನು ಸಂಪಾದಿಸಿ" ಕಾಲಮ್‌ನಲ್ಲಿ ಚೆಕ್‌ಬಾಕ್ಸ್‌ನ ಮೌಲ್ಯವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.

ಪ್ರವೇಶ ವಸ್ತುವಿಗಾಗಿ "ಐಟಂ ಬೆಲೆಗಳು" ಎಂದು ಟೈಪ್ ಮಾಡಿಕೆಳಗಿನ ಡೇಟಾ ಪ್ರದೇಶಗಳನ್ನು ಒದಗಿಸಲಾಗಿದೆ:

• ಕಂಪನಿಯ ಬೆಲೆಗಳು-ಕಂಪನಿಯ ವಸ್ತುಗಳ ಬೆಲೆಗಳನ್ನು "ಓದಲು"/"ಬರೆಯುವ" ಸಾಮರ್ಥ್ಯವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ.
• ಗುತ್ತಿಗೆದಾರರ ಬೆಲೆಗಳು- ಕೌಂಟರ್ಪಾರ್ಟಿಗಳ ವಸ್ತುಗಳ ಬೆಲೆಗಳನ್ನು "ಓದಲು" / "ಬರೆಯುವ" ಸಾಮರ್ಥ್ಯವನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

*ಡೇಟಾ ಪ್ರದೇಶಗಳು "ಆಕ್ಸೆಸ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳ ಡೇಟಾ ಪ್ರದೇಶಗಳು" ಎಣಿಕೆಯಲ್ಲಿ ಒಳಗೊಂಡಿರುವ ಅಂಶಗಳ ಮುಚ್ಚಿದ ಪಟ್ಟಿಯಾಗಿದೆ

ಗುಂಪುಗಳನ್ನು ಪ್ರವೇಶಿಸಿ.

ಕೆಳಗಿನ ರೀತಿಯ ಪ್ರವೇಶ ವಸ್ತುಗಳಿಗೆ, ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಪ್ರವೇಶ ಗುಂಪುಗಳ ಮೂಲಕ ಮಾತ್ರ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ (ಡೈರೆಕ್ಟರಿಯ ಹೆಸರುಗಳನ್ನು ಬ್ರಾಕೆಟ್‌ಗಳಲ್ಲಿ ಸೂಚಿಸಲಾಗುತ್ತದೆ):

• "ಕೌಂಟರ್‌ಪಾರ್ಟಿಗಳು" ("ಕೌಂಟರ್‌ಪಾರ್ಟಿ ಪ್ರವೇಶ ಗುಂಪುಗಳು")
• “ವ್ಯಕ್ತಿಗಳು” (“ವ್ಯಕ್ತಿಗಳ ಪ್ರವೇಶ ಗುಂಪುಗಳು”)
• "ಅಭ್ಯರ್ಥಿಗಳು" ("ಅಭ್ಯರ್ಥಿಗಳ ಗುಂಪುಗಳು")
• "ಐಟಂ ವಿಶೇಷಣಗಳು" ("ವಿಶೇಷಣಗಳನ್ನು ಬಳಸುವ ಉದ್ದೇಶಗಳು")

ಪ್ರತಿ ಡೈರೆಕ್ಟರಿ ಅಂಶಕ್ಕೆ (ವಿಶೇಷ ಗುಣಲಕ್ಷಣದಲ್ಲಿ) ಪ್ರವೇಶ ಗುಂಪನ್ನು ಸೂಚಿಸಲಾಗುತ್ತದೆ.

"ಪ್ರವೇಶ ಗುಂಪಿನ..." ನಿಂದ ಪ್ರವೇಶ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸಲು ಹೆಚ್ಚುವರಿ ರೂಪದಲ್ಲಿ ಕೈಗೊಳ್ಳಲಾಗುತ್ತದೆ, ಇದನ್ನು ಎರಡು ಆಜ್ಞೆಗಳಲ್ಲಿ ಒಂದರಿಂದ ಕರೆಯಲಾಗುತ್ತದೆ:

• "ಪ್ರಸ್ತುತ ಐಟಂಗಳನ್ನು ಪ್ರವೇಶಿಸಿ"
• "ಒಟ್ಟಾರೆಯಾಗಿ ಡೈರೆಕ್ಟರಿಗೆ ಪ್ರವೇಶ"

"ಪ್ರವೇಶ ಗುಂಪುಗಳು ..." ಡೈರೆಕ್ಟರಿಗಳ ಪಟ್ಟಿಯ ರೂಪದಲ್ಲಿ

ಉದಾಹರಣೆ: "ಸರಕುಗಳಿಗಾಗಿ ರಶೀದಿ ಆದೇಶ" ಡಾಕ್ಯುಮೆಂಟ್ "ಕೌಂಟರ್ಪಾರ್ಟೀಸ್", "ಸಂಘಟನೆಗಳು", "ಗೋದಾಮುಗಳು" ಪ್ರವೇಶ ವಸ್ತುಗಳ ಪ್ರಕಾರಗಳಿಂದ ಸೀಮಿತವಾಗಿದೆ.

"ಕೌಂಟರ್‌ಪಾರ್ಟೀಸ್" ಪ್ರವೇಶ ಪ್ರಕಾರಕ್ಕಾಗಿ ನೀವು ಖಾಲಿ ಮೌಲ್ಯಕ್ಕೆ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸಿದರೆ, ಬಳಕೆದಾರರು "ಕೌಂಟರ್‌ಪಾರ್ಟೀಸ್" ಗುಣಲಕ್ಷಣವನ್ನು ಭರ್ತಿ ಮಾಡದ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ನೋಡುತ್ತಾರೆ.

ಡೈರೆಕ್ಟರಿ ಅಂಶ ಅಥವಾ ಗುಂಪಿಗೆ ಪ್ರವೇಶ.

ಡೈರೆಕ್ಟರಿ ಅಂಶ ಅಥವಾ ಗುಂಪಿಗೆ ಪ್ರವೇಶವನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗುತ್ತಿದೆಯೇ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿ, ಸೆಟ್ಟಿಂಗ್ ಸ್ವತಃ ಅಥವಾ ಅಧೀನ ಗುಂಪುಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.

ಇದರ ಪ್ರಕಾರ, “ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸುವುದು” ರೂಪದಲ್ಲಿ, “ಕ್ರಮಾನುಗತ ಡೈರೆಕ್ಟರಿಗಳ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಉತ್ತರಾಧಿಕಾರದ ಪ್ರಕಾರ” ಕಾಲಮ್‌ನಲ್ಲಿ, ಈ ಕೆಳಗಿನ ಮೌಲ್ಯಗಳನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ:

• ಪ್ರಸ್ತುತ ಅನುಮತಿಗಾಗಿ ಮಾತ್ರ- ಡೈರೆಕ್ಟರಿ ಅಂಶಕ್ಕಾಗಿ, ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಅಂಶಕ್ಕೆ ಹಕ್ಕುಗಳು ಅನ್ವಯಿಸುತ್ತವೆ
• ಅಧೀನ ಅಧಿಕಾರಿಗಳಿಗೆ ವಿತರಿಸಿ- ಡೈರೆಕ್ಟರಿ ಗುಂಪಿಗೆ, ಹಕ್ಕುಗಳು ಎಲ್ಲಾ ಅಧೀನ ಅಂಶಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತವೆ

ಬಳಕೆದಾರ ಗುಂಪುಗಳಿಗೆ ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಿದ ನಂತರ, "ಬಳಕೆದಾರ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳು" ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್ ಅನ್ನು ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ತುಂಬಿಸಲಾಗುತ್ತದೆ.

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

ಟೆಂಪ್ಲೆಟ್ಗಳನ್ನು ಬಳಸುವುದು.

ಯುಪಿಪಿ 1.3 ರಲ್ಲಿನ ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಪ್ರತಿ ಪ್ರಕಾರದ ಪ್ರವೇಶಕ್ಕಾಗಿ ಪ್ರತ್ಯೇಕವಾಗಿ ಬರೆಯಲಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರವೇಶ ಪ್ರಕಾರಗಳ ಸಂಭವನೀಯ ಸಂಯೋಜನೆಗಳಿಗಾಗಿ, ನಿಯಮದಂತೆ, ಪ್ರತಿ ಬಳಕೆದಾರರ ಗುಂಪಿಗೆ.

ಉದಾಹರಣೆಗೆ , UPP ಯ ಡೆಮೊ ಆವೃತ್ತಿಯಲ್ಲಿ, "ಖರೀದಿಗಳು" ಬಳಕೆದಾರ ಗುಂಪನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ. ಈ ಗುಂಪಿಗೆ, "ಸಂಸ್ಥೆಗಳು", "ಕೌಂಟರ್‌ಪಾರ್ಟೀಸ್", "ಗೋದಾಮುಗಳು" ಪ್ರವೇಶ ಪ್ರಕಾರಗಳ ಬಳಕೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ. ಅಂತೆಯೇ, ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಹಲವಾರು ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ:

• "ಸಂಸ್ಥೆ"
• "ಸಂಘಟನೆ_ದಾಖಲೆ"
• "ಪ್ರತಿಪಕ್ಷಗಳು"
• "ಕೌಂಟರ್‌ಪಾರ್ಟೀಸ್_ರೆಕಾರ್ಡ್"
• "ಗೋದಾಮುಗಳು"
• "ಗೋದಾಮಿನ_ದಾಖಲೆ"
• "ಕೌಂಟರ್‌ಪಾರ್ಟಿ ಆರ್ಗನೈಸೇಶನ್"
• "ಕೌಂಟರ್‌ಪಾರ್ಟಿ ಆರ್ಗನೈಸೇಶನ್_ರೆಕಾರ್ಡ್"
• "ಸಂಸ್ಥೆ ವೇರ್ಹೌಸ್"
• "ಆರ್ಗನೈಸೇಶನ್ ವೇರ್ಹೌಸ್_ರೆಕಾರ್ಡ್"
• “ಕೌಂಟರ್‌ಪಾರ್ಟಿ ಆರ್ಗನೈಸೇಶನ್ ವೇರ್‌ಹೌಸ್_ರೆಕಾರ್ಡ್”
• "ಕೌಂಟರ್‌ಪಾರ್ಟಿ ವೇರ್‌ಹೌಸ್"
• "ಕೌಂಟರ್‌ಪಾರ್ಟಿ ವೇರ್‌ಹೌಸ್_ರೆಕಾರ್ಡ್"

ಅಂದರೆ, ಪ್ರವೇಶ ನಿರ್ಬಂಧ ಪಠ್ಯಗಳಲ್ಲಿ ಬಳಸಬಹುದಾದ ಪ್ರವೇಶ ಪ್ರಕಾರಗಳ ಎಲ್ಲಾ ಸಂಭಾವ್ಯ ಸಂಯೋಜನೆಗಳು.

ಸಾಮಾನ್ಯವಾಗಿ, ಟೆಂಪ್ಲೇಟ್ ನಿರ್ಮಾಣ ಯೋಜನೆಯು ಎಲ್ಲಾ ರೀತಿಯ ಪ್ರವೇಶಕ್ಕೆ ಒಂದೇ ಆಗಿರುತ್ತದೆ ಮತ್ತು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

1. ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿರುವ ಪ್ರವೇಶದ ಪ್ರಕಾರದ ಸೇರ್ಪಡೆಯನ್ನು ಪರಿಶೀಲಿಸಲಾಗುತ್ತಿದೆ.
2. "ಬಳಕೆದಾರ ಗುಂಪುಗಳು" ಡೈರೆಕ್ಟರಿಯನ್ನು ಮುಖ್ಯ ಕೋಷ್ಟಕಕ್ಕೆ ಲಗತ್ತಿಸಲಾಗಿದೆ ಮತ್ತು ಬಳಕೆದಾರರನ್ನು ಕನಿಷ್ಠ ಒಂದು ಗುಂಪಿನಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ.
3. ಸಂಪರ್ಕ ಪರಿಸ್ಥಿತಿಗಳ ಪ್ರಕಾರ ರಿಜಿಸ್ಟರ್ ಟೇಬಲ್ "ಬಳಕೆದಾರರ ಪ್ರವೇಶ ಹಕ್ಕುಗಳ ಸೆಟ್ಟಿಂಗ್ಗಳು" ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್ಗೆ ಲಗತ್ತಿಸಲಾಗಿದೆ "ಪ್ರವೇಶ ಮೌಲ್ಯಗಳ ವಿಧಗಳ ನಿಯೋಜನೆ" - ಪ್ರವೇಶ ವಸ್ತುವು ಟೆಂಪ್ಲೇಟ್ ಪ್ಯಾರಾಮೀಟರ್‌ಗೆ ರವಾನಿಸಲಾದ ಪ್ರವೇಶ ಮೌಲ್ಯವಾಗಿದೆ. — ಪ್ರವೇಶ ವಸ್ತುವಿನ ಪ್ರಕಾರ - ಟೆಂಪ್ಲೇಟ್ ಅಭಿವೃದ್ಧಿಯ ಸಂದರ್ಭವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ - ಡೇಟಾ ಪ್ರದೇಶ.- ಬಳಕೆದಾರ.

ಸಂಪರ್ಕದ ಫಲಿತಾಂಶವು ಪ್ರವೇಶವನ್ನು ಅನುಮತಿಸಲಾಗಿದೆಯೇ ಅಥವಾ ಇಲ್ಲವೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಎರಡನೇ ಭಾಗದ ಅಂತ್ಯ.

ಡೈರೆಕ್ಟರಿ ಪ್ರವೇಶ ಹಂತದಲ್ಲಿ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿಸಲಾಗುತ್ತಿದೆ.

ಈ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಬಹಳ ಹಿಂದೆಯೇ ಕಾನ್ಫಿಗರೇಶನ್‌ನಲ್ಲಿ ಸೇರಿಸಲಾಗಿದೆ, ಸೆಟ್ಟಿಂಗ್ ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿದೆ ಎಂದು ನಾನು ವೈಯಕ್ತಿಕವಾಗಿ ಭಾವಿಸುತ್ತೇನೆ.

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

ಸಾಫ್ಟ್ ಸ್ಟಾರ್ಟರ್ ಕಾನ್ಫಿಗರೇಶನ್ನ ಉದಾಹರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಉದಾಹರಣೆಯನ್ನು ಪರಿಗಣಿಸಲು ನಾನು ಪ್ರಸ್ತಾಪಿಸುತ್ತೇನೆ.

1. ಈ ಹಂತದಲ್ಲಿ, ಬಳಕೆದಾರರ ಗುಂಪುಗಳ ಗುಂಪನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವುದು ಅವಶ್ಯಕ.

ನಿರ್ವಾಹಕರು;

ಮಾರಾಟ ವ್ಯವಸ್ಥಾಪಕರು;

ಖರೀದಿ ವ್ಯವಸ್ಥಾಪಕರು;

1. ಎರಡನೇ ಹಂತದಲ್ಲಿ, ಡೈರೆಕ್ಟರಿಗೆ ಪ್ರವೇಶ ಗುಂಪುಗಳನ್ನು ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ.

ಖರೀದಿದಾರರು;

ಪೂರೈಕೆದಾರರು;

ವಿಶಿಷ್ಟವಾಗಿ, ಮೇಲಿನ-ವಿವರಿಸಿದ ಗುಂಪುಗಳ ಪಟ್ಟಿಗಳನ್ನು ನಿರ್ವಹಣೆಯೊಂದಿಗೆ ಚರ್ಚಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ನಂತರ ಮಾತ್ರ ಪ್ರೋಗ್ರಾಂಗೆ ಪ್ರವೇಶಿಸಲಾಗುತ್ತದೆ.

ಈಗ 1C ನಲ್ಲಿ ನಿರ್ವಹಿಸಬೇಕಾದ ನಿಜವಾದ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ವಿವರಿಸಲು ಅವಶ್ಯಕವಾಗಿದೆ.

1. "ರೆಕಾರ್ಡ್ ಮಟ್ಟದಲ್ಲಿ ನಿರ್ಬಂಧಿತ ಪ್ರವೇಶ" ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸೋಣ. ಸೇವೆ - ಬಳಕೆದಾರ ಮತ್ತು ಪ್ರವೇಶ ನಿರ್ವಹಣೆ - ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶ ನಿಯತಾಂಕಗಳು. ಅಂಜೂರವನ್ನು ನೋಡಿ. 1.

ಪ್ರೊಸೆಸಿಂಗ್ ಫಾರ್ಮ್ "ರೆಕಾರ್ಡ್ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶ ನಿಯತಾಂಕಗಳು" ತೆರೆಯುತ್ತದೆ, ಚಿತ್ರ ನೋಡಿ. 2.

ಈ ಫಾರ್ಮ್‌ನಲ್ಲಿ, ನೀವು ನಿಜವಾಗಿಯೂ ನಿರ್ಬಂಧವನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು, ಇದಕ್ಕಾಗಿ "ಆಬ್ಜೆಕ್ಟ್ ಪ್ರಕಾರದ ಮೂಲಕ ದಾಖಲೆ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶವನ್ನು ನಿರ್ಬಂಧಿಸಿ" ಫ್ಲ್ಯಾಗ್ ಜವಾಬ್ದಾರರಾಗಿರುತ್ತದೆ ಮತ್ತು ನಿರ್ಬಂಧವನ್ನು ಅನ್ವಯಿಸುವ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಿ. ಈ ಲೇಖನವು "ಕೌಂಟರ್‌ಪಾರ್ಟೀಸ್" ಡೈರೆಕ್ಟರಿಯನ್ನು ಮಾತ್ರ ಚರ್ಚಿಸುತ್ತದೆ.

1. ಮುಂದೆ, ಲೇಖನದ ಆರಂಭದಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ಬಳಕೆದಾರರು ಮತ್ತು ಗುತ್ತಿಗೆದಾರರ ಗುಂಪುಗಳು ನಮಗೆ ಬೇಕಾಗುತ್ತವೆ.

ಗುತ್ತಿಗೆದಾರ ಗುಂಪುಗಳನ್ನು "ಬಳಕೆದಾರ ಗುಂಪುಗಳು" ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ನಮೂದಿಸಲಾಗಿದೆ, ಚಿತ್ರ ನೋಡಿ. 3.

ಡೈರೆಕ್ಟರಿ ಅಂಶದ ರೂಪವು "ಬಳಕೆದಾರ ಗುಂಪುಗಳು" ತೆರೆಯುತ್ತದೆ, ಚಿತ್ರ ನೋಡಿ. 4.

ವಿಂಡೋದ ಎಡಭಾಗದಲ್ಲಿ ಪ್ರವೇಶ ವಸ್ತುವನ್ನು ಸೂಚಿಸಲಾಗುತ್ತದೆ (ನಮಗೆ ಇವು "ಕೌಂಟರ್ಪಾರ್ಟಿಗಳು"), ಬಲಭಾಗದಲ್ಲಿ ಗುಂಪಿನ ಸದಸ್ಯರಾಗಿರುವ ಬಳಕೆದಾರರನ್ನು ಸೂಚಿಸಲಾಗುತ್ತದೆ, ಈ ಉದಾಹರಣೆಯಲ್ಲಿಇವರು "ನಿರ್ವಾಹಕರು".

ನೀವು ವ್ಯಾಖ್ಯಾನಿಸುವ ಪ್ರತಿ ಬಳಕೆದಾರರ ಗುಂಪಿಗೆ, ನೀವು ರನ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ ಈ ಸೆಟ್ಟಿಂಗ್, ಗುಂಪಿನ ಸದಸ್ಯರಲ್ಲದ ಒಬ್ಬ ಬಳಕೆದಾರನು ಉಳಿದಿರಬಾರದು.

1. ಮೂರನೇ ಹಂತದಲ್ಲಿ, ನೀವು "ಕೌಂಟರ್ಪಾರ್ಟಿ ಪ್ರವೇಶ ಗುಂಪುಗಳು" ಅನ್ನು ನಮೂದಿಸಬೇಕಾಗಿದೆ "ಕೌಂಟರ್ಪಾರ್ಟಿ ಪ್ರವೇಶ ಗುಂಪುಗಳು" ಇದಕ್ಕೆ ಕಾರಣವಾಗಿದೆ. ಅಂಜೂರವನ್ನು ನೋಡಿ. 5.

ನಮ್ಮ ಉದಾಹರಣೆಗಾಗಿ, ಅವುಗಳೆಂದರೆ: ಖರೀದಿದಾರರು, ಪೂರೈಕೆದಾರರು, ಇತರೆ. ಚಿತ್ರ ನೋಡಿ. 6.

1. ಈ ಹಂತದಲ್ಲಿ, ನೀವು "ಕೌಂಟರ್‌ಪಾರ್ಟೀಸ್" ಡೈರೆಕ್ಟರಿಯ ಪ್ರತಿಯೊಂದು ಅಂಶಕ್ಕೆ ಪ್ರವೇಶ ಗುಂಪನ್ನು ನಿಯೋಜಿಸಬೇಕಾಗುತ್ತದೆ. ಚಿತ್ರ ನೋಡಿ. 7.

ಕೌಂಟರ್ಪಾರ್ಟಿಗೆ ಪ್ರವೇಶ ಗುಂಪನ್ನು "ಇತರ" ಟ್ಯಾಬ್ನಲ್ಲಿ ನಿಯೋಜಿಸಲಾಗಿದೆ. ಗುಂಪುಗಳಿಗೆ ಡೇಟಾವನ್ನು ನಿಯೋಜಿಸಲು ನಾನು ಸಾಮಾನ್ಯವಾಗಿ ಸಹಾಯಕ ಪ್ರಮಾಣಿತ ಸಂಸ್ಕರಣೆಯನ್ನು ಬಳಸುತ್ತೇನೆ. "ಡೈರೆಕ್ಟರಿಗಳು ಮತ್ತು ಡಾಕ್ಯುಮೆಂಟ್ಗಳ ಗುಂಪು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವಿಕೆ", ಇದು ಸಾಮೂಹಿಕವಾಗಿ ಸ್ಥಾಪಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ ಬಯಸಿದ ಗುಂಪುಈ ಆಸರೆಗಾಗಿ.

1. ಈ ಹಂತವು ಅಂತಿಮ ಹಂತವಾಗಿದೆ. ಈ ಹಂತದಲ್ಲಿ, "ಕೌಂಟರ್‌ಪಾರ್ಟಿ ಪ್ರವೇಶ ಗುಂಪುಗಳಿಗೆ" "ಬಳಕೆದಾರ ಗುಂಪುಗಳ" ಪ್ರವೇಶವನ್ನು "ರೆಕಾರ್ಡ್ ಮಟ್ಟದಲ್ಲಿ ಪ್ರವೇಶ ಹಕ್ಕುಗಳನ್ನು ಹೊಂದಿಸುವುದು" ಸಂಸ್ಕರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ; 8.

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

ಮೇಲೆ ತಿಳಿಸಿದ ಮ್ಯಾನಿಪ್ಯುಲೇಷನ್‌ಗಳ ನಂತರ, ನೀವು "ಕೌಂಟರ್‌ಪಾರ್ಟೀಸ್" ಡೈರೆಕ್ಟರಿಗೆ ಸೀಮಿತ ಪ್ರವೇಶವನ್ನು ಹೊಂದಿರಬೇಕು.

ಉಳಿದ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಇದೇ ರೀತಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ.

ಪ್ರಮುಖ:

"ಸಂಪೂರ್ಣ ಹಕ್ಕುಗಳು" ಪಾತ್ರಕ್ಕೆ ಸೀಮಿತ ಪ್ರವೇಶವು ಅನ್ವಯಿಸುವುದಿಲ್ಲ;

ಬಳಕೆದಾರರ ಪಾತ್ರಗಳ ಸೆಟ್ "ಬಳಕೆದಾರ" ಪಾತ್ರವನ್ನು ಹೊಂದಿರಬೇಕು;

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