ಅಪ್ಲಿಕೇಶನ್ ಪರಿಹಾರಗಳ ನಡುವೆ ಡೇಟಾ ವಿನಿಮಯದ ಪರಿವರ್ತನೆ. ಪರಿವರ್ತನೆಗಾಗಿ ವೀಡಿಯೊ ಸೂಚನೆಗಳು

1. ಪರಿಚಯ.

2. ನಿಮಗೆ ಬೇಕಾಗಿರುವುದು: 1C ಕಾನ್ಫಿಗರೇಶನ್: ಡೇಟಾ ಪರಿವರ್ತನೆ 2.* ಮತ್ತು ಪ್ಯಾಕೇಜ್‌ನಿಂದ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವಿಕೆ. ಉದಾಹರಣೆ ಕಾರ್ಯಗಳಿಗಾಗಿ, ಸಂರಚನೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ 1C: ವ್ಯಾಪಾರ ನಿರ್ವಹಣೆ 11 ಮತ್ತು 1C: BP 3.*.

ಆದ್ದರಿಂದ, 1C ಗೆ ಡೇಟಾವನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡಲು ನಿಯಮಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು, ನಿಮಗೆ 1C ಕಾನ್ಫಿಗರೇಶನ್ ಅಗತ್ಯವಿದೆ: ಆಬ್ಜೆಕ್ಟ್ ಪರಿವರ್ತನೆ 2, ಹಾಗೆಯೇ ಪ್ಯಾಕೇಜ್‌ನಲ್ಲಿ ಸೇರಿಸಲಾದ ಪ್ರಕ್ರಿಯೆ.

ಉದಾಹರಣೆಗೆ, ನಾವು ಈಗಾಗಲೇ ಪರಿವರ್ತನೆ ಡೇಟಾಬೇಸ್ ಅನ್ನು ನಿಯೋಜಿಸಿದ್ದೇವೆ ಮತ್ತು ಅದನ್ನು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ.

ನಾವು 1C ನಡುವೆ ವಿನಿಮಯ ನಿಯಮಗಳ ಅಭಿವೃದ್ಧಿಯನ್ನು ಬರೆಯುತ್ತೇವೆ: ವ್ಯಾಪಾರ ನಿರ್ವಹಣೆ 11 ಮತ್ತು 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಅಕೌಂಟಿಂಗ್ 3 ಕಾನ್ಫಿಗರೇಶನ್ (UT / ACCOUNT ವಿನಿಮಯ ನಿಯಮಗಳು).

3. ಮೆಟಾಡೇಟಾ ರಚನೆ ಮತ್ತು ವಿನಿಮಯವನ್ನು ಅನ್‌ಲೋಡ್ ಮಾಡಲು ನಮಗೆ ಪ್ರಕ್ರಿಯೆಯ ಅಗತ್ಯವಿದೆ.

ಅಭಿವೃದ್ಧಿಗಾಗಿ ನೀವು ಪಡೆಯಬೇಕಾದ ಮೊದಲ ವಿಷಯವೆಂದರೆ ಮೆಟಾಡೇಟಾ ರಚನೆಯೊಂದಿಗೆ ಫೈಲ್‌ಗಳು. ವಸ್ತು ಪರಿವರ್ತನೆ ಪ್ಯಾಕೇಜ್‌ನಲ್ಲಿ ಸೇರಿಸಲಾದ ಮೆಟಾಡೇಟಾ ರಚನೆಯನ್ನು ಅನ್‌ಲೋಡ್ ಮಾಡಲು ಸಂಸ್ಕರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಇದನ್ನು ಮಾಡಲಾಗುತ್ತದೆ.

ವಾಸ್ತವವಾಗಿ, ನಿರ್ವಹಿಸಲಾದ ಫಾರ್ಮ್‌ಗಳ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳಿಗಾಗಿ ಅನ್ಪ್ಯಾಕ್ ಮಾಡಲಾದ ಕಾನ್ಫಿಗರೇಶನ್ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ, ನಾವು MD83Exp.epf ನ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇವೆ. ನಿಯಮಿತ ರೂಪಗಳಲ್ಲಿನ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳಿಂದ ಇಳಿಸುವಿಕೆಯನ್ನು ಮಾಡಬೇಕಾದರೆ, ನಂತರ MD82Exp.epf ಸಂಸ್ಕರಣೆಯನ್ನು ಬಳಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ನೀವು 1C: UT 10, 1C: ಮ್ಯಾನುಫ್ಯಾಕ್ಚರಿಂಗ್ ಎಂಟರ್‌ಪ್ರೈಸ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ 1.3, 1C: ಇಂಟಿಗ್ರೇಟೆಡ್ ಆಟೊಮೇಷನ್ 1.1, 1C: Zup 2.5 ಮತ್ತು ಮುಂತಾದ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳಿಂದ ರಚನೆಯನ್ನು ಪಡೆಯಬೇಕಾದರೆ ಇದು.

ಇದಲ್ಲದೆ, ನಮ್ಮ ನಿಯಮಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಡೇಟಾವನ್ನು 1C ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಲು ಮತ್ತು ಡೌನ್‌ಲೋಡ್ ಮಾಡಲು, ನೀವು 1C: ಟ್ರೇಡ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ 11.*, 1C BP 3, 1C ನಂತಹ ನಿರ್ವಹಿಸಲಾದ ಫಾರ್ಮ್‌ಗಳ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳಿಗಾಗಿ "XML ಸ್ವರೂಪದಲ್ಲಿ ಸಾರ್ವತ್ರಿಕ ಡೇಟಾ ವಿನಿಮಯ" V8Exchan83.epf ಅನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಬೇಕಾಗುತ್ತದೆ: ERP 2. * ಮತ್ತು ಇದೇ. ಮತ್ತು ಅದರ ಪ್ರಕಾರ V8Exchan83.epf - ನಿಯಮಿತ ರೂಪಗಳಲ್ಲಿನ ಸಂರಚನೆಗಳಿಗಾಗಿ.

4. ಕಾನ್ಫಿಗರೇಶನ್ 1C ನ ಮೆಟಾಡೇಟಾ ರಚನೆಯನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾಗುತ್ತಿದೆ: ವ್ಯಾಪಾರ ನಿರ್ವಹಣೆ 11.3 ಮತ್ತು 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಅಕೌಂಟಿಂಗ್ 3.0.*

1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಅಕೌಂಟಿಂಗ್ 3 ಕಾನ್ಫಿಗರೇಶನ್‌ನಿಂದ ಮೆಟಾಡೇಟಾ ರಚನೆಯನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸೋಣ.
MD83Exp.epf ಸಂಸ್ಕರಣೆಯನ್ನು ತೆರೆಯೋಣ

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

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

ಸಂವಾದ ಪೆಟ್ಟಿಗೆಯಲ್ಲಿ, BP ರಚನೆಯನ್ನು ಲೋಡ್ ಮಾಡಿ:

ಮತ್ತು ಅದೇ ರೀತಿ - ವ್ಯಾಪಾರ ನಿರ್ವಹಣೆಯ ರಚನೆ.

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

6. ಕಾರ್ಯದ ನಿರ್ದಿಷ್ಟ ಉದಾಹರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು 1C ನಲ್ಲಿ ಪರಿವರ್ತನೆ ನಿಯಮಗಳನ್ನು ರಚಿಸುವುದು.

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

ಈ ಲೇಖನದಲ್ಲಿ ನಾನು "ಮೊದಲಿನಿಂದ" ಮತ್ತು "ಕಸವಿಲ್ಲದೆ" ಸೃಷ್ಟಿಯನ್ನು ತೋರಿಸಲು ಯೋಜಿಸಿದ್ದರಿಂದ, ನಾವು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಏನನ್ನೂ ರಚಿಸುವುದಿಲ್ಲ ಎಂದು ನಾನು ನಿಮಗೆ ನೆನಪಿಸುತ್ತೇನೆ. ಯಾವುದೇ ಮೂಲಮಾದರಿಗಳಿಲ್ಲ.

ಈ ಸಂವಾದ ಪೆಟ್ಟಿಗೆಯಲ್ಲಿ ನಾವು ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ, ಕೇವಲ "ಮುಚ್ಚು" ಕ್ಲಿಕ್ ಮಾಡಿ.

ಒಂದು ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಒಂದಲ್ಲ, ಆದರೆ ಒಂದು ಪ್ರಕಾರವನ್ನು ಇನ್ನೊಂದಕ್ಕೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಲು ನಿಯಮಗಳನ್ನು ರಚಿಸೋಣ, ಉದಾಹರಣೆಗೆ, ಯುಟಿ 11 ರಿಂದ ಸರಕು ಮತ್ತು ಸೇವೆಗಳ ಡಾಕ್ಯುಮೆಂಟ್ ಮಾರಾಟಗಳು ಅಗತ್ಯ ಉಲ್ಲೇಖ ಪುಸ್ತಕಗಳೊಂದಿಗೆ ಬಿಪಿ 3 ರಲ್ಲಿನ ಸರಕು ಮತ್ತು ಸೇವೆಗಳ ದಾಖಲೆಯಲ್ಲಿ.

ಆದ್ದರಿಂದ, ನಾವು ಹೊಸ PKO ಅನ್ನು ರಚಿಸುತ್ತೇವೆ (1C ನಲ್ಲಿ ವಸ್ತುಗಳನ್ನು ಪರಿವರ್ತಿಸುವ ನಿಯಮ)

ಸರಕು ಮತ್ತು ಸೇವೆಗಳ ಮೂಲ ಮಾರಾಟ ಮತ್ತು ಸರಕು ಮತ್ತು ಸೇವೆಗಳ ಗಮ್ಯಸ್ಥಾನದ ರಶೀದಿಯನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಸರಿ ಕ್ಲಿಕ್ ಮಾಡಿ.
ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಒಂದು ಸಂವಾದ ಪೆಟ್ಟಿಗೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಅಲ್ಲಿ ನಾವು ಮತ್ತೆ PKS (ಆಸ್ತಿ ಪರಿವರ್ತನೆ ನಿಯಮಗಳು) ನ ಸ್ವಯಂಚಾಲಿತ ರಚನೆಯನ್ನು ನಿರಾಕರಿಸುತ್ತೇವೆ. ಮುಂದೆ, ನಾವು ಅಗತ್ಯವನ್ನು ಮಾತ್ರ ಆಯ್ಕೆ ಮಾಡುತ್ತೇವೆ.

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

PVD ಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ, ಇದು ಆಯ್ಕೆಗಾಗಿ ಸಾರ್ವತ್ರಿಕ XML ವಿನಿಮಯದ ಪ್ರಕ್ರಿಯೆಯಲ್ಲಿ ಪ್ರತಿಫಲಿಸುತ್ತದೆ:

ಖಾಲಿ ಆಸ್ತಿ ಪರಿವರ್ತನೆ ನಿಯಮಗಳೊಂದಿಗೆ ಡೇಟಾ ಪರಿವರ್ತನೆ ನಿಯಮಗಳನ್ನು ಸಹ ರಚಿಸಲಾಗುತ್ತದೆ.

ಇದಲ್ಲದೆ, ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಆಂತರಿಕ ವಸ್ತು ಗುರುತಿಸುವಿಕೆಯಿಂದ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹುಡುಕಲು ಪ್ರಸ್ತಾಪಿಸಲಾಗಿದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಇದನ್ನು PCO ಬಳಿ ಭೂತಗನ್ನಡಿಯಿಂದ ಸೂಚಿಸಲಾಗುತ್ತದೆ. ನಾವು ನಮ್ಮದೇ ಆದ ಹುಡುಕಾಟವನ್ನು ಮಾಡುತ್ತೇವೆ ಮತ್ತು ನಾವು ಅದನ್ನು ದಿನದ ಆರಂಭದಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್ ಸಂಖ್ಯೆ ಮತ್ತು ದಿನಾಂಕದ ಮೂಲಕ ಮಾಡುತ್ತೇವೆ.

ನಾವು UIO ಮೂಲಕ ಹುಡುಕಾಟವನ್ನು ತೆಗೆದುಹಾಕುತ್ತೇವೆ:

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

ಉದಾಹರಣೆಗೆ, ನಿಮಗೆ ಬೇಕಾದುದನ್ನು ಆಯ್ಕೆಮಾಡಿ:

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

ಇನ್ನೂ ಯಾವುದೇ ಪರಿವರ್ತನೆ ನಿಯಮಗಳಿಲ್ಲ ಎಂದು ನಾವು ಎಲ್ಲಿ ನೋಡುತ್ತೇವೆ.

ವಿವರಗಳ ಮೂಲಕ ಹೋಗಲು ಮತ್ತು ಅವುಗಳನ್ನು ವಿವರಿಸಲು ಪ್ರಾರಂಭಿಸೋಣ. ಮೊದಲಿಗೆ, ನಾನು ಮೊದಲೇ ಬರೆದಂತೆ ನಾವು ಡಾಕ್ಯುಮೆಂಟ್ ಹುಡುಕಾಟವನ್ನು ಹೊಂದಿಸುತ್ತೇವೆ, ದಿನಾಂಕದ ಆರಂಭದಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಹುಡುಕಿ ಮತ್ತು ಸಂಖ್ಯೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತೇವೆ. ನಾವು ಮೊದಲ ಮೂರು ಅಕ್ಷರಗಳನ್ನು ನಮ್ಮ ಪೂರ್ವಪ್ರತ್ಯಯ "UTB" ನೊಂದಿಗೆ ಬದಲಾಯಿಸುತ್ತೇವೆ. ಮತ್ತು BP ಮತ್ತು UT ನಲ್ಲಿನ ಸಂಖ್ಯೆಯು ಪ್ರತಿಯೊಂದೂ 11 ಅಕ್ಷರಗಳಾಗಿರುವುದರಿಂದ, ನಾವು ಸಂಯೋಜಿತ ಸಂಖ್ಯೆಯನ್ನು ಮಾಡುತ್ತೇವೆ: ನಮ್ಮ ಪೂರ್ವಪ್ರತ್ಯಯ ಮತ್ತು ಮೂಲದಿಂದ 8 ಅಕ್ಷರಗಳು. ಕೆಳಗಿನ ಸ್ಕ್ರೀನ್‌ಶಾಟ್‌ನಲ್ಲಿ ಒಂದು ಉದಾಹರಣೆ.

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

ಇದನ್ನು ಮಾಡಲು, PKS ಅನ್ನು ನಡೆಸಲಾಗಿಲ್ಲ, 0 ಅಥವಾ 1 ಎಂದು ಹೊಂದಿಸಿ, ನಾವು ಅದನ್ನು ಬೂಲಿಯನ್ ಆಗಿ ಬಳಸುತ್ತೇವೆ.

ಕರೆನ್ಸಿಯನ್ನು ಉದಾಹರಣೆಯಾಗಿ ಬಳಸಿ, ನಾವು PKS ಗಾಗಿ ವಸ್ತು ಪರಿವರ್ತನೆ ನಿಯಮವನ್ನು ರಚಿಸುತ್ತೇವೆ. ಅದೇ ಸಮಯದಲ್ಲಿ, ಎರಡೂ ಡೇಟಾಬೇಸ್‌ಗಳಲ್ಲಿ ಕರೆನ್ಸಿಗಳಿವೆ ಎಂದು ನಾವು ನಂಬುತ್ತೇವೆ ಮತ್ತು ಅವುಗಳನ್ನು ಕೋಡ್ ಮೂಲಕ ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಬೇಕು. ಆದ್ದರಿಂದ, ನಾವು ಎಲ್ಲಾ PKS ಅನ್ನು ಕರೆನ್ಸಿ PQS ನಲ್ಲಿ ರಚಿಸುವುದಿಲ್ಲ, ಆದರೆ ಹುಡುಕಾಟ ಕೋಡ್ ಅನ್ನು ಮಾತ್ರ ಸೇರಿಸುತ್ತೇವೆ. ಆ. ವಸ್ತುವಿಗಾಗಿ PKS ಅನ್ನು ರಚಿಸುವ ಪ್ರಸ್ತಾಪವನ್ನು ನಾವು ನಿರಾಕರಿಸುತ್ತೇವೆ.

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

ಪರಿಣಾಮವಾಗಿ, ನಾವು ಈ ಕೆಳಗಿನ ಆಯ್ಕೆಯನ್ನು ಪಡೆಯುತ್ತೇವೆ:

ಮುಂದೆ, ಸಾದೃಶ್ಯದ ಮೂಲಕ, ನಾವು ಉಳಿದ ವಿವರಗಳಿಗಾಗಿ PKO ಮತ್ತು PKS ಅನ್ನು ರಚಿಸುತ್ತೇವೆ. ಇದಲ್ಲದೆ, ನಾವು ಕೌಂಟರ್ಪಾರ್ಟಿ ಮತ್ತು ಪ್ರತಿಯಾಗಿ TIN ಮೂಲಕ ಸಂಸ್ಥೆಯನ್ನು ಹುಡುಕುತ್ತೇವೆ. ಇದು ಸರಿಸುಮಾರು ಕನಿಷ್ಠ ವಿವರಗಳೊಂದಿಗೆ ತೋರುತ್ತಿದೆ (ಅಗತ್ಯವಿದ್ದರೆ ನೀವು ಸೇರಿಸಬಹುದು).

PCO ಕೌಂಟರ್ಪಾರ್ಟಿ ಒಪ್ಪಂದಗಳಿಗಾಗಿ, ನಾವು PKS ಕೌಂಟರ್ಪಾರ್ಟಿ, ಹೆಸರು ಮತ್ತು ಮಾಲೀಕರಿಂದ ಹುಡುಕುತ್ತೇವೆ.

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

ತೊಂದರೆಗಳಿಲ್ಲದೆ ಹೇಗೆ ಸ್ಥಾಪಿಸಬೇಕು ಮತ್ತು ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ ಮ್ಯೂಚುಯಲ್ ಸೆಟಲ್ಮೆಂಟ್ ಮಲ್ಟಿಪ್ಲಿಸಿಟಿ, ಮ್ಯೂಚುಯಲ್ ಸೆಟಲ್ಮೆಂಟ್ ರೇಟ್, ಅಕೌಂಟಿಂಗ್ ಖಾತೆಗಾಗಿ PCS ಅನ್ನು ಕೆಳಗೆ ತೋರಿಸಲಾಗಿದೆ.

PKO Nomenklatura ಗಾಗಿ, ನಾವು ಆಂತರಿಕ ಅನನ್ಯ ಗುರುತಿಸುವಿಕೆಯ ಮೂಲಕ ಹುಡುಕಾಟವನ್ನು ಬಿಡುತ್ತೇವೆ. ಆದರೆ ನಿಮ್ಮ ಗುಂಪನ್ನು ನೀವು ಹೇಗೆ ಮರು ವ್ಯಾಖ್ಯಾನಿಸಬಹುದು ಎಂಬುದರ ಬಗ್ಗೆ ನಿಮ್ಮ ಗಮನವನ್ನು ಸೆಳೆಯುತ್ತೇನೆ. ಉದಾಹರಣೆಗೆ, 1C: ಟ್ರೇಡ್ ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ 11 ಕಾನ್ಫಿಗರೇಶನ್‌ನಿಂದ ಹೊಸ ಐಟಂ ಅನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾಗುವುದು ಎಂದು ನಾವು ಒಪ್ಪುತ್ತೇವೆ, ಆದರೆ ಐಟಂ ಅನ್ನು ನಿರ್ದಿಷ್ಟ ಗುಂಪಿನ “ನಮ್ಮ ಗುಂಪು” ನಲ್ಲಿ ಸಂಗ್ರಹಿಸುವುದು ಅವಶ್ಯಕ.

ಈ ಕಾರ್ಯವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು, ನಾವು ಇನ್ನೊಂದು PKO ಅನ್ನು ರಚಿಸುತ್ತೇವೆ. ಇದನ್ನು "ನಾಮಕರಣ ಪೇರೆಂಟ್" ಎಂದು ಕರೆಯೋಣ, ಇದನ್ನು ನಾವು ಪೋಷಕರ PCS ನಲ್ಲಿ ಪರಿವರ್ತನೆ ನಿಯಮದಲ್ಲಿ ಸೂಚಿಸುತ್ತೇವೆ.

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

ನಮ್ಮ ಎಲ್ಲಾ ಐಟಂಗಳು ನಮ್ಮ ಗುಂಪಿಗೆ ಸೇರುತ್ತವೆ ಎಂದು ನಾವು ನಿರ್ಧರಿಸಿರುವುದರಿಂದ, ಅನ್‌ಲೋಡ್ ಮಾಡುವಾಗ UT 11 ರಿಂದ ಗುಂಪುಗಳನ್ನು ಅನ್‌ಲೋಡ್ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ. ಇದನ್ನು ಮಾಡಲು, "ಅನ್‌ಲೋಡ್ ಮಾಡುವ ಮೊದಲು" ಈವೆಂಟ್ ಹ್ಯಾಂಡ್ಲರ್‌ನಲ್ಲಿರುವ ನಾಮಕರಣ ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿ, ನಾವು ಫಿಲ್ಟರ್ ಅನ್ನು ಹೊಂದಿಸುತ್ತೇವೆ ಗುಂಪುಗಳನ್ನು ಇಳಿಸುವ ಅಗತ್ಯವಿಲ್ಲ “ವೈಫಲ್ಯ = ಮೂಲ. ಈ ಗುಂಪು;".

ಉತ್ಪನ್ನಗಳು ಮತ್ತು ಸೇವೆಗಳ ಮಾರಾಟಕ್ಕಾಗಿ DRP (ಡೇಟಾ ಅಪ್‌ಲೋಡ್ ನಿಯಮಗಳು) ನಲ್ಲಿ, ಅಳಿಸುವಿಕೆಗಾಗಿ ಗುರುತಿಸಲಾದ ದಾಖಲೆಗಳನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡದಂತೆ ನಾವು ಫಿಲ್ಟರ್ ಅನ್ನು ಸೇರಿಸುತ್ತೇವೆ. ಇದನ್ನು ಮಾಡಲು, "ಬಿಫೋರ್ ಅನ್‌ಲೋಡ್ ಮಾಡುವ" ಈವೆಂಟ್ ಹ್ಯಾಂಡ್ಲರ್‌ಗಳಲ್ಲಿ VDP ಯಲ್ಲಿ, ನಾವು "ವೈಫಲ್ಯ = Object.DeletionMark;" ಫಿಲ್ಟರ್ ಅನ್ನು ಬರೆಯುತ್ತೇವೆ.

ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ನಿಯಮಗಳನ್ನು ಫೈಲ್‌ಗೆ ಉಳಿಸೋಣ.

7. ಸಾರಾಂಶ: ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ಡೇಟಾ ವಿನಿಮಯ ನಿಯಮಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಡೇಟಾವನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುವುದು ಮತ್ತು ಲೋಡ್ ಮಾಡುವುದು.

1C ಯಲ್ಲಿ ತೆರೆಯಿರಿ: ಟ್ರೇಡ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್ 11 ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವಿಕೆ "XML ಸ್ವರೂಪದಲ್ಲಿ ಸಾರ್ವತ್ರಿಕ ಡೇಟಾ ವಿನಿಮಯ" V8Exchan83.epf.

ಇಳಿಸುವಿಕೆಯು ಪೂರ್ಣಗೊಂಡಿದೆ, ಈಗ ನಾವು 1C ಗೆ ಲೋಡ್ ಮಾಡಲು ಅದೇ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಬಳಸುತ್ತೇವೆ: ಎಂಟರ್‌ಪ್ರೈಸ್ ಅಕೌಂಟಿಂಗ್ 3.

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

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

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

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

ಸಹಜವಾಗಿ, ನೀವು ಪ್ರೋಗ್ರಾಮರ್ ಆಗಿದ್ದರೆ ಮತ್ತು ಇದು ನಿಮ್ಮ ಮುಖ್ಯ ಕೆಲಸವಾಗಿದ್ದರೆ, ನೀವೇ ಪರಿವರ್ತನೆಯನ್ನು ಬರೆಯಲು ಪ್ರಯತ್ನಿಸಬಹುದು. ಆದರೆ ಇಲ್ಲದಿದ್ದರೆ, ನಿಮ್ಮ ಚಟುವಟಿಕೆಯ ಕ್ಷೇತ್ರದಲ್ಲಿ ನಿಮ್ಮ ಸಮಯವನ್ನು ನೀವು ಗೌರವಿಸಬೇಕು ಮತ್ತು ಈ ಕಾರ್ಯವನ್ನು ನಿರ್ವಹಿಸಲು ವೃತ್ತಿಪರರನ್ನು ಕೇಳಿ.

1C:ಎಂಟರ್‌ಪ್ರೈಸ್ 8. ಡೇಟಾ ಪರಿವರ್ತನೆ: ಅಪ್ಲಿಕೇಶನ್ ಪರಿಹಾರಗಳ ನಡುವೆ ಡೇಟಾ ವಿನಿಮಯ (CD-ROM ನಲ್ಲಿ ಅಪ್ಲಿಕೇಶನ್‌ನೊಂದಿಗೆ) (ಲೇಖನ 4601546049094)

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

ಪರಿಣಾಮಕಾರಿ ಕೆಲಸಕ್ಕೆ ಹೆಚ್ಚಿನ ಪ್ರಾಮುಖ್ಯತೆಯು ವಿವಿಧ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಗಳ ನಡುವೆ ವಿನಿಮಯವನ್ನು ಸಂಘಟಿಸುವ ಸಾಮರ್ಥ್ಯವಾಗಿದೆ. 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಡೇಟಾ ವಿನಿಮಯ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪರಿಹಾರಗಳ ಏಕೀಕರಣಕ್ಕಾಗಿ ವಿವಿಧ ಸಾಧನಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.

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

ಪುಸ್ತಕವು ವಿನಿಮಯ ನಿಯಮಗಳ ಉದಾಹರಣೆಗಳೊಂದಿಗೆ ಡೆಮೊ ಮಾಹಿತಿ ಆಧಾರಗಳನ್ನು ಹೊಂದಿರುವ CD ಮತ್ತು "1C:Enterprise. ಡೇಟಾ ಪರಿವರ್ತನೆ" ಸಂರಚನೆಯೊಂದಿಗೆ ಇರುತ್ತದೆ.

ಗಮನ! ಮೊದಲ ಮುದ್ರಣದಲ್ಲಿ ಪುಸ್ತಕದ ಕೊನೆಯಲ್ಲಿ ತಾಂತ್ರಿಕ ದೋಷವಿತ್ತು. ಸರಿಪಡಿಸಿದ ಪುಟಗಳು ಆಗಿರಬಹುದು

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

ಖರೀದಿಸಿ:

ನಿಮ್ಮ ಸಂಸ್ಥೆಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ 1C ಪಾಲುದಾರರನ್ನು ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಆರ್ಡರ್ ಮಾಡಿ, ಪುಸ್ತಕಕ್ಕೆ ನಿಯೋಜಿಸಲಾದ ಕೋಡ್ ಅನ್ನು ಅವರಿಗೆ ತಿಳಿಸಿ (ಕೆಳಗಿನ ಕೋಷ್ಟಕದಲ್ಲಿ ತೋರಿಸಲಾಗಿದೆ). ನೀವು ಇತರರಿಂದ ಪುಸ್ತಕವನ್ನು ಖರೀದಿಸಬಹುದು "1C" ಕಂಪನಿಯ ಪಾಲುದಾರರು.

• ಆನ್‌ಲೈನ್ ಅಂಗಡಿಯಲ್ಲಿ "1C-ಇಂಟರೆಸ್ಟ್" (ಕೊರಿಯರ್, ರಷ್ಯನ್ ಪೋಸ್ಟ್, DHL, EMS ಮೂಲಕ ಪುಸ್ತಕಗಳ ವಿತರಣೆ)
• ನಿಮ್ಮ ನಗರದ ಪುಸ್ತಕ ಮಳಿಗೆಗಳಲ್ಲಿ

ಸಹ ನೋಡಿ:

ಪುಸ್ತಕದ ವೆಚ್ಚ

ಪುಸ್ತಕ ರಚನೆ

ಪರಿಚಯ

ಅಧ್ಯಾಯ 1. ನಿಯಮಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಸಾಮಾನ್ಯ ತತ್ವಗಳು

ಅಧ್ಯಾಯ 2: ನಿಯಮಗಳನ್ನು ಬಳಸುವುದು

ಅಧ್ಯಾಯ 3. ನಿಯಮಗಳ ಸ್ವಯಂಚಾಲಿತ ರಚನೆ

ಅಧ್ಯಾಯ 4. ನಿಯಮ ರಚನೆ

ಅಧ್ಯಾಯ 5. ನಿಯಮಗಳ ವಿವರವಾದ ಅಧ್ಯಯನ

ಅಧ್ಯಾಯ 6. ಈವೆಂಟ್ ಹ್ಯಾಂಡ್ಲರ್‌ಗಳು

• ಆಯ್ಕೆಗಳು
• "ಪರಿವರ್ತನೆ" ನಿರ್ವಾಹಕರು
• ಹ್ಯಾಂಡ್ಲರ್‌ಗಳು "ಡೇಟಾ ಅಪ್‌ಲೋಡ್ ನಿಯಮಗಳು"
• ನಿರ್ವಾಹಕರು "ವಸ್ತು ಪರಿವರ್ತನೆ ನಿಯಮಗಳು"
• ನಿರ್ವಾಹಕರು "ಆಸ್ತಿ ಗುಂಪು ಪರಿವರ್ತನೆ ನಿಯಮಗಳು"
• ನಿರ್ವಾಹಕರು "ಆಸ್ತಿ ಪರಿವರ್ತನೆ ನಿಯಮಗಳು"

ಅಧ್ಯಾಯ 7. ಹುಡುಕಾಟ ಕ್ಷೇತ್ರಗಳು

ಅಧ್ಯಾಯ 8. ಡೇಟಾ ಶುಚಿಗೊಳಿಸುವ ನಿಯಮಗಳು

ಅಧ್ಯಾಯ 9. ಕ್ರಮಾವಳಿಗಳು ಮತ್ತು ಪ್ರಶ್ನೆಗಳು

ಅಧ್ಯಾಯ 10. ನಿಯಮಗಳ ವಿಶಿಷ್ಟ ಉದಾಹರಣೆಗಳು. ದೋಷನಿವಾರಣೆ

• ವರ್ಗಾವಣೆಗಳನ್ನು ಪರಿವರ್ತಿಸುವುದು
• ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಪರಿವರ್ತಿಸಲಾಗುತ್ತಿದೆ
• ದಾಖಲೆಗಳನ್ನು ಪರಿವರ್ತಿಸುವುದು
• ಮಾಹಿತಿ ರೆಜಿಸ್ಟರ್‌ಗಳನ್ನು ಪರಿವರ್ತಿಸುವುದು
• ಖಾತೆಗಳ ಪರಿವರ್ತನೆಯ ಚಾರ್ಟ್
• ವಿಶಿಷ್ಟ ರೀತಿಯ ಯೋಜನೆಯನ್ನು ಪರಿವರ್ತಿಸುವುದು
• ಲೆಕ್ಕಾಚಾರದ ಪ್ರಕಾರಗಳ ಯೋಜನೆಯನ್ನು ಪರಿವರ್ತಿಸುವುದು
• ಸ್ಥಿರಾಂಕಗಳ ಪರಿವರ್ತನೆ 1C:ಎಂಟರ್ಪ್ರೈಸ್ 7.7
• ಲೆಕ್ಕಪತ್ರ ವ್ಯವಹಾರದ ಪರಿವರ್ತನೆ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ 7.7

ಅಧ್ಯಾಯ 11. ಉತ್ತಮಗೊಳಿಸುವ ನಿಯಮಗಳು

• ಡೇಟಾ ಅಪ್ಲೋಡ್ ನಿಯಮಗಳು
• ವಸ್ತು ಪರಿವರ್ತನೆ ನಿಯಮಗಳು
• ಯುನಿವರ್ಸಲ್ XML ಡೇಟಾ ಇಂಟರ್ಚೇಂಜ್ ಪ್ರಕ್ರಿಯೆ

ಡೇಟಾ ಪರಿವರ್ತನೆ 2.0 ಮತ್ತು 2.1 1C ಯ ತಾಂತ್ರಿಕ ಸಂರಚನೆಯಾಗಿದ್ದು, 8.1 ರಿಂದ 8.3 ವರೆಗಿನ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಆವೃತ್ತಿಗಳಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ.

ಅಪ್ಲಿಕೇಶನ್ ಪರಿಹಾರಗಳು 1C 8 ಮತ್ತು 7 ನಡುವಿನ ವಿನಿಮಯಕ್ಕಾಗಿ ನಿಯಮಗಳನ್ನು ಬರೆಯುವುದು ಉಪಕರಣದ ಮುಖ್ಯ ಕಾರ್ಯವಾಗಿದೆ. ಇಂದು ಡೇಟಾ ಪರಿವರ್ತನೆಯ ಪ್ರಸ್ತುತ ಆವೃತ್ತಿ 3.0 ಆಗಿದೆ.

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

ಸಂರಚನೆಯು ಬಳಸಲು ತುಂಬಾ ಅನುಕೂಲಕರವಾಗಿದೆ.

ಯಾವುದೇ ಪ್ರೋಗ್ರಾಮರ್‌ಗೆ ಡೇಟಾ ಪರಿವರ್ತನೆಯು ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ: ವಿನಿಮಯ ನಿಯಮಗಳನ್ನು ರಚಿಸುವ ಕೌಶಲ್ಯವನ್ನು ಹೊಂದಿರುವುದು ವೃತ್ತಿಪರ ಕೌಶಲ್ಯಗಳಿಗೆ ಗಂಭೀರವಾದ ಪ್ಲಸ್ ಆಗಿದೆ.

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

1C 8.3 ರ "ಪ್ರಮಾಣಿತ" ವಿನಿಮಯ ನಿಯಮಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಇದು ತುಂಬಾ ಉಪಯುಕ್ತವಾಗಿದೆ; ಅಲ್ಲಿ ನೀವು ಕಾರ್ಯಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಆಸಕ್ತಿದಾಯಕ ಉದಾಹರಣೆಗಳನ್ನು ಕಾಣಬಹುದು.

ಮೂಲಭೂತ ಅಂಶಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು, ನಿಮಗೆ ಸಾಮಗ್ರಿಗಳು ಬೇಕಾಗುತ್ತವೆ, ನಾವು ಅವುಗಳನ್ನು ಕೆಳಗೆ ಪರಿಗಣಿಸುತ್ತೇವೆ.

ಪರಿವರ್ತನೆಗಾಗಿ ವೀಡಿಯೊ ಸೂಚನೆಗಳು

"1C ಡೇಟಾ ಪರಿವರ್ತನೆ" ಸಂರಚನೆಯನ್ನು ಬಳಸಿಕೊಂಡು 1C ನಲ್ಲಿ ಡೇಟಾ ವಿನಿಮಯವನ್ನು ಹೊಂದಿಸುವ ಮೂಲಭೂತ ವಿಷಯಗಳಿಗಾಗಿ, ವೀಡಿಯೊದಲ್ಲಿನ ಉದಾಹರಣೆಯನ್ನು ನೋಡಿ:

1C ಡೇಟಾ ಪರಿವರ್ತನೆ 2.0 ಅಧ್ಯಯನಕ್ಕಾಗಿ ಸಾಮಗ್ರಿಗಳು, ಪಠ್ಯಪುಸ್ತಕಗಳು

ಅಂತರ್ಜಾಲದಲ್ಲಿ ಹಲವಾರು ವಸ್ತುಗಳು ಮತ್ತು ದಾಖಲಾತಿಗಳಿಲ್ಲ, ನಾನು ಪ್ರಮುಖ ಮತ್ತು ಆಸಕ್ತಿದಾಯಕ ವಸ್ತುಗಳನ್ನು ಸಂಗ್ರಹಿಸಲು ಪ್ರಯತ್ನಿಸಿದೆ:

0. ಮೊದಲನೆಯದಾಗಿ, ಇಲ್ಯಾ ಲಿಯೊಂಟಿಯೆವ್ ಅವರ ಉಚಿತ ವೀಡಿಯೊ ಕೋರ್ಸ್ ಅನ್ನು ನಾನು ಶಿಫಾರಸು ಮಾಡುತ್ತೇವೆ, ಇದು ಇಲ್ಲಿ ಲಭ್ಯವಿದೆ ಲಿಂಕ್.

1. ಸಂರಚನೆಯಲ್ಲಿ ಅಂತರ್ನಿರ್ಮಿತ ಸಹಾಯವನ್ನು ಬಳಸಲು ನಾನು ಮೊದಲಿಗೆ ಸಲಹೆ ನೀಡುತ್ತೇನೆ. ಇದನ್ನು ನಿಜವಾಗಿಯೂ ಚೆನ್ನಾಗಿ ಬರೆಯಲಾಗಿದೆ ಮತ್ತು ತಾಂತ್ರಿಕವಾಗಿ ಉತ್ತಮವಾಗಿ ಅಳವಡಿಸಲಾಗಿದೆ:

2. ಮಾಹಿತಿಯ ಎರಡನೆಯ ಪ್ರಮುಖ ಮೂಲವೆಂದರೆ ಸೈಟ್ http://www.mykod.info/ (ಸೈಟ್ ಮುಚ್ಚಿದೆ), ನಿರ್ದಿಷ್ಟವಾಗಿ ಡೇಟಾ ಪರಿವರ್ತನೆಯಲ್ಲಿ ವಿಶೇಷವಾಗಿದೆ. ಅಲ್ಲಿ ನೀವು ಪರಿವರ್ತನೆಯಲ್ಲಿ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ವಸ್ತುಗಳನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಬಹುದು.

3. ಪ್ರತ್ಯೇಕವಾಗಿ, ನಾನು ಪಠ್ಯಪುಸ್ತಕವನ್ನು ಹೈಲೈಟ್ ಮಾಡಲು ಬಯಸುತ್ತೇನೆ - (ಲೇಖಕ - ಓಲ್ಗಾ ಕುಜ್ನೆಟ್ಸೊವಾ).

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

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

ವೇದಿಕೆಯ ಅಭಿವೃದ್ಧಿಯ ಸಮಯದಲ್ಲಿ, ಕಂಪನಿಯು ಹಲವಾರು ಸಾರ್ವತ್ರಿಕ ಸಾಧನಗಳನ್ನು ಪರಿಚಯಿಸಿತು, ಜೊತೆಗೆ ಡೇಟಾ ವರ್ಗಾವಣೆಯನ್ನು ಸರಳಗೊಳಿಸುವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಪರಿಚಯಿಸಿತು. ಅವುಗಳನ್ನು ಎಲ್ಲಾ ಪ್ರಮಾಣಿತ ಪರಿಹಾರಗಳಲ್ಲಿ ನಿರ್ಮಿಸಲಾಗಿದೆ ಮತ್ತು ಒಂದೇ ರೀತಿಯ ಸಂರಚನೆಗಳ ನಡುವಿನ ವಲಸೆಯ ಸಮಸ್ಯೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಪರಿಹರಿಸಲಾಗಿದೆ. ಪ್ರಮಾಣಿತ ಪರಿಹಾರಗಳ ನಿಕಟ ಏಕೀಕರಣದಿಂದ ಗೆಲುವು ಮತ್ತೊಮ್ಮೆ ದೃಢೀಕರಿಸಲ್ಪಟ್ಟಿದೆ.

ಪ್ರಮಾಣಿತವಲ್ಲದ ಪರಿಹಾರಗಳ ನಡುವಿನ ವಲಸೆಯೊಂದಿಗೆ, ಪರಿಸ್ಥಿತಿಯು ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಜಟಿಲವಾಗಿದೆ. ತಂತ್ರಜ್ಞಾನಗಳ ವ್ಯಾಪಕ ಆಯ್ಕೆಯು ಡೆವಲಪರ್‌ಗಳು ತಮ್ಮ ದೃಷ್ಟಿಕೋನದಿಂದ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಸೂಕ್ತವಾದ ಮಾರ್ಗವನ್ನು ಸ್ವತಂತ್ರವಾಗಿ ಆಯ್ಕೆ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ.

ಅವುಗಳಲ್ಲಿ ಕೆಲವನ್ನು ನೋಡೋಣ:

• ಪಠ್ಯ ಕಡತಗಳ ಮೂಲಕ ವಿನಿಮಯ;
• ವಿನಿಮಯ ಯೋಜನೆಗಳ ಬಳಕೆ;
• ಇತ್ಯಾದಿ

ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಆದ ಬಾಧಕಗಳನ್ನು ಹೊಂದಿದೆ. ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ಮುಖ್ಯ ಅನನುಕೂಲವೆಂದರೆ ಅದರ ಮೌಖಿಕತೆ. ವಲಸೆ ಅಲ್ಗಾರಿದಮ್‌ಗಳ ಸ್ವತಂತ್ರ ಅನುಷ್ಠಾನವು ಗಮನಾರ್ಹ ಸಮಯದ ವೆಚ್ಚಗಳು ಮತ್ತು ದೀರ್ಘ ಡೀಬಗ್ ಮಾಡುವ ಪ್ರಕ್ರಿಯೆಯಿಂದ ತುಂಬಿರುತ್ತದೆ. ಅಂತಹ ನಿರ್ಧಾರಗಳಿಗೆ ಹೆಚ್ಚಿನ ಬೆಂಬಲದ ಬಗ್ಗೆ ಮಾತನಾಡಲು ನಾನು ಬಯಸುವುದಿಲ್ಲ.

ಸಂಕೀರ್ಣತೆ ಮತ್ತು ಬೆಂಬಲದ ಹೆಚ್ಚಿನ ವೆಚ್ಚವು 1C ಕಂಪನಿಯನ್ನು ಸಾರ್ವತ್ರಿಕ ಪರಿಹಾರವನ್ನು ರಚಿಸಲು ಪ್ರೇರೇಪಿಸಿತು. ವಲಸೆಗಳ ಅಭಿವೃದ್ಧಿ ಮತ್ತು ಬೆಂಬಲವನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಸರಳಗೊಳಿಸಲು ಸಾಧ್ಯವಾಗಿಸುವ ತಂತ್ರಜ್ಞಾನಗಳು. ಪರಿಣಾಮವಾಗಿ, ಕಲ್ಪನೆಯನ್ನು ಪ್ರತ್ಯೇಕ ಸಂರಚನೆಯ ರೂಪದಲ್ಲಿ ಅಳವಡಿಸಲಾಗಿದೆ - "ಡೇಟಾ ಪರಿವರ್ತನೆ".

ಡೇಟಾ ಪರಿವರ್ತನೆ - ಪ್ರಮಾಣಿತ ಪರಿಹಾರ, ಸ್ವತಂತ್ರ ಸಂರಚನೆ. “ITS:Prof” ಚಂದಾದಾರಿಕೆಯನ್ನು ಹೊಂದಿರುವ ಯಾವುದೇ ಬಳಕೆದಾರರು ಈ ಪ್ಯಾಕೇಜ್ ಅನ್ನು ಬಳಕೆದಾರರ ಬೆಂಬಲ ಸೈಟ್ ಅಥವಾ ITS ಡಿಸ್ಕ್‌ನಿಂದ ಸಂಪೂರ್ಣವಾಗಿ ಉಚಿತವಾಗಿ ಡೌನ್‌ಲೋಡ್ ಮಾಡಬಹುದು. ಅನುಸ್ಥಾಪನೆಯನ್ನು ಪ್ರಮಾಣಿತ ರೀತಿಯಲ್ಲಿ ನಡೆಸಲಾಗುತ್ತದೆ - 1C ನಿಂದ ಎಲ್ಲಾ ಇತರ ಪ್ರಮಾಣಿತ ಪರಿಹಾರಗಳಂತೆ.

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

ಎರಡನೇ ದೊಡ್ಡ ಪ್ಲಸ್ ದೃಶ್ಯ ಸಾಧನಗಳು. ಪ್ರೋಗ್ರಾಮಿಂಗ್ ಇಲ್ಲದೆ ಸರಳ ವಲಸೆಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ. ಹೌದು, ಹೌದು, ಒಂದೇ ಸಾಲಿನ ಕೋಡ್ ಇಲ್ಲದೆ! ಇದಕ್ಕಾಗಿ ಮಾತ್ರ, ಒಮ್ಮೆ ತಂತ್ರಜ್ಞಾನವನ್ನು ಕಲಿಯಲು ಸಮಯವನ್ನು ಕಳೆಯುವುದು ಯೋಗ್ಯವಾಗಿದೆ, ಮತ್ತು ನಂತರ ಅಮೂಲ್ಯವಾದ ಕೌಶಲ್ಯಗಳನ್ನು ಪದೇ ಪದೇ ಬಳಸುವುದು.

ನಾನು ಗಮನಿಸುವ ಮೂರನೇ ಪ್ರಯೋಜನವೆಂದರೆ ಡೇಟಾ ವಿತರಣೆಯ ಮೇಲಿನ ನಿರ್ಬಂಧಗಳ ಅನುಪಸ್ಥಿತಿ. ರಿಸೀವರ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗೆ ಡೇಟಾವನ್ನು ತಲುಪಿಸುವ ವಿಧಾನವನ್ನು ಡೆವಲಪರ್ ಸ್ವತಃ ಆಯ್ಕೆ ಮಾಡುತ್ತಾರೆ. ಬಾಕ್ಸ್‌ನ ಹೊರಗೆ ಎರಡು ಆಯ್ಕೆಗಳು ಲಭ್ಯವಿವೆ: xml ಫೈಲ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡುವುದು ಮತ್ತು ಇನ್ಫೋಬೇಸ್ (COM/OLE) ಗೆ ನೇರ ಸಂಪರ್ಕ.

ಆರ್ಕಿಟೆಕ್ಚರ್ ಅಧ್ಯಯನ

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

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

• MDXXExp.epf- ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುವಿಕೆಯು ನಿಮಗೆ ಇನ್ಫೋಬೇಸ್ ರಚನೆಯ ವಿವರಣೆಯನ್ನು xml ಫೈಲ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ. ಮತ್ತಷ್ಟು ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ವಿನಿಮಯ ನಿಯಮಗಳ ರಚನೆಗಾಗಿ ರಚನೆಯ ವಿವರಣೆಯನ್ನು CD ಗೆ ಲೋಡ್ ಮಾಡಲಾಗಿದೆ.
• V8ExchanXX.epf- ವಿನಿಮಯ ನಿಯಮಗಳಿಗೆ ಅನುಸಾರವಾಗಿ ಮಾಹಿತಿ ಬೇಸ್‌ನಿಂದ ಡೇಟಾವನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುತ್ತದೆ/ಡೌನ್‌ಲೋಡ್ ಮಾಡುತ್ತದೆ. ಹೆಚ್ಚಿನ ವಿಶಿಷ್ಟವಾದ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳಲ್ಲಿ, ಸಂಸ್ಕರಣೆಯು ಬಾಕ್ಸ್‌ನ ಹೊರಗೆ ಇರುತ್ತದೆ ("ಸೇವೆ" ಮೆನು ಐಟಂ ಅನ್ನು ನೋಡಿ). ಸಂಸ್ಕರಣೆಯು ಸಾರ್ವತ್ರಿಕವಾಗಿದೆ ಮತ್ತು ಯಾವುದೇ ನಿರ್ದಿಷ್ಟ ಸಂರಚನೆಗಳು/ನಿಯಮಗಳಿಗೆ ಸಂಬಂಧಿಸಿಲ್ಲ.

ಸರಿ, ಈಗ, ಮೇಲಿನ ಎಲ್ಲಾ ಆಧಾರದ ಮೇಲೆ, ಹೊಸ ಪರಿವರ್ತನೆಯನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವ ಹಂತಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸೋಣ:

1. ಕಾರ್ಯದ ವ್ಯಾಖ್ಯಾನ. ಯಾವ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸಬೇಕು (ಯಾವ ಕಾನ್ಫಿಗರೇಶನ್ ವಸ್ತುಗಳಿಂದ) ಮತ್ತು ಮುಖ್ಯವಾಗಿ, ಅದನ್ನು ಎಲ್ಲಿ ವರ್ಗಾಯಿಸಬೇಕು ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಅವಶ್ಯಕ.
2. CD ಗೆ ನಂತರದ ಲೋಡ್‌ಗಾಗಿ ಕಾನ್ಫಿಗರೇಶನ್ ರಚನೆಗಳ ವಿವರಣೆಯನ್ನು (ಮೂಲ/ಸಿಂಕ್) ಸಿದ್ಧಪಡಿಸುವುದು. MDXXExp.epf ಸೇವಾ ಪ್ರಕ್ರಿಯೆಯಿಂದ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲಾಗಿದೆ.
3. ಮಾಹಿತಿ ಭದ್ರತೆಗೆ ರಚನೆಗಳ ಸಿದ್ಧಪಡಿಸಿದ ವಿವರಣೆಗಳನ್ನು ಲೋಡ್ ಮಾಡಲಾಗುತ್ತಿದೆ.
4. ದೃಶ್ಯ ಸಿಡಿ ಉಪಕರಣವನ್ನು ಬಳಸಿಕೊಂಡು ವಿನಿಮಯ ನಿಯಮಗಳನ್ನು ರಚಿಸುವುದು.
5. V8ExchanXX.epf ಸಂಸ್ಕರಣೆಯನ್ನು ಬಳಸಿಕೊಂಡು ರಚಿಸಲಾದ ಡೇಟಾ ಪರಿವರ್ತನೆ ನಿಯಮಗಳ ಪ್ರಕಾರ ಅಪ್‌ಲೋಡ್/ಡೌನ್‌ಲೋಡ್ ಅನ್ನು ನಿರ್ವಹಿಸುವುದು.
6. ಡೀಬಗ್ ಮಾಡುವ ವಿನಿಮಯ ನಿಯಮಗಳು (ಅಗತ್ಯವಿದ್ದರೆ).

ಅತ್ಯಂತ ಸರಳವಾದ ಪರಿವರ್ತನೆ

ಪ್ರದರ್ಶನಕ್ಕಾಗಿ ನಮಗೆ ಎರಡು ನಿಯೋಜಿಸಲಾದ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳು ಬೇಕಾಗುತ್ತವೆ. ನಾನು ಆಯ್ಕೆಯೊಂದಿಗೆ ಹೋಗಲು ನಿರ್ಧರಿಸಿದೆ: "ಟ್ರೇಡ್ ಮ್ಯಾನೇಜ್ಮೆಂಟ್" 10 ನೇ ಆವೃತ್ತಿ ಮತ್ತು ಸಣ್ಣ ಮನೆ-ಬರಹದ ಪರಿಹಾರ. ಪ್ರಮಾಣಿತ "UT" ಕಾನ್ಫಿಗರೇಶನ್‌ನಿಂದ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸುವುದು ಕಾರ್ಯವಾಗಿದೆ. ಸಂಕ್ಷಿಪ್ತತೆಗಾಗಿ, ಸ್ವಯಂ-ಲಿಖಿತ ಪರಿಹಾರವನ್ನು "ಸಿಂಕ್" ಮತ್ತು ವ್ಯಾಪಾರ ನಿರ್ವಹಣೆ "ಮೂಲ" ಎಂದು ಕರೆಯೋಣ. "ನಾಮಕರಣ" ಡೈರೆಕ್ಟರಿಯಿಂದ ಅಂಶಗಳನ್ನು ವರ್ಗಾಯಿಸುವ ಮೂಲಕ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಪ್ರಾರಂಭಿಸೋಣ.

ಮೊದಲನೆಯದಾಗಿ, ಡೇಟಾ ಪರಿವರ್ತನೆ ಯೋಜನೆಯನ್ನು ನೋಡೋಣ ಮತ್ತು ಮಾಡಬೇಕಾದ ಕ್ರಿಯೆಗಳ ಪಟ್ಟಿಯನ್ನು ಪುನಃ ಓದೋಣ. ನಂತರ ನಾವು "ಮೂಲ" ಸಂರಚನೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ ಮತ್ತು ಅದರಲ್ಲಿ MD82Exp.epf ಸೇವಾ ಪ್ರಕ್ರಿಯೆಯನ್ನು ತೆರೆಯುತ್ತೇವೆ.

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

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

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

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

ಸಿಡಿ ತೆರೆಯಿರಿ ಮತ್ತು ಮುಖ್ಯ ಮೆನುವಿನಲ್ಲಿ ಆಯ್ಕೆಮಾಡಿ “ಡೈರೆಕ್ಟರಿಗಳು” -> “ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳು”. ಡೈರೆಕ್ಟರಿಯು ಪರಿವರ್ತನೆಗಳನ್ನು ರಚಿಸಲು ಬಳಸಬಹುದಾದ ಎಲ್ಲಾ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳ ರಚನೆಗಳ ವಿವರಣೆಯನ್ನು ಸಂಗ್ರಹಿಸುತ್ತದೆ. ನಾವು ಕಾನ್ಫಿಗರೇಶನ್ ವಿವರಣೆಯನ್ನು ಒಮ್ಮೆ ಲೋಡ್ ಮಾಡುತ್ತೇವೆ ಮತ್ತು ನಂತರ ವಿವಿಧ ಪರಿವರ್ತನೆಗಳನ್ನು ರಚಿಸಲು ನಾವು ಅದನ್ನು ಹಲವು ಬಾರಿ ಬಳಸಬಹುದು.

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

ಈಗ ನೀವು ವಿನಿಮಯ ನಿಯಮಗಳನ್ನು ರಚಿಸಲು ಸಿದ್ಧರಾಗಿರುವಿರಿ. ಮುಖ್ಯ CD ಮೆನುವಿನಲ್ಲಿ, "ಡೈರೆಕ್ಟರಿಗಳು" -> "ಪರಿವರ್ತನೆಗಳು" ಆಯ್ಕೆಮಾಡಿ. ಹೊಸ ಅಂಶವನ್ನು ಸೇರಿಸಿ. ಹೊಸ ಪರಿವರ್ತನೆಯನ್ನು ರಚಿಸಲು ವಿಂಡೋದಲ್ಲಿ, ನೀವು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕಾಗಿದೆ: ಮೂಲ ಸಂರಚನೆ (UT ಆಯ್ಕೆಮಾಡಿ) ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ಸಂರಚನೆ ("ರಿಸೀವರ್" ಆಯ್ಕೆಮಾಡಿ). ಮುಂದೆ, "ಸುಧಾರಿತ" ಟ್ಯಾಬ್ ತೆರೆಯಿರಿ ಮತ್ತು ಕೆಳಗಿನ ಕ್ಷೇತ್ರಗಳನ್ನು ಭರ್ತಿ ಮಾಡಿ:

• ವಿನಿಮಯ ನಿಯಮಗಳ ಫೈಲ್ ಹೆಸರು - ರಚಿಸಿದ ವಿನಿಮಯ ನಿಯಮಗಳನ್ನು ಈ ಹೆಸರಿನಲ್ಲಿ ಉಳಿಸಲಾಗುತ್ತದೆ. ನೀವು ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಫೈಲ್ ಹೆಸರನ್ನು ಬದಲಾಯಿಸಬಹುದು, ಆದರೆ ಇದೀಗ ಅದನ್ನು ಹೊಂದಿಸುವುದು ಉತ್ತಮ. ಇದು ಭವಿಷ್ಯದಲ್ಲಿ ಸಮಯವನ್ನು ಉಳಿಸುತ್ತದೆ. ನಾನು ಡೆಮೊ ಉದಾಹರಣೆಗಾಗಿ ನಿಯಮಗಳನ್ನು ಹೆಸರಿಸಿದೆ: "rules-ut-to-priemnik.xml".
• ಹೆಸರು - ಪರಿವರ್ತನೆಯ ಹೆಸರು. ಹೆಸರು ಸಂಪೂರ್ಣವಾಗಿ ಯಾವುದಾದರೂ ಆಗಿರಬಹುದು, ನಾನು "ಡೆಮೊ" ಗೆ ಸೀಮಿತಗೊಳಿಸಿದೆ. UT ಟು ರಿಸೀವರ್."

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

ನಾವು ಈಗಿನಿಂದಲೇ "ನಾನು" ಅನ್ನು ಡಾಟ್ ಮಾಡೋಣ. ಮಾಂತ್ರಿಕನಿಗೆ ಗಂಭೀರವಾದದ್ದನ್ನು ರಚಿಸಲು ಸಾಧ್ಯವಾಗುವುದಿಲ್ಲ. ಆದಾಗ್ಯೂ, ಈ ಸಾಧ್ಯತೆಯನ್ನು ರಿಯಾಯಿತಿ ಮಾಡಬಾರದು. ಒಂದೇ ರೀತಿಯ ಸಂರಚನೆಗಳ ನಡುವೆ ವಿನಿಮಯವನ್ನು ಸ್ಥಾಪಿಸಲು ಅಗತ್ಯವಿದ್ದರೆ, ತಜ್ಞರ ಸೇವೆಗಳು ತುಂಬಾ ಉಪಯುಕ್ತವಾಗುತ್ತವೆ. ನಮ್ಮ ಉದಾಹರಣೆಗಾಗಿ, ಹಸ್ತಚಾಲಿತ ಮೋಡ್ ಯೋಗ್ಯವಾಗಿದೆ.

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

ಈ ಹಂತದಲ್ಲಿ, ನಾವು ಎರಡು ಟ್ಯಾಬ್‌ಗಳಲ್ಲಿ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇವೆ: “ವಸ್ತು ಪರಿವರ್ತನೆ ನಿಯಮಗಳು” ಮತ್ತು “ಡೇಟಾ ಅಪ್‌ಲೋಡ್ ನಿಯಮಗಳು”. ಮೊದಲಿಗೆ, ನಾವು ಹೊಂದಾಣಿಕೆಯ ನಿಯಮಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಬೇಕು, ಅಂದರೆ. ಎರಡು ಸಂರಚನೆಗಳ ವಸ್ತುಗಳನ್ನು ಹೋಲಿಕೆ ಮಾಡಿ. ಎರಡನೆಯದರಲ್ಲಿ, ಅಪ್‌ಲೋಡ್ ಮಾಡಲು ಬಳಕೆದಾರರಿಗೆ ಲಭ್ಯವಿರುವ ಸಂಭಾವ್ಯ ವಸ್ತುಗಳನ್ನು ನಿರ್ಧರಿಸಿ.

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

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

ಜಾಗವನ್ನು ಉಳಿಸಲು, ನಾವು ಮೊದಲ ಆಯ್ಕೆಯನ್ನು ಬಳಸುತ್ತೇವೆ. ಮಾಂತ್ರಿಕ ವಿಂಡೋದಲ್ಲಿ, ಗುಂಪನ್ನು ಗುರುತಿಸಬೇಡಿ " ದಾಖಲೆ” (ನಾವು ಡೈರೆಕ್ಟರಿಗಳಲ್ಲಿ ಮಾತ್ರ ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇವೆ) ಮತ್ತು ಗುಂಪನ್ನು ವಿಸ್ತರಿಸಿ ಡೈರೆಕ್ಟರಿಗಳು" ನಾವು ಪಟ್ಟಿಯ ಮೂಲಕ ಎಚ್ಚರಿಕೆಯಿಂದ ಸ್ಕ್ರಾಲ್ ಮಾಡುತ್ತೇವೆ ಮತ್ತು ಹೋಲಿಸಬಹುದಾದ ಉಲ್ಲೇಖ ಪುಸ್ತಕಗಳ ಹೆಸರುಗಳನ್ನು ನೋಡುತ್ತೇವೆ.

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

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

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

ವಿನಿಮಯ ನಿಯಮಗಳಿಗೆ ಆಧಾರ ಸಿದ್ಧವಾಗಿದೆ. ನಾವು ಸಿಂಕ್ರೊನೈಸೇಶನ್ಗಾಗಿ ವಸ್ತುಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡಿದ್ದೇವೆ ಮತ್ತು ಗುಣಲಕ್ಷಣಗಳನ್ನು ಪರಿವರ್ತಿಸುವ ಮತ್ತು ಅಪ್ಲೋಡ್ ಮಾಡುವ ನಿಯಮಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ರಚಿಸಲಾಗಿದೆ. ವಿನಿಮಯ ನಿಯಮಗಳನ್ನು ಫೈಲ್‌ಗೆ ಉಳಿಸೋಣ, ನಂತರ IB "ಮೂಲ" (ನನ್ನ ಸಂದರ್ಭದಲ್ಲಿ ಅದು UT) ತೆರೆಯಿರಿ ಮತ್ತು ಅದರಲ್ಲಿ ಸೇವಾ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿ V8Exchan82.epf.

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

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

ನೈಜ ಪ್ರಪಂಚದ ಸಮಸ್ಯೆಗಳು

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

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

ಕಾರ್ಯ ಸಂಖ್ಯೆ 1. ಕಾಣೆಯಾದ ವಿವರಗಳನ್ನು ಭರ್ತಿ ಮಾಡಿ

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

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

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

ಆಬ್ಜೆಕ್ಟ್ ಆಗದಿದ್ದರೆ.ಈ ಗುಂಪು ನಂತರ ಆಬ್ಜೆಕ್ಟ್.ಆರ್ಗನೈಸೇಶನ್ = ಸ್ಥಿರಾಂಕಗಳು.ಪ್ರಸ್ತುತ ಸಂಘಟನೆ.ಗೆಟ್(); ಕೊನೆಯಲ್ಲಿ ವೇಳೆ;

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

ಕಾರ್ಯ ಸಂಖ್ಯೆ 2. ಮಾಹಿತಿ ನೋಂದಣಿಗಾಗಿ ವಿವರಗಳು

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

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

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

• ಮಾದರಿ ವಿಧಾನ. "ಅನಿಯಂತ್ರಿತ ಅಲ್ಗಾರಿದಮ್" ಗೆ ಬದಲಾಯಿಸಿ;
• ಪರಿವರ್ತನೆ ನಿಯಮ. ಮಾಹಿತಿ ರಿಜಿಸ್ಟರ್ "ಕ್ಲೈಂಟ್ಗಳ ವಿಧಗಳು" ಆಯ್ಕೆಮಾಡಿ;
• ನಿಯಮದ ಕೋಡ್ (ಹೆಸರು). ಅದನ್ನು "ಅನ್‌ಲೋಡ್ ಮಾಡುವ ಕ್ಲೈಂಟ್ ಪ್ರಕಾರಗಳು" ಎಂದು ಬರೆಯಿರಿ;

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

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

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

DataFetch = ಹೊಸ ಮೌಲ್ಯಪಟ್ಟಿ(); DataSelection.Columns.Add("Client"); DataSelection.Columns.Add("ClientType"); SelectingDataFromDirectory = Directories.Accounts.Select(); DataFromDirectory.Next()DataFromDirectory ಅನ್ನು ಆಯ್ಕೆಮಾಡುವಾಗ ಲೂಪ್ ಮಾಡಿ ಕೊನೆಯಲ್ಲಿ ವೇಳೆ; ಡೈರೆಕ್ಟರಿಯಿಂದ ಡೇಟಾ ಆಯ್ಕೆ ವೇಳೆ. ಖರೀದಿದಾರ ನಂತರ NewRow = Data Selection.Add(); NewRow.Client = DataFetchFromDirectory.Link; NewRow.ClientType = "ಗ್ರಾಹಕ"; ಕೊನೆಯಲ್ಲಿ ವೇಳೆ; DataFetchFromDirectory.Supplier ಆಗಿದ್ದರೆ NewRow = DataFetch.Add(); NewRow.Client = DataFetchFromDirectory.Link; NewString.ClientType = "ಪೂರೈಕೆದಾರ"; ಕೊನೆಯಲ್ಲಿ ವೇಳೆ; ಎಂಡ್ಸೈಕಲ್;

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

//“ಕ್ಲೈಂಟ್” ಆಸ್ತಿ ಮೌಲ್ಯಕ್ಕಾಗಿ = ಮೂಲ.ಕ್ಲೈಂಟ್; //ಆಸ್ತಿಗಾಗಿ “ClientType” ಆಗಿದ್ದರೆ Source.Client = "Buyer" ನಂತರ Expression = "Enumerations.ClientTypes.Buyer" ElseIf Source.Client = "ಪೂರೈಕೆದಾರ" ನಂತರ ಅಭಿವ್ಯಕ್ತಿ = "Enumerations.ClientTypes.Supplier"; ಕೊನೆಯಲ್ಲಿ ವೇಳೆ;

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

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

ಕಾರ್ಯ ಸಂಖ್ಯೆ 3. ಟೇಬಲ್ ಭಾಗಗಳೊಂದಿಗೆ ತಂತ್ರಗಳು

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

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

ಜಾಗವನ್ನು ಉಳಿಸಲು, ವಿನಂತಿಯ ಕೋಡ್ (ನೀವು ಯಾವಾಗಲೂ ಮೂಲಗಳನ್ನು ಉಲ್ಲೇಖಿಸಬಹುದು) ಅನ್ನು ನಾನು ಒದಗಿಸುವುದಿಲ್ಲ - ಅದರಲ್ಲಿ ಅಸಾಮಾನ್ಯ ಏನೂ ಇಲ್ಲ. ನಾವು ಫಲಿತಾಂಶದ ಆಯ್ಕೆಯ ಮೂಲಕ ವಿಂಗಡಿಸುತ್ತೇವೆ ಮತ್ತು ವಿಂಗಡಿಸಲಾದ ಫಲಿತಾಂಶಗಳನ್ನು ಈಗಾಗಲೇ ಪರಿಚಿತ ನಿಯತಾಂಕದಲ್ಲಿ ಇರಿಸುತ್ತೇವೆ " ಡೇಟಾ ಸ್ಯಾಂಪ್ಲಿಂಗ್" ಮೌಲ್ಯಗಳ ಕೋಷ್ಟಕವನ್ನು ಸಂಗ್ರಹವಾಗಿ ಬಳಸಲು ಮತ್ತೊಮ್ಮೆ ಅನುಕೂಲಕರವಾಗಿದೆ:

DataFetch = ಹೊಸ ಮೌಲ್ಯಪಟ್ಟಿ(); //ಇಲ್ಲಿ ಇನ್ನೊಂದು ಟೇಬಲ್ ಭಾಗವಿರುತ್ತದೆ ಡೇಟಾ ಆಯ್ಕೆ.ಕಾಲಮ್‌ಗಳು.ಸೇರಿಸಿ("ಉತ್ಪನ್ನಗಳು"); //ಇಲ್ಲಿ ಒಂದು ಕೋಷ್ಟಕ ಭಾಗ ಡೇಟಾ ಆಯ್ಕೆ ಕೂಡ ಇರುತ್ತದೆ.ಕಾಲಮ್‌ಗಳು. ಸೇರಿಸಿ ("ಸೇವೆಗಳು"); SelectionData.Columns.Add("ಲಿಂಕ್");

ಕಾರ್ಯ ಸಂಖ್ಯೆ 4. ಕಾರ್ಯಾಚರಣೆಗೆ ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸುವುದು

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

ಸಂರಚನೆಯಲ್ಲಿ " ಬಿಪಿ"ಸಾರ್ವತ್ರಿಕ ದಾಖಲೆ ಇದೆ" ಕಾರ್ಯಾಚರಣೆಮತ್ತು ಹೆಚ್ಚಿನ ತಂತಿಗಳನ್ನು ರೂಪಿಸಲು ಇದು ಸೂಕ್ತವಾಗಿದೆ. ಕೇವಲ ಒಂದು ಸಮಸ್ಯೆ ಇದೆ - ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಕುತಂತ್ರದಿಂದ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಡೇಟಾವನ್ನು ಸುಲಭವಾಗಿ ವರ್ಗಾಯಿಸಲಾಗುವುದಿಲ್ಲ.

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

ಕಾರ್ಯ ಸಂಖ್ಯೆ 5. ಬಹು ವಿವರಗಳಾದ್ಯಂತ ಡೇಟಾ ಸಿಂಕ್ರೊನೈಸೇಶನ್

ನಾವು ಈಗಾಗಲೇ ಹಲವಾರು ಉದಾಹರಣೆಗಳನ್ನು ನೋಡಿದ್ದೇವೆ, ಆದರೆ ವಲಸೆಯ ಸಮಯದಲ್ಲಿ ವಸ್ತುಗಳನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡುವ ಬಗ್ಗೆ ನಾವು ಇನ್ನೂ ಮಾತನಾಡಿಲ್ಲ. ನಾವು ಕೌಂಟರ್ಪಾರ್ಟಿಗಳನ್ನು ವರ್ಗಾಯಿಸಬೇಕಾಗಿದೆ ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಬಹುಶಃ ರಿಸೀವರ್ ಡೇಟಾಬೇಸ್ನಲ್ಲಿವೆ ಎಂದು ಊಹಿಸೋಣ. ಡೇಟಾವನ್ನು ವರ್ಗಾಯಿಸುವುದು ಮತ್ತು ನಕಲಿಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುವುದನ್ನು ತಡೆಯುವುದು ಹೇಗೆ? ಈ ನಿಟ್ಟಿನಲ್ಲಿ, CD ವರ್ಗಾವಣೆಗೊಂಡ ವಸ್ತುಗಳನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡಲು ಹಲವಾರು ಮಾರ್ಗಗಳನ್ನು ನೀಡುತ್ತದೆ.

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

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

ಅಂತಹ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಹಲವಾರು ಮಾನದಂಡಗಳ ಪ್ರಕಾರ ವಸ್ತುಗಳನ್ನು ಸಿಂಕ್ರೊನೈಸ್ ಮಾಡುವುದು ಹೆಚ್ಚು ಸರಿಯಾಗಿದೆ. INN, KPP, ಹೆಸರಿನ ಮೂಲಕ ಕೌಂಟರ್ಪಾರ್ಟಿಗಳನ್ನು ಹುಡುಕುವುದು ಅಥವಾ ಹುಡುಕಾಟವನ್ನು ಹಲವಾರು ಹಂತಗಳಾಗಿ ವಿಭಜಿಸುವುದು ಹೆಚ್ಚು ಸರಿಯಾಗಿದೆ.

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

ಕ್ಷೇತ್ರಗಳನ್ನು ನಾವೇ ಆಯ್ಕೆ ಮಾಡಿಕೊಳ್ಳುವ ಹಕ್ಕು ನಮಗಿದೆ. TIN, KPP ಮತ್ತು ಹೆಸರನ್ನು ಪರಿಶೀಲಿಸುವ ಮೂಲಕ, ನಾವು ತಕ್ಷಣವೇ ಹಲವಾರು ಹುಡುಕಾಟ ಮಾನದಂಡಗಳನ್ನು ಸೂಚಿಸುತ್ತೇವೆ. ಆರಾಮದಾಯಕ? ಸಾಕಷ್ಟು, ಆದರೆ ಮತ್ತೆ ಇದು ಸಾಕಾಗುವುದಿಲ್ಲ. ನಾವು ಹುಡುಕಾಟ ಮಾನದಂಡವನ್ನು ಬದಲಾಯಿಸಲು ಬಯಸಿದರೆ ಏನು ಮಾಡಬೇಕು? ಉದಾಹರಣೆಗೆ, ಮೊದಲು ನಾವು TIN + KPP ಸಂಯೋಜನೆಯನ್ನು ಹುಡುಕುತ್ತೇವೆ ಮತ್ತು ನಾವು ಏನನ್ನೂ ಕಂಡುಹಿಡಿಯದಿದ್ದರೆ, ನಾವು ಹೆಸರಿನೊಂದಿಗೆ ನಮ್ಮ ಅದೃಷ್ಟವನ್ನು ಪ್ರಯತ್ನಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ.

ಅಂತಹ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಸಾಕಷ್ಟು ಸಮರ್ಥವಾಗಿದೆ. ಈವೆಂಟ್ ಹ್ಯಾಂಡ್ಲರ್‌ನಲ್ಲಿ " ಹುಡುಕಾಟ ಕ್ಷೇತ್ರಗಳು” ನಾವು 10 ಹುಡುಕಾಟ ಮಾನದಂಡಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಆದ ಹುಡುಕಾಟ ಕ್ಷೇತ್ರಗಳ ಸಂಯೋಜನೆಯನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಬಹುದು:

SearchOptionNumber = 1 ಆಗಿದ್ದರೆ SearchPropertyNameString = “TIN, KPP”; ಇಲ್ಲದಿದ್ದರೆIfSearchOptionNumber = 2 ನಂತರSearchPropertyNameString = "ಹೆಸರು"; ಕೊನೆಯಲ್ಲಿ ವೇಳೆ;

ಯಾವಾಗಲೂ ಹಲವಾರು ಪರಿಹಾರಗಳಿವೆ

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

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

ವೇದಿಕೆಗಳ ಜ್ಞಾನ ಇನ್ನೂ ಅಗತ್ಯ

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

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

ಪರಿಣಾಮಕಾರಿ ಕೆಲಸಕ್ಕೆ ಹೆಚ್ಚಿನ ಪ್ರಾಮುಖ್ಯತೆಯು ವಿವಿಧ ಮಾಹಿತಿ ವ್ಯವಸ್ಥೆಗಳ ನಡುವೆ ವಿನಿಮಯವನ್ನು ಸಂಘಟಿಸುವ ಸಾಮರ್ಥ್ಯವಾಗಿದೆ. ವೇದಿಕೆ" 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ಡೇಟಾ ವಿನಿಮಯ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪರಿಹಾರಗಳ ಏಕೀಕರಣಕ್ಕಾಗಿ ವಿವಿಧ ಸಾಧನಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.

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

ಪುಸ್ತಕವು ವಿನಿಮಯ ನಿಯಮಗಳು ಮತ್ತು ಸಂರಚನೆಯ ಉದಾಹರಣೆಗಳೊಂದಿಗೆ ಡೆಮೊ ಮಾಹಿತಿ ಬೇಸ್‌ಗಳನ್ನು ಹೊಂದಿರುವ CD ಜೊತೆಗೆ ಇರುತ್ತದೆ " 1C: ಎಂಟರ್‌ಪ್ರೈಸ್. ಡೇಟಾ ಪರಿವರ್ತನೆ".

ಪುಸ್ತಕ ರಚನೆ

ಪರಿಚಯ

ಅಧ್ಯಾಯ 1.ನಿಯಮಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಸಾಮಾನ್ಯ ತತ್ವಗಳು

ಅಧ್ಯಾಯ 2.ನಿಯಮಗಳನ್ನು ಬಳಸುವುದು

ಅಧ್ಯಾಯ 3.ನಿಯಮಗಳ ಸ್ವಯಂಚಾಲಿತ ರಚನೆ

ಅಧ್ಯಾಯ 4.ನಿಯಮ ರಚನೆ

ಅಧ್ಯಾಯ 5.ನಿಯಮಗಳ ವಿವರವಾದ ಅಧ್ಯಯನ

ಅಧ್ಯಾಯ 6.ಈವೆಂಟ್ ನಿರ್ವಾಹಕರು

• ಆಯ್ಕೆಗಳು
• "ಪರಿವರ್ತನೆ" ನಿರ್ವಾಹಕರು
• ಹ್ಯಾಂಡ್ಲರ್‌ಗಳು "ಡೇಟಾ ಅಪ್‌ಲೋಡ್ ನಿಯಮಗಳು"
• ನಿರ್ವಾಹಕರು "ವಸ್ತು ಪರಿವರ್ತನೆ ನಿಯಮಗಳು"
• ನಿರ್ವಾಹಕರು "ಆಸ್ತಿ ಗುಂಪು ಪರಿವರ್ತನೆ ನಿಯಮಗಳು"
• ನಿರ್ವಾಹಕರು "ಆಸ್ತಿ ಪರಿವರ್ತನೆ ನಿಯಮಗಳು"

ಅಧ್ಯಾಯ 7.ಹುಡುಕಾಟ ಕ್ಷೇತ್ರಗಳು

ಅಧ್ಯಾಯ 8.ಡೇಟಾ ಶುಚಿಗೊಳಿಸುವ ನಿಯಮಗಳು

ಅಧ್ಯಾಯ 9ಕ್ರಮಾವಳಿಗಳು ಮತ್ತು ಪ್ರಶ್ನೆಗಳು

ಅಧ್ಯಾಯ 10.ನಿಯಮಗಳ ವಿಶಿಷ್ಟ ಉದಾಹರಣೆಗಳು. ದೋಷನಿವಾರಣೆ

• ವರ್ಗಾವಣೆಗಳನ್ನು ಪರಿವರ್ತಿಸುವುದು
• ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಪರಿವರ್ತಿಸಲಾಗುತ್ತಿದೆ
• ದಾಖಲೆಗಳನ್ನು ಪರಿವರ್ತಿಸುವುದು
• ಮಾಹಿತಿ ರೆಜಿಸ್ಟರ್‌ಗಳನ್ನು ಪರಿವರ್ತಿಸುವುದು
• ಖಾತೆಗಳ ಪರಿವರ್ತನೆಯ ಚಾರ್ಟ್
• ವಿಶಿಷ್ಟ ರೀತಿಯ ಯೋಜನೆಯನ್ನು ಪರಿವರ್ತಿಸುವುದು
• ಲೆಕ್ಕಾಚಾರದ ಪ್ರಕಾರಗಳ ಯೋಜನೆಯನ್ನು ಪರಿವರ್ತಿಸುವುದು
• ಸ್ಥಿರಾಂಕಗಳ ಪರಿವರ್ತನೆ 1C:ಎಂಟರ್ಪ್ರೈಸ್ 7.7
• ಲೆಕ್ಕಪತ್ರ ವ್ಯವಹಾರದ ಪರಿವರ್ತನೆ 1C: ಎಂಟರ್‌ಪ್ರೈಸ್ 7.7

ಅಧ್ಯಾಯ 11.ನಿಯಮ ಆಪ್ಟಿಮೈಸೇಶನ್

• ಡೇಟಾ ಅಪ್ಲೋಡ್ ನಿಯಮಗಳು
• ವಸ್ತು ಪರಿವರ್ತನೆ ನಿಯಮಗಳು
• ಯುನಿವರ್ಸಲ್ XML ಡೇಟಾ ಇಂಟರ್ಚೇಂಜ್ ಪ್ರಕ್ರಿಯೆ