ನಿಮ್ಮ ವ್ಯವಹಾರವು ನೀವು ಬರೆಯದ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಅವಲಂಬಿಸಿದ್ದರೆ, ನೀವು ಅದನ್ನು ಮಾಡಿದ ಕಂಪನಿಯ ಮೇಲೆ ಅವಲಂಬಿತರಾಗುತ್ತೀರಿ. ನೀವು ಆಬ್ಜೆಕ್ಟ್ ಕೋಡ್ ಮತ್ತು ಪರವಾನಗಿಯನ್ನು ಹೊಂದಿರುತ್ತೀರಿ; ಪೂರೈಕೆದಾರರು ಮೂಲ ಕೋಡ್, ಬಿಲ್ಡ್ ಪೈಪ್ಲೈನ್ ಮತ್ತು ಜ್ಞಾನವನ್ನು ಹೊಂದಿರುತ್ತಾರೆ. ಪೂರೈಕೆದಾರರು ದ್ರಾವಕ ಮತ್ತು ಸಮರ್ಥರಾಗಿರುವಾಗ ಆ ಅಸಮತೆ ಸಹನೀಯವಾಗಿರುತ್ತದೆ ಮತ್ತು ಅದು ಇಲ್ಲದ ಕ್ಷಣದಲ್ಲಿ ಹಾಗೆಯೇ ಇರುವುದು ನಿಲ್ಲುತ್ತದೆ. ಸಾಫ್ಟ್ವೇರ್ ಎಸ್ಕ್ರೊ ಪ್ರಮಾಣಿತ ಉತ್ತರವಾಗಿದೆ, ಆದರೆ ಅದು ಡಚ್ ದಿವಾಳಿತನ ಕಾನೂನನ್ನು ಮನಸ್ಸಿನಲ್ಲಿಟ್ಟುಕೊಂಡು ರಚಿಸಿದರೆ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ - ಮತ್ತು ಹೆಚ್ಚಿನ ವ್ಯವಸ್ಥೆಗಳು ಅಲ್ಲ.
ಎಸ್ಕ್ರೊ ಎಂದರೇನು ಮತ್ತು ಅದು ಯಾವ ಅಪಾಯವನ್ನು ಎದುರಿಸುತ್ತದೆ
ಪೂರೈಕೆದಾರರು ಮೂಲ ಕೋಡ್ ಮತ್ತು ಪೋಷಕ ಸಾಮಗ್ರಿಗಳನ್ನು ಸ್ವತಂತ್ರ ಮೂರನೇ ವ್ಯಕ್ತಿಯೊಂದಿಗೆ ಠೇವಣಿ ಇಡುತ್ತಾರೆ, ಅವರು ನಿರ್ದಿಷ್ಟ ಘಟನೆ ಸಂಭವಿಸುವವರೆಗೆ ಅವುಗಳನ್ನು ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳುತ್ತಾರೆ ಮತ್ತು ನಂತರ ಅವುಗಳನ್ನು ಗ್ರಾಹಕರಿಗೆ ಬಿಡುಗಡೆ ಮಾಡುತ್ತಾರೆ, ಅವರು ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಚಾಲನೆಯಲ್ಲಿಡಲು ಕೋಡ್ ಅನ್ನು ಬಳಸಬಹುದು ಮತ್ತು ಮಾರ್ಪಡಿಸಬಹುದು. ಅಪಾಯವು ಮಾಲೀಕತ್ವವಲ್ಲ, ನಿರಂತರತೆಯಾಗಿದೆ: ಒಬ್ಬ ಪೂರೈಕೆದಾರರ ಉತ್ಪನ್ನದ ಮೇಲೆ ತನ್ನ ಆರ್ಡರ್ ಪ್ರಕ್ರಿಯೆ, ರೋಗಿಯ ದಾಖಲೆಗಳು ಅಥವಾ ಉತ್ಪಾದನಾ ಯೋಜನೆಯನ್ನು ನಡೆಸುತ್ತಿರುವ ಗ್ರಾಹಕರು ರಾತ್ರೋರಾತ್ರಿ ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ಏಕೆಂದರೆ ವಲಸೆ ತಿಂಗಳುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಹೊರಹೋಗುವ ಪೂರೈಕೆದಾರರ ಸಹಾಯದ ಅಗತ್ಯವಿರುತ್ತದೆ. ಎಸ್ಕ್ರೊ ಕ್ರಮಬದ್ಧ ರೀತಿಯಲ್ಲಿ ನಿರ್ಗಮಿಸಲು ಸಮಯವನ್ನು ಖರೀದಿಸುತ್ತದೆ. ಮೂರು ಸನ್ನಿವೇಶಗಳು ಮುಖ್ಯ:
- ದಿವಾಳಿತನ. ಪೂರೈಕೆದಾರರನ್ನು ದಿವಾಳಿ ಎಂದು ಘೋಷಿಸಲಾಗುತ್ತದೆ, ಟ್ರಸ್ಟಿಯನ್ನು ನೇಮಿಸಲಾಗುತ್ತದೆ, ಸಿಬ್ಬಂದಿ ರಜೆ ಹಾಕಲಾಗುತ್ತದೆ ಮತ್ತು ಬೆಂಬಲ ನಿಲ್ಲುತ್ತದೆ. ಸನ್ನಿವೇಶ ಎಸ್ಕ್ರೊವನ್ನು ಡಚ್ ಕಾನೂನು ಹೆಚ್ಚು ಕೆಲಸ ಮಾಡುವ ಸ್ಥಳಕ್ಕಾಗಿ ಬರೆಯಲಾಗಿದೆ.
- ಸ್ಥಗಿತಗೊಳಿಸುವಿಕೆ. ಪೂರೈಕೆದಾರರು ಉತ್ಪನ್ನವನ್ನು ಹಿಂಪಡೆಯುತ್ತಾರೆ, ನಿಮ್ಮ ಆವೃತ್ತಿಯನ್ನು ರದ್ದುಗೊಳಿಸುತ್ತಾರೆ ಅಥವಾ ನಿಮ್ಮ ನಿಯೋಜನೆಯಲ್ಲಿ ಆಸಕ್ತಿ ಇಲ್ಲದ ಯಾರಾದರೂ ಅದನ್ನು ಖರೀದಿಸುತ್ತಾರೆ. ದಿವಾಳಿತನಕ್ಕಿಂತ ಇದು ಹೆಚ್ಚು ಸಾಮಾನ್ಯವಾಗಿದೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಬಿಡುಗಡೆ ಷರತ್ತಿನಿಂದ ಹೊರಗುಳಿಯುತ್ತದೆ.
- ನಿರ್ವಹಣೆಯಲ್ಲಿ ನಿರಂತರ ವೈಫಲ್ಯ. ಪೂರೈಕೆದಾರರು ಇನ್ನೂ ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದಾರೆ ಮತ್ತು ಇನ್ನೂ ಇನ್ವಾಯ್ಸ್ಗಳನ್ನು ನೀಡುತ್ತಾರೆ, ಆದರೆ ಇನ್ನು ಮುಂದೆ ದೋಷಗಳನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ, ಭದ್ರತಾ ಪ್ಯಾಚ್ಗಳನ್ನು ರವಾನಿಸುವುದಿಲ್ಲ ಅಥವಾ ಉತ್ಪನ್ನವನ್ನು ಅದರ ಅವಲಂಬನೆಗಳೊಂದಿಗೆ ಹೊಂದಿಕೊಳ್ಳುವಂತೆ ಮಾಡುವುದಿಲ್ಲ.
ಎರಡು-ಪಕ್ಷ ಮತ್ತು ಮೂರು-ಪಕ್ಷ ವ್ಯವಸ್ಥೆಗಳು
ಎರಡು -ಪಕ್ಷಗಳ ವ್ಯವಸ್ಥೆಯು ಮುಖ್ಯ ಒಪ್ಪಂದದಲ್ಲಿ ಒಂದು ಭರವಸೆಯಾಗಿದ್ದು, ನಿರ್ದಿಷ್ಟ ಘಟನೆ ಸಂಭವಿಸಿದಲ್ಲಿ ಪೂರೈಕೆದಾರರು ಮೂಲ ಕೋಡ್ ಅನ್ನು ಹಸ್ತಾಂತರಿಸುತ್ತಾರೆ. ಇದು ಅಗ್ಗ ಮತ್ತು ದುರ್ಬಲವಾಗಿದೆ: ಯಾವುದೇ ವಸ್ತುವನ್ನು ಠೇವಣಿ ಮಾಡಲಾಗಿದೆಯೇ ಅಥವಾ ಪ್ರಸ್ತುತ ಇರಿಸಲಾಗಿದೆಯೇ ಎಂದು ಯಾರೂ ಸ್ವತಂತ್ರವಾಗಿ ಪರಿಶೀಲಿಸುವುದಿಲ್ಲ, ಮತ್ತು - ನಿರ್ಣಾಯಕವಾಗಿ - ದಿವಾಳಿತನದ ನಂತರ ನೀವು ಟ್ರಸ್ಟಿಯನ್ನು ಎಸ್ಟೇಟ್ನ ಬಾಧ್ಯತೆಯನ್ನು ನಿರ್ವಹಿಸಲು ಕೇಳುತ್ತಿದ್ದೀರಿ, ಅದನ್ನು ಮಾಡಲು ಅದು ಬದ್ಧವಾಗಿಲ್ಲ.
ಮೂರು -ಪಕ್ಷಗಳ ವ್ಯವಸ್ಥೆಯು ಗುತ್ತಿಗೆ ಪಕ್ಷವಾಗಿ ಎಸ್ಕ್ರೊ ಏಜೆಂಟ್ ಅನ್ನು ಸೇರಿಸುತ್ತದೆ. ಏಜೆಂಟ್ ತನ್ನ ವಶಕ್ಕೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತಾನೆ, ಠೇವಣಿಯನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾನೆ, ಅದನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತಾನೆ ಮತ್ತು ಅದನ್ನು ಬಿಡುಗಡೆ ಮಾಡಲು ನಿಮಗೆ ನೇರ ಬಾಧ್ಯತೆಯನ್ನು ಹೊಂದಿರುತ್ತಾನೆ. ಒಂದಕ್ಕೆ ಪಾವತಿಸಲು ಅದು ಸಂಪೂರ್ಣ ಕಾರಣವಾಗಿದೆ: ಬಿಡುಗಡೆಯು ದಿವಾಳಿಯಾದ ಎಸ್ಟೇಟ್ನಿಂದ ಅಲ್ಲ, ತನ್ನದೇ ಆದ ಒಪ್ಪಂದದ ಅಡಿಯಲ್ಲಿ ದ್ರಾವಕ ಮೂರನೇ ವ್ಯಕ್ತಿಯಿಂದ ಕಾರ್ಯಕ್ಷಮತೆಯಾಗುತ್ತದೆ. ಏಜೆಂಟ್ ಬಿಡುಗಡೆ ಕಾರ್ಯಕ್ರಮ ಸಂಭವಿಸಿದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತಾನೆ, ಅದನ್ನು ನಿಮಗೆ ಸಹಾಯ ಮಾಡಲು ಯಾವುದೇ ಪ್ರೋತ್ಸಾಹವಿಲ್ಲದ ಟ್ರಸ್ಟಿಯಿಂದ ತೆಗೆದುಕೊಳ್ಳುತ್ತಾನೆ.
ವಾಸ್ತವವಾಗಿ ಏನು ಠೇವಣಿ ಮಾಡಲಾಗಿದೆ
ಸಾಮಾನ್ಯ ವೈಫಲ್ಯ ಕಾನೂನುಬದ್ಧವಲ್ಲ. ಇದು ಮೂಲ ಕೋಡ್ ಅನ್ನು ಒಳಗೊಂಡಿರುವ ಠೇವಣಿಯಾಗಿದೆ ಮತ್ತು ಬೇರೇನೂ ಇಲ್ಲ. ಮೂಲ ಕೋಡ್ ಮಾತ್ರ ಕಂಪೈಲ್ ಮಾಡುವುದಿಲ್ಲ: ಯಾವುದೇ ನಿರ್ಮಾಣ ಸೂಚನೆಗಳು ಮತ್ತು ಯಾವುದೇ ಅವಲಂಬನಾ ಪಟ್ಟಿಯಿಲ್ಲದ ಡೆವಲಪರ್ಗೆ ಹಸ್ತಾಂತರಿಸಲ್ಪಟ್ಟರೆ, ದೊಡ್ಡ ಕೋಡ್ಬೇಸ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಬೈನರಿಯನ್ನು ನೀಡುವ ಮೊದಲು ವಾರಗಳ ರಿವರ್ಸ್ ಎಂಜಿನಿಯರಿಂಗ್ ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು - ಸಿಸ್ಟಮ್ ಈಗಾಗಲೇ ಬೆಂಬಲಿತವಾಗಿಲ್ಲದಿದ್ದಾಗ ನೀವು ಹೊಂದಿರದ ಸಮಯ. ನಿರ್ಮಾಣ ಸೂಚನೆಗಳಿಲ್ಲದ ಠೇವಣಿ ನಿಷ್ಪ್ರಯೋಜಕವಾಗಿದೆ.
| ಕಾಂಪೊನೆಂಟ್ | ಅದು ಏಕೆ ಬೇಕು |
|---|---|
| ಮೂಲ ಕೋಡ್, ಸಂಪೂರ್ಣ ಮತ್ತು ಆವೃತ್ತಿ | ಅಭಿವೃದ್ಧಿ ಶಾಖೆಯಲ್ಲ, ಉತ್ಪಾದನೆಯಲ್ಲಿರುವ ಬಿಡುಗಡೆಗೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು. |
| ನಿರ್ಮಾಣ ಮತ್ತು ನಿಯೋಜನೆ ಸೂಚನೆಗಳು | ಕಂಪೈಲರ್ ಮತ್ತು ರನ್ಟೈಮ್ ಆವೃತ್ತಿಗಳು, ಬಿಲ್ಡ್ ಸ್ಕ್ರಿಪ್ಟ್ಗಳು, ಪರಿಸರ ವೇರಿಯೇಬಲ್ಗಳು, ನಿಯೋಜನಾ ಹಂತಗಳು. ಇವುಗಳಿಲ್ಲದೆ ಕೋಡ್ ಕೆಲಸ ಮಾಡುವ ಸಾಫ್ಟ್ವೇರ್ ಆಗಲು ಸಾಧ್ಯವಿಲ್ಲ. |
| ತಾಂತ್ರಿಕ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ ದಸ್ತಾವೇಜನ್ನು | ವಾಸ್ತುಶಿಲ್ಪ, ಡೇಟಾ ಮಾದರಿ, ಇಂಟರ್ಫೇಸ್ಗಳು, ತಿಳಿದಿರುವ ದೋಷಗಳು. ಮೂರನೇ ವ್ಯಕ್ತಿಯು ಕೋಡ್ ಅನ್ನು ನಿರ್ವಹಿಸಬಹುದೇ ಅಥವಾ ಅದನ್ನು ಮಾತ್ರ ಚಲಾಯಿಸಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. |
| ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಮತ್ತು ಮುಕ್ತ ಮೂಲ ಘಟಕಗಳು | ಆವೃತ್ತಿಗಳು ಮತ್ತು ಪರವಾನಗಿ ನಿಯಮಗಳೊಂದಿಗೆ ಅವಲಂಬನೆ ಪಟ್ಟಿ. ಕೆಲವು ವಾಣಿಜ್ಯ ಘಟಕಗಳಿಗೆ ಅವುಗಳ ಪೂರೈಕೆದಾರರಿಂದ ಪ್ರತ್ಯೇಕ ಪರವಾನಗಿ ಅಗತ್ಯವಿರುತ್ತದೆ. |
| ಪರವಾನಗಿ ಕೀಲಿಗಳು, ಪ್ರಮಾಣಪತ್ರಗಳು, ರುಜುವಾತುಗಳು | ಪರವಾನಗಿ ಇಲ್ಲದ ಸರ್ವರ್ಗೆ ಮನೆಗೆ ಫೋನ್ ಮಾಡುವ ಸಾಫ್ಟ್ವೇರ್ ನಿರಂತರತೆಯಲ್ಲ. |
ನವೀಕರಣ ಬಾಧ್ಯತೆಯನ್ನು ಸೇರಿಸಿ. ಸಹಿ ಅವಧಿ ಮುಗಿದ ನಂತರ ಒಮ್ಮೆ ಮಾಡಿದ ಠೇವಣಿಯು ಒಂದು ಅಥವಾ ಎರಡು ಬಿಡುಗಡೆ ಚಕ್ರಗಳಲ್ಲಿ ಮುಗಿಯುತ್ತದೆ. ಠೇವಣಿಗಳನ್ನು ಬಿಡುಗಡೆ ವೇಳಾಪಟ್ಟಿಗೆ - ಪ್ರತಿ ಪ್ರಮುಖ ಬಿಡುಗಡೆ ಅಥವಾ ನಿಗದಿತ ಮಧ್ಯಂತರಕ್ಕೆ - ಕಟ್ಟಿಕೊಳ್ಳಿ ಮತ್ತು ತಡವಾದಾಗ ತಿಳಿಸುವ ಹಕ್ಕನ್ನು ಪಡೆದುಕೊಳ್ಳಿ.
ಪರಿಶೀಲನೆ: ನೀವು ಯಾವುದಕ್ಕೆ ಪಾವತಿಸುತ್ತಿದ್ದೀರಿ
ಕೆಳಗಿನ ಮಧ್ಯದ ಆಯ್ಕೆಯನ್ನು ಪ್ರಮಾಣಿತವಾಗಿ ಖರೀದಿಸಿ, ಮತ್ತು ಸ್ಥಗಿತವು ಅಸ್ತಿತ್ವವಾದದ ಪೂರ್ಣ ಪರೀಕ್ಷೆಯನ್ನು ಖರೀದಿಸಿ. ಫೈಲ್-ಮಟ್ಟದ ಪರಿಶೀಲನೆಯು ಏನನ್ನೂ ಖರೀದಿಸದಿರಲು ಹತ್ತಿರದಲ್ಲಿದೆ.
- ಫೈಲ್-ಮಟ್ಟದ ಪರಿಶೀಲನೆ. ಏಜೆಂಟ್ ಠೇವಣಿ ಓದಬಹುದಾದ, ವೈರಸ್-ಮುಕ್ತ ಮತ್ತು ಫೈಲ್ ಪಟ್ಟಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ. ಅದು ಬಂದದ್ದನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಅಲ್ಲ.
- ದಾಖಲೆಗಳ ಸಂಪೂರ್ಣತೆ ಮತ್ತು ಪರಿಶೀಲನೆ. ಏಜೆಂಟ್ ಠೇವಣಿಯ ವಿರುದ್ಧ ಬಿಲ್ಡ್ ಸೂಚನೆಗಳು ಮತ್ತು ಅವಲಂಬನೆಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾನೆ ಮತ್ತು ಅಂತರವನ್ನು ವರದಿ ಮಾಡುತ್ತಾನೆ. ಈ ಮಧ್ಯದ ಆಯ್ಕೆಯು ಹೆಚ್ಚಿನ ಗ್ರಾಹಕರಿಗೆ ಸರಿಯಾಗಿದೆ: ಇದು ಸಾಮಾನ್ಯ ವೈಫಲ್ಯಗಳನ್ನು - ಕಾಣೆಯಾದ ಬಿಲ್ಡ್ ಹಂತಗಳು, ದಾಖಲೆರಹಿತ ಅವಲಂಬನೆಗಳು, ನೀವು ಬಳಸಲು ಯಾವುದೇ ಹಕ್ಕನ್ನು ಹೊಂದಿರದ ಘಟಕ - ಪೂರ್ಣ ಪರೀಕ್ಷೆಯ ವೆಚ್ಚದ ಒಂದು ಭಾಗದಲ್ಲಿ ಹಿಡಿಯುತ್ತದೆ.
- ಪೂರ್ಣ ನಿರ್ಮಾಣ ಮತ್ತು ರನ್ ಪರೀಕ್ಷೆ. ಏಜೆಂಟ್ ಠೇವಣಿಯನ್ನು ಸ್ವಚ್ಛ ವಾತಾವರಣದಲ್ಲಿ ಸಂಕಲಿಸುತ್ತಾನೆ ಮತ್ತು ಅದನ್ನು ಪರೀಕ್ಷಾ ದತ್ತಾಂಶಕ್ಕೆ ಅನುಗುಣವಾಗಿ ನಡೆಸುತ್ತಾನೆ. ಠೇವಣಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವ ಏಕೈಕ ಮಟ್ಟ, ಆದರೆ ನಿಧಾನವಾಗಿ, ದುಬಾರಿಯಾಗಿ ಮತ್ತು ಸಾಫ್ಟ್ವೇರ್ ಬದಲಾದಂತೆ ಪುನರಾವರ್ತನೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ.
ಬಿಡುಗಡೆ ಕಾರ್ಯಕ್ರಮಗಳು, ಅವುಗಳ ಬಗ್ಗೆ ವಾದಿಸಲು ಸಾಧ್ಯವಾಗದಂತೆ ರಚಿಸಲಾಗಿದೆ
ಬಿಡುಗಡೆ ಷರತ್ತು ಎಂದರೆ ಎಸ್ಕ್ರೊ ಏಜೆಂಟ್ ಒತ್ತಡದಲ್ಲಿ ಮತ್ತು ಕಾನೂನು ಸಲಹೆಯಿಲ್ಲದೆ ಅನ್ವಯಿಸಬೇಕಾದ ಪ್ರಚೋದಕವಾಗಿದೆ. ಪ್ರತಿಯೊಂದು ಘಟನೆಯನ್ನು ಪೂರೈಕೆದಾರರ ನಡವಳಿಕೆಯ ಬಗ್ಗೆ ತೀರ್ಪಿನಿಂದ ಅಲ್ಲ, ಬದಲಾಗಿ ದಾಖಲೆ ಅಥವಾ ಸಮಯದ ಅಂಗೀಕಾರದಿಂದ ಸ್ಥಾಪಿಸಬೇಕು.
| ಬಿಡುಗಡೆ ಕಾರ್ಯಕ್ರಮ | ಅದನ್ನು ವಸ್ತುನಿಷ್ಠವಾಗಿ ನಿರ್ಧರಿಸುವಂತೆ ಮಾಡುವುದು ಹೇಗೆ |
|---|---|
| ಪೂರೈಕೆದಾರರ ದಿವಾಳಿತನ | ನ್ಯಾಯಾಲಯದ ತೀರ್ಪು, ಅಥವಾ ದಿವಾಳಿತನ ನೋಂದಣಿ ನಮೂದು. |
| ಪಾವತಿಗಳ ಅಮಾನತು ಅಥವಾ ಪುನರ್ರಚನೆ ವಿಧಾನ | ರಿಜಿಸ್ಟರ್ ನಮೂದಿನ ಪ್ರಕಾರ, ನಿರ್ವಾಹಕರು ಅಥವಾ ಪುನರ್ರಚನೆ ತಜ್ಞರ ನೇಮಕಾತಿ. |
| ವ್ಯವಹಾರದ ವಿಸರ್ಜನೆ ಅಥವಾ ನಿಲುಗಡೆ | ವ್ಯಾಪಾರ ನೋಂದಣಿಯಿಂದ ನೋಂದಣಿ ರದ್ದುಪಡಿಸುವುದು, ಅಥವಾ ವಿಸರ್ಜಿಸಲು ನಿರ್ಣಯ. |
| ಉತ್ಪನ್ನ ಅಥವಾ ಬಳಕೆಯಲ್ಲಿರುವ ಆವೃತ್ತಿಯನ್ನು ಸ್ಥಗಿತಗೊಳಿಸುವುದು | ಪೂರೈಕೆದಾರರು ಬಿಡುಗಡೆಗಳನ್ನು ನೀಡುವುದನ್ನು ನಿಲ್ಲಿಸಿದ ನಂತರ ನಿಗದಿತ ಅವಧಿಯ ಮುಕ್ತಾಯದ ಲಿಖಿತ ಸೂಚನೆ, ಅಥವಾ ಅವಧಿ ಮುಗಿದ ನಂತರ. |
| ನಿರ್ವಹಣೆಯಲ್ಲಿ ನಿರಂತರ ವೈಫಲ್ಯ | ಸೂಚನೆ ಮತ್ತು ಗುಣಪಡಿಸುವ ಅವಧಿಯ ನಂತರ, ಒಪ್ಪಂದದ ಪ್ರತಿಕ್ರಿಯೆ ಸಮಯದೊಳಗೆ ವ್ಯಾಖ್ಯಾನಿಸಲಾದ ತೀವ್ರತೆಯ ದೋಷವನ್ನು ಸರಿಪಡಿಸಲು ವಿಫಲವಾದರೆ, ನಿಗದಿತ ವಿಂಡೋದಲ್ಲಿ ನಿಗದಿತ ಸಂಖ್ಯೆಯ ಬಾರಿ ಪುನರಾವರ್ತನೆಯಾಗುತ್ತದೆ. |
| ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಗೆ ವರ್ಗಾಯಿಸುವುದು | ನಿಗದಿತ ಅವಧಿಯೊಳಗೆ ಸ್ವಾಧೀನಪಡಿಸಿಕೊಳ್ಳುವವರು ನಿರ್ವಹಣಾ ಬಾಧ್ಯತೆಗಳನ್ನು ಲಿಖಿತವಾಗಿ ಹೊಂದಿರುವುದಿಲ್ಲ. |
ಎರಡು ಅಂಶಗಳು ಹೆಚ್ಚಿನ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತವೆ. ವಿರೋಧಾಭಾಸದ ಹೊರೆಯನ್ನು ಪೂರೈಕೆದಾರರ ಮೇಲೆ ಹಾಕಬೇಕು: ಗ್ರಾಹಕರು ಪುರಾವೆಗಳೊಂದಿಗೆ ಏಜೆಂಟ್ಗೆ ತಿಳಿಸುತ್ತಾರೆ, ಪೂರೈಕೆದಾರರು ಆಕ್ಷೇಪಣೆ ಸಲ್ಲಿಸಲು ಕಡಿಮೆ ನಿಗದಿತ ಅವಧಿಯನ್ನು ಹೊಂದಿರುತ್ತಾರೆ ಮತ್ತು ಆಕ್ಷೇಪಣೆಯ ಅನುಪಸ್ಥಿತಿಯಲ್ಲಿ ಏಜೆಂಟ್ ಬಿಡುಗಡೆ ಮಾಡುತ್ತಾರೆ. ಮತ್ತು ವಿವಾದದ ಮಾರ್ಗವನ್ನು ಮುಂಚಿತವಾಗಿ ಸರಿಪಡಿಸಿ - ತಜ್ಞರ ನಿರ್ಣಯ ಅಥವಾ ಸಣ್ಣ ವೇಳಾಪಟ್ಟಿಯಲ್ಲಿ ಮಧ್ಯಸ್ಥಿಕೆ - ಆದ್ದರಿಂದ ಆಕ್ಷೇಪಣೆಯು ತಿಂಗಳುಗಳಲ್ಲ, ದಿನಗಳನ್ನು ಖರೀದಿಸುತ್ತದೆ.
ಡಚ್ ದಿವಾಳಿತನ ಪ್ರಶ್ನೆ
ಮೇಲಿನ ಎಲ್ಲವೂ ಒಪ್ಪಂದದ ವಿನ್ಯಾಸವಾಗಿದೆ. ಪೂರೈಕೆದಾರರು ದಿವಾಳಿಯಾದಾಗ ಅದು ಮಾನ್ಯವಾಗಿದೆಯೇ ಎಂದು ಮುಂದೆ ಏನು ನಿರ್ಧರಿಸುತ್ತದೆ.
ಟ್ರಸ್ಟಿ ಏನು ನಿರಾಕರಿಸಬಹುದು
ಆರ್ಟ್. 37 Fw ಅಡಿಯಲ್ಲಿ, ದಿವಾಳಿತನದ ಆದೇಶದ ಸಮಯದಲ್ಲಿ ಎರಡೂ ಕಡೆಯವರು ಪರಸ್ಪರ ಒಪ್ಪಂದವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ವಹಿಸದಿದ್ದರೆ, ಕೌಂಟರ್ಪಾರ್ಟಿಯು ಟ್ರಸ್ಟಿಗೆ ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆಯೇ ಎಂದು ಘೋಷಿಸಲು ಸಮಂಜಸವಾದ ಲಿಖಿತ ಅವಧಿಯನ್ನು ನಿಗದಿಪಡಿಸಬಹುದು; ಅದು ಕಾರ್ಯನಿರ್ವಹಿಸದಿದ್ದರೆ, ಪ್ರತಿಯಾಗಿ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಕೋರುವ ಹಕ್ಕನ್ನು ಅದು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ. ಆರ್ಟ್. 37 Fw ಏನು ಮಾಡುವುದಿಲ್ಲ ಎಂದರೆ ಒಪ್ಪಂದವನ್ನು ಮುಕ್ತಾಯಗೊಳಿಸುವುದು ಅಥವಾ ಟ್ರಸ್ಟಿಗೆ ಮುಕ್ತಾಯಗೊಳಿಸುವ ಅಧಿಕಾರವನ್ನು ನೀಡುವುದು. ಒಪ್ಪಂದವು ಉಳಿದುಕೊಂಡಿದೆ; ಟ್ರಸ್ಟಿಯು ನಿರ್ವಹಿಸಲು ಬದ್ಧನಾಗಿರುವುದಿಲ್ಲ, ಮತ್ತು ಕೌಂಟರ್ಪಾರ್ಟಿಗೆ ಆರ್ಟ್. 37a Fw ಅಡಿಯಲ್ಲಿ ದಿವಾಳಿತನದ ಹಕ್ಕು ಇರುತ್ತದೆ.
ಸಾಫ್ಟ್ವೇರ್ಗೆ ಇದರರ್ಥ ಟ್ರಸ್ಟಿ ನಿರ್ವಹಣೆ, ಬೆಂಬಲ, ನವೀಕರಣಗಳು, ಹೋಸ್ಟಿಂಗ್ ಮತ್ತು ಹೆಚ್ಚಿನ ಠೇವಣಿಗಳನ್ನು ನಿರಾಕರಿಸಬಹುದು: ಎಸ್ಟೇಟ್ ಹಣವನ್ನು ಖರ್ಚು ಮಾಡುವ ಸಕ್ರಿಯ ಪ್ರದರ್ಶನಗಳು. ನಿರಾಕರಣೆಯನ್ನು ನಿರೀಕ್ಷಿಸಿ. ಪ್ರಶ್ನೆಯೆಂದರೆ ಅದು ಮುಂದೆ ಹೋಗಿ ನೀವು ಈಗಾಗಲೇ ಹೊಂದಿರುವದನ್ನು ಬಳಸುವುದನ್ನು ನಿಲ್ಲಿಸಬಹುದೇ ಎಂಬುದು.
ನೆಬ್ಯುಲಾ, ಬರ್ಜೋನಾ ಮತ್ತು ಕ್ರೆಡಿಟ್ ಸ್ಯೂಸ್/ಜೊಂಗೆಪಿಯರ್
ಒಂದು ದಶಕದ ಕಾಲ ಇದು ನಿಜವಾಗಿಯೂ ಅನಿಶ್ಚಿತವಾಗಿತ್ತು. ನೆಬ್ಯುಲಾದಲ್ಲಿ (ಹೊಗೆ ರಾಡ್, 3 ನವೆಂಬರ್ 2006, ECLI:NL:HR:2006:AX8838) ಸುಪ್ರೀಂ ಕೋರ್ಟ್ ದಿವಾಳಿತನವು ಸ್ವತಃ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಒಪ್ಪಂದಗಳನ್ನು ಕೊನೆಗೊಳಿಸದಿದ್ದರೂ, ಬಳಕೆಯ ಹಕ್ಕನ್ನು ಹೊಂದಿರುವ ಪ್ರತಿಪಕ್ಷವು ಯಾವುದೇ ದಿವಾಳಿತನ ಸಂಭವಿಸಿಲ್ಲ ಎಂಬಂತೆ ಅದನ್ನು ಟ್ರಸ್ಟಿಯ ವಿರುದ್ಧ ಚಲಾಯಿಸುವುದನ್ನು ಮುಂದುವರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಅಭಿಪ್ರಾಯಪಟ್ಟಿದೆ; ಅದು ಒಬ್ಬ ಸಾಲಗಾರನು ಇತರರ ವೆಚ್ಚದಲ್ಲಿ ದಿವಾಳಿತನವನ್ನು ನಿರ್ಲಕ್ಷಿಸಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. ಟ್ರಸ್ಟಿಯು ಮೊದಲೇ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಬಳಕೆಯ ಹಕ್ಕನ್ನು ಬದಿಗಿಡಲು ಅವಕಾಶ ನೀಡುವುದಾಗಿ ಇದನ್ನು ವ್ಯಾಪಕವಾಗಿ ಓದಲಾಯಿತು ಮತ್ತು ಇದು ಪರವಾನಗಿದಾರರನ್ನು ಎಚ್ಚರಿಸಿತು.
ಆ ಓದು ಉಳಿಯಲಿಲ್ಲ. ABN AMRO/Berzona (Hoge Raad, 11 ಜುಲೈ 2014, ECLI:NL:HR:2014:1681) ಪ್ರಕರಣದಲ್ಲಿ ಸುಪ್ರೀಂ ಕೋರ್ಟ್ ದಿವಾಳಿತನವು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಪರಸ್ಪರ ಒಪ್ಪಂದಗಳು ಅಥವಾ ಅವುಗಳಿಂದ ಉಂಟಾಗುವ ಬಾಧ್ಯತೆಗಳ ಮೇಲೆ ಯಾವುದೇ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ ಮತ್ತು ಕಾನೂನು ಅಥವಾ ಒಪ್ಪಂದವು ನೀಡದ ಯಾವುದೇ ಅಧಿಕಾರವನ್ನು ಟ್ರಸ್ಟಿಗೆ ನೀಡುವುದಿಲ್ಲ ಎಂದು ತೀರ್ಪು ನೀಡಿತು - ಉದಾಹರಣೆಗೆ, ಅದು ಇನ್ನೂ ಚಾಲ್ತಿಯಲ್ಲಿರುವ ಗುತ್ತಿಗೆಯನ್ನು ಕೊನೆಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಈ ಹುದ್ದೆಯನ್ನು ಕ್ರೆಡಿಟ್ ಸ್ಯೂಸ್ಸೆ/ಜೊಂಗೆಪಿಯರ್ ಕ್ವಾರ್ಟರ್ಫೈನಲ್ನಲ್ಲಿ (ಹೊಗೆ ರಾಡ್, 23 ಮಾರ್ಚ್ 2018, ECLI:NL:HR:2018:424) ಇತ್ಯರ್ಥಪಡಿಸಲಾಯಿತು . ಟ್ರಸ್ಟಿಯು ಕಾರ್ಯನಿರ್ವಹಿಸಲು ನಿಷ್ಕ್ರಿಯವಾಗಿ ನಿರಾಕರಿಸಬಹುದು, ಆದರೆ ದಿವಾಳಿತನವು ಸಾಲಗಾರನು ದಿವಾಳಿತನದ ಮೊದಲು ಸಲ್ಲಿಸಿದ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ರದ್ದುಗೊಳಿಸುವ ಅಥವಾ ಏನನ್ನಾದರೂ ಸಹಿಸಿಕೊಳ್ಳುವ ಅಥವಾ ನಿರಾಕರಿಸುವವರೆಗೆ ನಿರಂತರ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಕೊನೆಗೊಳಿಸುವ ಅಧಿಕಾರವನ್ನು ನೀಡುವುದಿಲ್ಲ.
ಆ ಪದಗುಚ್ಛವೇ ಸಾಫ್ಟ್ವೇರ್ಗೆ ಮುಖ್ಯವಾದುದು. ಪರವಾನಗಿ ಎಂದರೆ ಹಕ್ಕುಸ್ವಾಮ್ಯವನ್ನು ಉಲ್ಲಂಘಿಸುವ ಬಳಕೆಯನ್ನು ಸಹಿಸಿಕೊಳ್ಳುವ ಹಕ್ಕುದಾರರ ಒಪ್ಪಂದ - ಸಹಿಸಿಕೊಳ್ಳುವುದನ್ನು ಒಳಗೊಂಡಿರುವ ನಿರಂತರ ಕಾರ್ಯಕ್ಷಮತೆ. ಆದ್ದರಿಂದ, ಪ್ರಸ್ತುತ ಕಾನೂನಿನ ಪ್ರಕಾರ, ದಿವಾಳಿತನಕ್ಕೆ ಮುಂಚಿತವಾಗಿ ಮಾನ್ಯವಾಗಿ ನೀಡಲಾದ ಪರವಾನಗಿಯು ಉಳಿದುಕೊಂಡಿರುತ್ತದೆ ಮತ್ತು ಟ್ರಸ್ಟಿ ಅದನ್ನು ರದ್ದುಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಟ್ರಸ್ಟಿಯು ಸಕ್ರಿಯವಾಗಿರುವ ಎಲ್ಲವನ್ನೂ ನಿರಾಕರಿಸಬಹುದು, ಆದರೆ ನೀವು ಹೊಂದಿರುವ ಬಳಕೆಯ ಹಕ್ಕನ್ನು ಆಫ್ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.
ನಿಮ್ಮ ವ್ಯವಸ್ಥೆಗೆ ಇದರ ಅರ್ಥವೇನು?
ಎರಡು ವಿಷಯಗಳು ಅನುಸರಿಸುತ್ತವೆ. ಬಿಡುಗಡೆ ಬಾಧ್ಯತೆಯನ್ನು ಎಸ್ಕ್ರೊ ಏಜೆಂಟ್ ಮೇಲೆ ಇರಿಸಿ, ಪೂರೈಕೆದಾರರಲ್ಲ: ಮೂರನೇ ವ್ಯಕ್ತಿಯಿಂದ ಸ್ವತಂತ್ರ ಕಸ್ಟಡಿಯಾಗಿ ಸ್ಥಾಪಿಸಲಾಗಿದೆ, ಬಿಡುಗಡೆಯು ಏಜೆಂಟ್ನ ಸ್ವಂತ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಆರ್ಟ್ ಅಡಿಯಲ್ಲಿ ಟ್ರಸ್ಟಿಯ ಅಧಿಕಾರವಾಗಿದೆ. 37 Fw ದ್ರಾವಕ ಏಜೆಂಟ್ಗಿಂತ ಎಸ್ಟೇಟ್ನಿಂದ ನೀಡಬೇಕಾದ ಪ್ರದರ್ಶನಗಳ ಮೇಲೆ ಕಡಿತಗೊಳ್ಳುತ್ತದೆ, ಆದರೆ ಎರಡು-ಪಕ್ಷದ ಭರವಸೆಗೆ ಎಸ್ಟೇಟ್ನಿಂದ ಕಾರ್ಯಕ್ಷಮತೆಯ ಅಗತ್ಯವಿರುತ್ತದೆ, ಇದನ್ನು ಟ್ರಸ್ಟಿ ನಿರಾಕರಿಸಬಹುದು. ಮತ್ತು ಬಿಡುಗಡೆಯ ಬದಲು ಪರವಾನಗಿಯನ್ನು ಮೊದಲೇ ನೀಡಿ - ಕೆಳಗೆ ಪರಿಗಣಿಸಲಾದ ಏಕೈಕ ಪ್ರಮುಖ ಕರಡು ರಚನೆಯ ಅಂಶ.
ದಿವಾಳಿತನಕ್ಕಿಂತ ಪುನರ್ರಚನೆಯಲ್ಲಿ, ಕಲೆ. 373 Fw ಐಪ್ಸೊ ಫ್ಯಾಕ್ಟೊ ಷರತ್ತುಗಳ ಮೇಲಿನ ಅವಲಂಬನೆಯನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತದೆ - ಪುನರ್ರಚನೆ ಕಾರ್ಯವಿಧಾನವು ಪ್ರಾರಂಭವಾದ ಕಾರಣ ಪ್ರತಿಪಕ್ಷವು ಒಪ್ಪಂದವನ್ನು ತಿದ್ದುಪಡಿ ಮಾಡಲು, ಅಮಾನತುಗೊಳಿಸಲು ಅಥವಾ ಅಂತ್ಯಗೊಳಿಸಲು ಅವಕಾಶ ನೀಡುವ ನಿಬಂಧನೆಗಳು. ಆ ನಿರ್ಬಂಧವು ದಿವಾಳಿತನದಲ್ಲಿ ಅಲ್ಲ, ಯೋಜನೆಯ ಕಾರ್ಯವಿಧಾನದಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕೆ ಉತ್ತರವು ಮತ್ತೆ ರಚನಾತ್ಮಕವಾಗಿರುತ್ತದೆ: ವ್ಯವಸ್ಥೆಯನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಯಿಂದ ಸ್ವತಂತ್ರ ಪಾಲನೆಯಾಗಿ ರಚಿಸಿದರೆ, ಬಿಡುಗಡೆ ಪ್ರಚೋದಕವು ಏಜೆಂಟರ ಸ್ವಂತ ಬಾಧ್ಯತೆಯ ಮೇಲೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ದಿವಾಳಿತನಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ WHOA ಪುನರ್ರಚನೆಯಲ್ಲಿ ಪಕ್ಕಕ್ಕೆ ಇಡಲು ಮುಕ್ತವಾಗಿರುವ ಐಪ್ಸೊ ಫ್ಯಾಕ್ಟೊ ನಿಬಂಧನೆಗೆ ಸಮನಾಗಿರುವುದಿಲ್ಲ.
ಪರವಾನಗಿಯನ್ನು ಹೇಗೆ ರಚಿಸಬೇಕು
ಎಸ್ಕ್ರೊ ನಿಮಗೆ ಮೂಲ ಕೋಡ್ನ ಪ್ರತಿಯನ್ನು ನೀಡುತ್ತದೆ, ಅದರೊಂದಿಗೆ ಏನನ್ನೂ ಮಾಡುವ ಹಕ್ಕನ್ನು ನೀಡುವುದಿಲ್ಲ. ಮೂಲ ಕೋಡ್ ಒಂದು ಸಂರಕ್ಷಿತ ಕೆಲಸ; ಅದನ್ನು ಕಂಪೈಲ್ ಮಾಡುವುದು, ಮಾರ್ಪಡಿಸುವುದು ಮತ್ತು ಫಲಿತಾಂಶವನ್ನು ಚಲಾಯಿಸುವುದು ನಿರ್ಬಂಧಿತ ಕಾರ್ಯಗಳಾಗಿವೆ. ಅವುಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಪರವಾನಗಿ ಇಲ್ಲದೆ, ಬಿಡುಗಡೆಯಾದ ಠೇವಣಿ ನೀವು ತೆರೆಯಲಾಗದ ಫೋಲ್ಡರ್ ಆಗಿದೆ. ಗ್ರಾಹಕರು ಬಿಡುಗಡೆಯಾದಾಗ, ಮೂಲ ಕೋಡ್ ಅನ್ನು ಬಳಸಲು, ಕಂಪೈಲ್ ಮಾಡಲು, ಮಾರ್ಪಡಿಸಲು ಮತ್ತು ಮತ್ತಷ್ಟು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಮತ್ತು ಅದನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಯಿಂದ ಮಾಡಲು ಸ್ಪಷ್ಟವಾಗಿ ಅನುಮತಿಸುವ ಪರವಾನಗಿಯೊಂದಿಗೆ ಎಸ್ಕ್ರೊವನ್ನು ಜೋಡಿಸಿ - ಪ್ರಾಯೋಗಿಕವಾಗಿ ನೀವು ಕೆಲಸವನ್ನು ನೀವೇ ಮಾಡುವುದಿಲ್ಲ.
ನಂತರ ಸಮಯ. ಬಿಡುಗಡೆಯಾದಾಗ ನೀಡಲಾದ ಪರವಾನಗಿ ದುರ್ಬಲವಾಗಿರುತ್ತದೆ. ಬಿಡುಗಡೆಯ ಘಟನೆಯು ದಿವಾಳಿತನವಾಗಿದ್ದರೆ, ದಿವಾಳಿತನದ ಆದೇಶದ ದಿನದಿಂದ, ಎಸ್ಟೇಟ್ನಲ್ಲಿರುವ ಸ್ವತ್ತುಗಳನ್ನು ವಿಲೇವಾರಿ ಮಾಡುವ ಅಧಿಕಾರವನ್ನು ಕಳೆದುಕೊಂಡಿರುವ ಸಾಲಗಾರರಿಂದ ಅನುದಾನವನ್ನು ನೀಡಬೇಕಾಗುತ್ತದೆ; ಕಲೆ. 23 Fw ಮತ್ತು ಕಲೆ. 35 Fw ದಾರಿಯಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ, ಮತ್ತು ಟ್ರಸ್ಟಿ ನಿಮಗಾಗಿ ಅನುದಾನವನ್ನು ನೀಡುವುದಿಲ್ಲ. ಕ್ರೆಡಿಟ್ ಸ್ಯೂಸ್ / ಜೊಂಗೆಪಿಯರ್ ಎಂದರೆ ಟ್ರಸ್ಟಿ ನೀವು ಈಗಾಗಲೇ ಹೊಂದಿದ್ದ ಪರವಾನಗಿಯನ್ನು ರದ್ದುಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ - ಆದರೆ ನೀವು ಎಂದಿಗೂ ಒಂದನ್ನು ಹೊಂದಿಲ್ಲದಿದ್ದರೆ ರದ್ದುಗೊಳಿಸಲು ಏನೂ ಇಲ್ಲ.
ಯಾವುದೇ ದಿವಾಳಿತನಕ್ಕೆ ಮುಂಚಿತವಾಗಿ, ಒಪ್ಪಂದದಲ್ಲಿಯೇ ಅದನ್ನು ನೀಡಿ, ಪೂರ್ವನಿದರ್ಶನದ ಷರತ್ತುಗಳಿಗೆ ಒಳಪಟ್ಟಿರುತ್ತದೆ: ಈಗ ನೀಡಲಾಗಿದೆ, ಬಿಡುಗಡೆ ಘಟನೆಯ ಮೇಲೆ ಜಾರಿಗೆ ಬರುತ್ತದೆ. ಒಪ್ಪಂದದ ದಿನಾಂಕದಿಂದ ಹಕ್ಕು ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ; ಅದರ ಪರಿಣಾಮವನ್ನು ಮಾತ್ರ ಮುಂದೂಡಲಾಗಿದೆ. ಡಚ್ ಕಾನೂನು ಸಾಮಾನ್ಯವಾಗಿ ಈ ರಚನೆಗೆ ಸ್ವೀಕಾರಾರ್ಹವಾಗಿದೆ. ರಾಬೋಬ್ಯಾಂಕ್/ರೀಯೂಸರ್ನಲ್ಲಿ (ಹೊಗೆ ರಾಡ್, 3 ಜೂನ್ 2016, ECLI:NL:HR:2016:1046) ದಿವಾಳಿತನದ ಮೊದಲು ಷರತ್ತುಬದ್ಧ ಹಕ್ಕನ್ನು ರಚಿಸಿದಾಗ, ಸಾಲಗಾರನು ಯಾವುದೇ ಮುಂದಿನ ಕ್ರಮವಿಲ್ಲದೆ ನಂತರ ಷರತ್ತಿನ ನೆರವೇರಿಕೆ ಜಾರಿಗೆ ಬರುತ್ತದೆ ಎಂದು ಸುಪ್ರೀಂ ಕೋರ್ಟ್ ಒಪ್ಪಿಕೊಂಡಿತು. ಆ ಪ್ರಕರಣವು ಸರಕುಗಳ ಷರತ್ತುಬದ್ಧ ವರ್ಗಾವಣೆ ಮತ್ತು ಷರತ್ತುಬದ್ಧ ಹಕ್ಕಿನ ಮೇಲೆ ಪ್ರತಿಜ್ಞೆಯನ್ನು ಒಳಗೊಂಡಿತ್ತು. ಷರತ್ತುಬದ್ಧವಾಗಿ ನೀಡಲಾದ ಹಕ್ಕುಸ್ವಾಮ್ಯ ಪರವಾನಗಿಗೆ ಅದನ್ನು ಅನ್ವಯಿಸುವುದು ನ್ಯಾಯಾಲಯಗಳು ಇತ್ಯರ್ಥಪಡಿಸಿದ ಅಂಶಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಕಾನೂನು ಸಾಹಿತ್ಯದಲ್ಲಿ ಬೆಂಬಲಿತವಾದ ಒಂದು ಎಕ್ಸ್ಟ್ರಾಪೋಲೇಶನ್ ಆಗಿದೆ ಮತ್ತು ಅದನ್ನು ಹಾಗೆಯೇ ಪ್ರಸ್ತುತಪಡಿಸಬೇಕು.
ಬಿಡುಗಡೆಯಾದ ಸಾಮಗ್ರಿಯ ಬಳಕೆಗೆ ಪೂರೈಕೆದಾರರಿಂದ ಅಥವಾ ಅವರ ಟ್ರಸ್ಟಿಯಿಂದ ಯಾವುದೇ ಹೆಚ್ಚಿನ ಒಪ್ಪಿಗೆ ಅಗತ್ಯವಿಲ್ಲ ಮತ್ತು ಉತ್ತರಾಧಿಕಾರಿ ಡೆವಲಪರ್ಗೆ ಉಪ-ಪರವಾನಗಿಯನ್ನು ಅನುಮತಿಸಲಾಗಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.
SaaS ಮತ್ತು ಕ್ಲೌಡ್: ಮೂಲ ಕೋಡ್ ಸಾಕಾಗುವುದಿಲ್ಲ.
ನೀವೇ ಚಲಾಯಿಸುವ ಸಾಫ್ಟ್ವೇರ್ಗೆ, ಮೂಲ ಕೋಡ್ ಜೊತೆಗೆ ನಿರ್ಮಾಣ ಸೂಚನೆಗಳು ಮತ್ತು ಪರವಾನಗಿ ಸಂಪೂರ್ಣ ಉತ್ತರಕ್ಕೆ ಹತ್ತಿರದಲ್ಲಿದೆ. ಸೇವೆಗೆ ಅದು ಅಲ್ಲ. ಪೂರೈಕೆದಾರರ ವೇದಿಕೆ ಕತ್ತಲೆಯಾದರೆ ನೀವು ಅಪ್ಲಿಕೇಶನ್, ಅದು ಚಲಾಯಿಸಿದ ಪರಿಸರ ಮತ್ತು ನಿಮ್ಮ ಡೇಟಾವನ್ನು ಕಳೆದುಕೊಂಡಿದ್ದೀರಿ - ಮತ್ತು ಮೂಲ ಕೋಡ್ ಮೊದಲನೆಯದನ್ನು ಮಾತ್ರ ನಿಧಾನವಾಗಿ ಪುನಃಸ್ಥಾಪಿಸುತ್ತದೆ. SaaS ನಿರಂತರತೆಯ ವ್ಯವಸ್ಥೆಯು ಮೂರು ವಿಷಯಗಳನ್ನು ಸೇರಿಸಬೇಕು:
- ಕಾರ್ಯಾಚರಣೆಯ ಪರಿಸರ. ಕಂಟೇನರ್ ಚಿತ್ರಗಳು, ಮೂಲಸೌಕರ್ಯ-ಕೋಡ್ ವ್ಯಾಖ್ಯಾನಗಳು, ಸಂರಚನೆ, ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಭದ್ರತಾ ಸೆಟ್ಟಿಂಗ್ಗಳು, ರನ್ಟೈಮ್ ಅವಲಂಬನೆಗಳು - ಬೇರೆಡೆ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಎದ್ದು ನಿಲ್ಲಲು ಸಾಕು.
- ಡೇಟಾ. ಸ್ಕೀಮಾದೊಂದಿಗೆ, ನಿಮ್ಮ ಸ್ವಂತ ಡೇಟಾವನ್ನು ದಾಖಲಿಸಲಾದ, ಸ್ವಾಮ್ಯದ ಸ್ವರೂಪದಲ್ಲಿ ನಿಯಮಿತವಾಗಿ ರಫ್ತು ಮಾಡಿ. ನೀವು ಓದಲು ಸಾಧ್ಯವಾಗದ ಡೇಟಾ ನಿಮ್ಮಲ್ಲಿರುವ ಡೇಟಾ ಅಲ್ಲ, ಮತ್ತು ರಫ್ತುಗಳು ಬಿಡುಗಡೆಯಾದಾಗ ಮಾತ್ರವಲ್ಲದೆ ಒಪ್ಪಂದದ ಉದ್ದಕ್ಕೂ ನಡೆಯಬೇಕು.
- ಆತಿಥ್ಯ ಸಂಬಂಧ. ಪೂರೈಕೆದಾರರು ತಮ್ಮ ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಒಪ್ಪಂದ ಮಾಡಿಕೊಳ್ಳುವ ಮಾರ್ಗ, ಅಥವಾ ಖಾತೆಯನ್ನು ನೀವು ವಹಿಸಿಕೊಂಡು ನೇರವಾಗಿ ಪಾವತಿಸಬಹುದು ಎಂದು ಆ ಪೂರೈಕೆದಾರರಿಗೆ ಸೂಚನೆ ನೀಡುವ ಮಾರ್ಗ.
ಪರ್ಯಾಯಗಳು ಮತ್ತು ಯಾರು ಪಾವತಿಸುತ್ತಾರೆ
ಎಸ್ಕ್ರೊ ಯಾವಾಗಲೂ ಉತ್ತಮ ಮೌಲ್ಯವಲ್ಲ, ವಿಶೇಷವಾಗಿ ನೀವು ಸಾವಿರಾರು ಗ್ರಾಹಕರಲ್ಲಿ ಒಬ್ಬರಾಗಿರುವ ಪ್ರಮಾಣಿತ ಉತ್ಪನ್ನಗಳಿಗೆ ಮತ್ತು ವಾಸ್ತವಿಕ ಅಪಾಯವು ವೈಫಲ್ಯಕ್ಕಿಂತ ಸೂರ್ಯಾಸ್ತವಾಗಿದೆ. ಮೂರು ಹಗುರವಾದ ಆಯ್ಕೆಗಳು ಹೆಚ್ಚಾಗಿ ಹೆಚ್ಚು ಉಪಯುಕ್ತವಾಗಿವೆ: ಡೇಟಾ ನಿರ್ಗಮನ ಬಲ - ದಾಖಲಿತ ಸ್ವರೂಪದಲ್ಲಿ ಆವರ್ತಕ ರಫ್ತುಗಳು, ಒಮ್ಮೆಯಾದರೂ ಪರೀಕ್ಷಿಸಲಾಗುತ್ತದೆ - ಯಾವುದೇ ವೆಚ್ಚವಿಲ್ಲದೆ ಹೆಚ್ಚಿನ ಮಾನ್ಯತೆಯನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ; ಚಾಲನೆಯಲ್ಲಿರುವ ನಕಲು ಹಕ್ಕು , ನೀವು ಪರಿವರ್ತನೆಯ ಅವಧಿಗೆ ಚಲಾಯಿಸಬಹುದಾದ ನಿಯೋಜಿಸಬಹುದಾದ ಚಿತ್ರ, ಪುನರ್ನಿರ್ಮಾಣಕ್ಕಿಂತ ವೇಗವಾಗಿ ಸೇವೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸುವುದು; ಮತ್ತು ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರಿಗೆ ನೇರ ಪಾವತಿ , ನೀವು ವಲಸೆ ಹೋಗುವಾಗ ಪರಿಸರವನ್ನು ಚಾಲನೆಯಲ್ಲಿಡುವುದು - ಅಗ್ಗದ ಕ್ಲೌಡ್ ನಿರಂತರತೆ ಮತ್ತು ಹೆಚ್ಚಾಗಿ ಕಡೆಗಣಿಸಲಾಗುತ್ತದೆ.
ನೀವು ಎಸ್ಕ್ರೊ ಬಳಸುವಲ್ಲಿ, ಒಮ್ಮೆ ಮಾತ್ರ ಸೆಟಪ್ ಶುಲ್ಕ, ಮರುಕಳಿಸುವ ವಾರ್ಷಿಕ ಕಸ್ಟಡಿ ಶುಲ್ಕ ಮತ್ತು ಪರಿಶೀಲನೆಯ ಆಳದೊಂದಿಗೆ ಅಳೆಯುವ ಪ್ರತಿ ಪರಿಶೀಲನೆಗೆ ಪ್ರತ್ಯೇಕ ಶುಲ್ಕಗಳನ್ನು ನಿರೀಕ್ಷಿಸಿ. ವೆಚ್ಚವು ರಕ್ಷಣೆಯನ್ನು ಬಯಸುವ ಯಾರ ಮೇಲಿದೆಯೋ ಅವರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿರುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಗ್ರಾಹಕರು, ಆದಾಗ್ಯೂ ಮಾರಾಟದ ಬಿಂದುವಾಗಿ ಎಸ್ಕ್ರೊವನ್ನು ನೀಡುವ ಪೂರೈಕೆದಾರರು ಅದನ್ನು ಹೊಂದಿರಬಹುದು ಮತ್ತು ಒಂದೇ ಉತ್ಪನ್ನದ ಹಲವಾರು ಗ್ರಾಹಕರನ್ನು ಒಳಗೊಳ್ಳುವ ಬಹು-ಫಲಾನುಭವಿಗಳ ವ್ಯವಸ್ಥೆಯು ಅದನ್ನು ಹರಡುತ್ತದೆ - ಪೂರೈಕೆದಾರರು ವಿರೋಧಿಸುವ ಸಾಮಾನ್ಯ ಲ್ಯಾಂಡಿಂಗ್ ಪಾಯಿಂಟ್. ಏಜೆಂಟ್ ನಿಮಗೆ ತಿಳಿಸಬೇಕಾದ ಪಾವತಿಯನ್ನು ಮಾಡದಿರುವಂತೆ ಮಾಡಿ, ಅದರ ಸ್ಥಳದಲ್ಲಿ ಪಾವತಿಸುವ ಹಕ್ಕನ್ನು ಹೊಂದಿರಿ.
ಎಸ್ಕ್ರೊ ವ್ಯವಸ್ಥೆಯನ್ನು ಮಾತುಕತೆ ಮಾಡಲು ಒಂದು ಪರಿಶೀಲನಾಪಟ್ಟಿ
- ಇದು ನಿಮಗೆ ನೇರ ಬಿಡುಗಡೆ ಬಾಧ್ಯತೆಯ ಕಾರಣ ಸ್ವತಂತ್ರ ಏಜೆಂಟ್ನೊಂದಿಗೆ ನಿಜವಾದ ಮೂರು-ಪಕ್ಷಗಳ ಒಪ್ಪಂದವೇ?
- ಮೂಲ ಕೋಡ್ ಅನ್ನು ಬಳಸಲು, ಕಂಪೈಲ್ ಮಾಡಲು, ಮಾರ್ಪಡಿಸಲು ಮತ್ತು ಮತ್ತಷ್ಟು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಪರವಾನಗಿ ನೀಡಲಾಗಿದೆಯೇ? ಈಗ, ಬಿಡುಗಡೆಯ ಮೇಲೆ ಭರವಸೆ ನೀಡುವ ಬದಲು, ಪೂರ್ವನಿದರ್ಶನದ ಷರತ್ತುಗಳಿಗೆ ಒಳಪಟ್ಟಿರುತ್ತದೆಯೇ?
- ಠೇವಣಿ ಪಟ್ಟಿಯು ಪ್ರತಿ ಬಿಡುಗಡೆಯಲ್ಲಿ ನವೀಕರಿಸಿದ ಮೂಲ ಕೋಡ್ ಮಾತ್ರವಲ್ಲದೆ, ನಿರ್ಮಾಣ ಸೂಚನೆಗಳು, ಅವಲಂಬನೆಗಳು, ಪರವಾನಗಿ ಕೀಗಳು ಮತ್ತು ದಸ್ತಾವೇಜನ್ನು ಒಳಗೊಂಡಿದೆಯೇ?
- ಯಾವ ಪರಿಶೀಲನಾ ಮಟ್ಟವನ್ನು ಒಪ್ಪಂದ ಮಾಡಿಕೊಳ್ಳಲಾಗಿದೆ ಮತ್ತು ಅದನ್ನು ಎಷ್ಟು ಬಾರಿ ಪುನರಾವರ್ತಿಸಲಾಗುತ್ತದೆ?
- ಬಿಡುಗಡೆ ಘಟನೆಗಳನ್ನು ದಾಖಲೆಯಿಂದ ನಿರ್ಧರಿಸಬಹುದೇ ಅಥವಾ ಕಡಿಮೆ ಆಕ್ಷೇಪಣೆ ಅವಧಿ ಮತ್ತು ತ್ವರಿತ ವಿವಾದ ಮಾರ್ಗದೊಂದಿಗೆ ಸಮಯದ ವಿಳಂಬವೇ?
- SaaS ಗಾಗಿ: ಪರಿಸರ, ಡೇಟಾ ಮತ್ತು ಹೋಸ್ಟಿಂಗ್ ಸಂಬಂಧವನ್ನು ಒಳಗೊಂಡಿದೆಯೇ ಅಥವಾ ಕೋಡ್ ಅನ್ನು ಮಾತ್ರ ಒಳಗೊಂಡಿದೆಯೇ?
- ಯಾರು ಪಾವತಿಸುತ್ತಾರೆ, ಪೂರೈಕೆದಾರರು ಪಾವತಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದರೆ ಏನಾಗುತ್ತದೆ, ಮತ್ತು ಎಸ್ಕ್ರೊ ಒಪ್ಪಂದವು ಮುಖ್ಯ ಒಪ್ಪಂದದ ಆಡಳಿತ ಕಾನೂನು ಮತ್ತು ಐಪಿ ಷರತ್ತುಗಳಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆಯೇ?
ದಿವಾಳಿತನದಲ್ಲಿರುವ ಡಚ್ ಟ್ರಸ್ಟಿಯೊಬ್ಬರು ಎಸ್ಕ್ರೊ ಏಜೆಂಟ್ ಮೂಲ ಕೋಡ್ ಬಿಡುಗಡೆ ಮಾಡುವುದನ್ನು ತಡೆಯಲು ಸಾಧ್ಯವೇ?
ನೇರವಾಗಿ ಅಲ್ಲ. ಮೂರು-ಪಕ್ಷಗಳ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಬಿಡುಗಡೆ ಬಾಧ್ಯತೆಯನ್ನು ಎಸ್ಕ್ರೊ ಏಜೆಂಟ್ ತನ್ನದೇ ಆದ ಒಪ್ಪಂದದ ಅಡಿಯಲ್ಲಿ ನಿಮಗೆ ನೀಡಬೇಕಾಗುತ್ತದೆ ಮತ್ತು ಏಜೆಂಟ್ ದಿವಾಳಿಯಾಗಿರುವುದಿಲ್ಲ. ಆರ್ಟ್ ಅಡಿಯಲ್ಲಿ ಟ್ರಸ್ಟಿಯ ಅಧಿಕಾರ. 37 Fw ಎಂದರೆ ಎಸ್ಟೇಟ್ನಿಂದ ನೀಡಬೇಕಾದ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ನಿರಾಕರಿಸುವುದು, ಏಜೆಂಟ್ಗೆ ಸೂಚನೆ ನೀಡುವುದು ಅಲ್ಲ. ಪೂರೈಕೆದಾರರ ಭರವಸೆಗಿಂತ ಮೂರು-ಪಕ್ಷಗಳ ವ್ಯವಸ್ಥೆಯನ್ನು ಆದ್ಯತೆ ನೀಡಲು ಅದು ಮುಖ್ಯ ಕಾರಣವಾಗಿದೆ.
ನನ್ನ ಸಾಫ್ಟ್ವೇರ್ ಪರವಾನಗಿಯು ಪೂರೈಕೆದಾರರ ದಿವಾಳಿತನದಿಂದ ಬದುಕುಳಿಯುತ್ತದೆಯೇ?
ದಿವಾಳಿತನವು ಉಳಿಯುವ ಮೊದಲು ಮಾನ್ಯವಾಗಿ ನೀಡಲಾದ ಪರವಾನಗಿ, ಮತ್ತು ಟ್ರಸ್ಟಿ ಅದನ್ನು ರದ್ದುಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಕ್ರೆಡಿಟ್ ಸ್ಯೂಸ್ಸೆ/ಜೊಂಗೆಪಿಯರ್ qq (ಹೊಗೆ ರಾಡ್, 23 ಮಾರ್ಚ್ 2018, ECLI:NL:HR:2018:424) ನಲ್ಲಿ ಸುಪ್ರೀಂ ಕೋರ್ಟ್, ಟ್ರಸ್ಟಿಯು ಸಹಿಸಿಕೊಳ್ಳುವುದು ಅಥವಾ ನಿರಾಕರಿಸುವುದನ್ನು ಒಳಗೊಂಡಿರುವ ನಿರಂತರ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಕೊನೆಗೊಳಿಸಬಾರದು ಎಂದು ದೃಢಪಡಿಸಿತು ಮತ್ತು ಪರವಾನಗಿಯು ಅಂತಹ ಕಾರ್ಯಕ್ಷಮತೆಯಾಗಿದೆ. ಟ್ರಸ್ಟಿಯು ಸಕ್ರಿಯವಾಗಿರುವ ಎಲ್ಲವನ್ನೂ ನಿರಾಕರಿಸಬಹುದು: ನಿರ್ವಹಣೆ, ಬೆಂಬಲ, ನವೀಕರಣಗಳು, ಹೋಸ್ಟಿಂಗ್.
ನೆಬ್ಯುಲಾ ತೀರ್ಪು ಇನ್ನೂ ಪರವಾನಗಿದಾರರಿಗೆ ಬೆದರಿಕೆಯಾಗಿದೆಯೇ?
ಒಮ್ಮೆ ಭಯಪಡುವ ರೂಪದಲ್ಲಿಲ್ಲ. ನೆಬ್ಯುಲಾ (ಹೊಗೆ ರಾಡ್, 3 ನವೆಂಬರ್ 2006, ECLI:NL:HR:2006:AX8838) ಅನ್ನು ಟ್ರಸ್ಟಿಯು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಬಳಕೆಯ ಹಕ್ಕನ್ನು ನಿರ್ಲಕ್ಷಿಸಲು ಅವಕಾಶ ನೀಡುತ್ತದೆ ಎಂದು ವ್ಯಾಪಕವಾಗಿ ಓದಲಾಯಿತು. ಬೆರ್ಜೋನಾ ಮತ್ತು ಕ್ರೆಡಿಟ್ ಸ್ಯೂಸ್ಸೆ/ಜೊಂಗೆಪಿಯರ್ ಆ ಓದುವಿಕೆಯನ್ನು ಸೀಮಿತಗೊಳಿಸಿದರು. ಟ್ರಸ್ಟಿ ನಿರ್ವಹಿಸಲು ನಿರಾಕರಿಸಬಹುದು, ಆದರೆ ಕಾನೂನು ಅಥವಾ ಒಪ್ಪಂದವು ಅದನ್ನು ನೀಡದ ಯಾವುದೇ ಅಧಿಕಾರವನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ ಮತ್ತು ಪರವಾನಗಿಯನ್ನು ರದ್ದುಗೊಳಿಸುವುದು ಅಂತಹ ಅಧಿಕಾರವಲ್ಲ.
ಬಿಡುಗಡೆಯಾದಾಗ ಮಾತ್ರ ಪರವಾನಗಿ ನೀಡುವುದು ಏಕೆ ಸಮಸ್ಯೆಯಾಗುತ್ತದೆ?
ಏಕೆಂದರೆ ಸಾಲಗಾರನು ಎಸ್ಟೇಟ್ನ ಆಸ್ತಿಗಳನ್ನು ವಿಲೇವಾರಿ ಮಾಡುವ ಅಧಿಕಾರವನ್ನು ಕಳೆದುಕೊಂಡಾಗ ಮತ್ತು ಟ್ರಸ್ಟಿಯು ನಿಮಗಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಯಾವುದೇ ಬಾಧ್ಯತೆಯನ್ನು ಹೊಂದಿರದಿದ್ದಾಗ, ದಿವಾಳಿತನದ ನಂತರ ಅನುದಾನವನ್ನು ನೀಡಬೇಕಾಗುತ್ತದೆ. ಪ್ರಕರಣದ ಕಾನೂನು ನೀವು ಈಗಾಗಲೇ ಹೊಂದಿರುವ ಪರವಾನಗಿಗಳನ್ನು ರಕ್ಷಿಸುತ್ತದೆ; ಅದು ಯಾವುದನ್ನೂ ರಚಿಸುವುದಿಲ್ಲ. ಬಿಡುಗಡೆಯ ನಂತರ ಜಾರಿಗೆ ಬರುವ ಪೂರ್ವನಿದರ್ಶನದ ಷರತ್ತಿಗೆ ಒಳಪಟ್ಟು ಈಗಲೇ ಅದನ್ನು ನೀಡಿ.
SaaS ಪೂರೈಕೆದಾರರಿಗೆ ಎಸ್ಕ್ರೊ ಸಹಾಯ ಮಾಡುತ್ತದೆಯೇ?
ಭಾಗಶಃ ಮಾತ್ರ. ಮೂಲ ಕೋಡ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಸೇವೆಯನ್ನು ಪುನಃಸ್ಥಾಪಿಸುವುದಿಲ್ಲ. ಕಾರ್ಯಸಾಧ್ಯವಾದ SaaS ವ್ಯವಸ್ಥೆಯು ಕಾರ್ಯಾಚರಣೆಯ ಪರಿಸರವನ್ನು ಸಹ ಒಳಗೊಂಡಿರಬೇಕು - ಕಂಟೇನರ್ ಚಿತ್ರಗಳು, ಮೂಲಸೌಕರ್ಯ ವ್ಯಾಖ್ಯಾನಗಳು, ಸಂರಚನೆ - ದಾಖಲಿತ ಸ್ವರೂಪದಲ್ಲಿ ನಿಮ್ಮ ಡೇಟಾದ ನಿಯಮಿತ ರಫ್ತುಗಳು ಮತ್ತು ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರನ್ನು ಸ್ವಾಧೀನಪಡಿಸಿಕೊಳ್ಳಲು ಅಥವಾ ಪಾವತಿಸಲು ಮಾರ್ಗ. ಅವುಗಳಿಲ್ಲದೆ, ಇದು ನಿರಂತರತೆಯ ಬದಲು ಪುನರ್ನಿರ್ಮಾಣ ಯೋಜನೆಯನ್ನು ನಿಮಗೆ ನೀಡುತ್ತದೆ.
ಪರಿಶೀಲನೆಗೆ ನಿಜವಾಗಿಯೂ ಹಣ ಪಾವತಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆಯೇ?
ಹೌದು, ಮಧ್ಯಮ ಮಟ್ಟದಲ್ಲಿ. ಫೈಲ್-ಮಟ್ಟದ ಪರಿಶೀಲನೆಯು ಏನಾದರೂ ಬಂದಿದೆ ಎಂದು ಮಾತ್ರ ಖಚಿತಪಡಿಸುತ್ತದೆ. ಬಿಲ್ಡ್ ಸೂಚನೆಗಳು ಮತ್ತು ಅವಲಂಬನೆ ಪಟ್ಟಿಯ ವಿರುದ್ಧ ಸಂಪೂರ್ಣತೆಯ ವಿಮರ್ಶೆಯು ಮುಖ್ಯವಾದ ವೈಫಲ್ಯಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುತ್ತದೆ - ಕಾಣೆಯಾದ ಬಿಲ್ಡ್ ಹಂತಗಳು, ದಾಖಲೆರಹಿತ ಅವಲಂಬನೆಗಳು, ನೀವು ಬಳಸಲು ಯಾವುದೇ ಹಕ್ಕಿಲ್ಲದ ಘಟಕಗಳು. ಪೂರ್ಣ ನಿರ್ಮಾಣ ಮತ್ತು ರನ್ ಪರೀಕ್ಷೆಯು ಏಕೈಕ ನಿರ್ಣಾಯಕ ಆಯ್ಕೆಯಾಗಿದ್ದು, ಸ್ಥಗಿತವು ಅಸ್ತಿತ್ವವಾದದ ಸಂದರ್ಭದಲ್ಲಿ ಅದರ ವೆಚ್ಚಕ್ಕೆ ಯೋಗ್ಯವಾಗಿದೆ.

