ಹಲವಾರು ವಿಭಿನ್ನ ವಿನಾಯಿತಿಗಳ ಅವಲೋಕನಗಳು ಕರಾರಿನ ಮೂಲಕ ವಿನ್ಯಾಸಗೊಂಡ ಮೂಲತತ್ವಗಳ ಮೇಲೆ ಆಧಾರಿತವಾಗಿವೆ ಮತ್ತು ನಿರ್ದಿಷ್ಟವಾಗಿ ಐಫೆಲ್ ಲಾಂಗ್ವೇಜ್‌‌ನಿಂದ ಬೆಂಬಲಿಸಲ್ಪಡುತ್ತವೆ. ಇದರ ಯೋಜನೆಯೇನೆಂದರೆ, ಯಾವುದು "ಸಹಜ" ನಡುವಳಿಕೆ ಮತ್ತು "ಅಸಹಜ" ನಡುವಳಿಕೆ ಎಂಬುದನ್ನು ನಿರ್ದಿಷ್ಟವಾಗಿ ಉಲ್ಲೇಖಿಸುವುದರ ಮೂಲಕ ಎಕ್ಸೆಪ್ಶನ್ ಹ್ಯಾಂಡ್ಲಿಂಗ್‌‌ನ ಒಂದು ಹೆಚ್ಚಿನ ಕಠೋರ ಮೂಲಗಳನ್ನು ದೊರಕಿಸುವುದು. ನಿರ್ದಿಷ್ಟವಾಗಿ, ಈ ವಿಧಾನವು ಎರಡು ವಿಷಯಗಳ ಮೇಲೆ ಆಧಾರಿತವಾಗಿದೆ:
ಬೆರ್ಟ್ರಾಂಡ್ ಮೇಯರ್‌ನಿಂದ ವಸ್ತು ನಿರ್ಣಯಿತ ತಂತ್ರಾಂಶ ನಿರ್ಮಾಣದಲ್ಲಿ ಪರಿಚಯಿಸಲ್ಪಟ್ಟ "ಸುರಕ್ಷತೆ ಎಕ್ಸೆಪ್ಶನ್ ಹ್ಯಾಂಡ್ಲಿಂಗ್‌ ಮೂಲತತ್ವ"ವು ನಂತರ ಹೇಳುವುದೇನೆಂದರೆ, ಅಲ್ಲಿ ವಿನಾಯಿತಿಯು ಸಂಭವಿಸಿದಾಗ ಒಂದು ದಿನಚರಿಯು ಪ್ರತಿಕ್ರಿಯಿಸಲು ಕೇವಲ ಎರಡು ಅರ್ಥಗರ್ಭಿತ ಮಾರ್ಗಗಳಿವೆ ಎಂದು ಹೇಳಿತು: 
!), ನಂತರ ಅಸ್ಥಿರವನ್ನು ಪುನರ್‌ಸ್ಥಾಪನೆಗೊಳಿಸುವುದರ ಮೂಲಕ ಒಂದು ವಸ್ತುವಿನ ಸ್ಥಿತಿಯನ್ನು ನಿಗದಿಪಡಿಸುವುದು ("ಸಂಯೋಜಿತ" ಭಾಗ).
ಇಲ್ಲಿ ಐಫೆಲ್ ಜೋಡಣೆಯ ಒಂದು ಉದಾಹರಣೆಯನ್ನು ಇಲ್ಲಿ ನಿರೂಪಿಸಲಾಗಿದೆ. ಒಂದು ದಿನಚರಿ "send_fast" ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಸಂದೇಶವನ್ನು ಕಳಿಸಲು ಒಂದು ಉತ್ತಮವಾದ ಮಾರ್ಗವಾಗಿರುತ್ತದೆ ಎಂದು ಇದು ಊಹಿಸುತ್ತದೆ, ಆದರೆ ಇದು ಒಂದು ವಿನಾಯಿತಿಯನ್ನು ಪ್ರಚೋದಿಸುತ್ತ ವಿಫಲವಾಗಬಹುದು; ಹಾಗಾದರೆ, ಜೋಡಣೆ ನೆಕ್ಸ್ಟ್ "send_slow" ಅನ್ನು ಬಳಸುತ್ತದೆ, ಅದು ಕಡಿಮೆ ಪುನರಾವರ್ತಿತವಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ. "send_slow" ವಿಫಲವಾದರೆ, ದಿನಚರಿ send ಪೂರ್ತಿಯಾಗಿ ವಿಫಲವಾಗಲ್ಪಡುತ್ತದೆ, ಆಹ್ವಾನಿತನಿಗೆ ಒಂದು ವಿನಾಯಿತಿಯನ್ನು ಪಡೆಯುವಂತೆ ಮಾಡುತ್ತದೆ.
<source lang="eiffel">
send (m: MESSAGE) is—ವೇಗದ ಲಿಂಕ್ ಮೂಲಕ ಸಾಧ್ಯವಾದರೆ m ಅನ್ನು ಕಳುಹಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ನಿಧಾನದ ಲಿಂಕ್ ಮೂಲಕ.
local
do
rescue
end
&lt;/source&gt;
ಬೂಲಿಯನ್ ಸ್ಥಳೀಯ ಅಸ್ಥಿರಗಳು ಪ್ರಾರಂಭದಲ್ಲಿ ಫಾಲ್ಸ್ (ತಪ್ಪು)ಗೆ ನಿರ್ದೇಶಿಸಲ್ಪಟ್ಟಿರುತ್ತದೆ. "send_fast" ವಿಫಲವಾದರೆ, ಪ್ರಧಾನ ಭಾಗವು (do ಷರತ್ತು) "send_slow" ದ ನಿರ್ವಹಿಸುವಿಕೆಯನ್ನು ಉಂಟುಮಾಡುತ್ತ ಮತ್ತೊಮ್ಮೆ ಕಾರ್ಯಗತಗೊಳಿಸಲ್ಪಡುತ್ತದೆ ಈ ಕಾರ್ಯಗತಗೊಳಿಸುವಿಕೆ "send_slow" ವಿಫಲವಾದರೆ, rescue ಷರತ್ತು ಕೊನೆಯಲ್ಲಿ retry ಜೊತೆ ಕಾರ್ಯನಿರ್ವಹಿಸಲ್ಪಡುತ್ತದೆ (ಅಂತಿಮ if ನಲ್ಲಿ ಯಾವುದೇ else ಇರುವುದಿಲ್ಲ), ಇದು ದಿನಚರಿಯ ಕಾರ್ಯನಿರ್ವಹಿಸುವಿಕೆಯನ್ನು ಪೂರ್ತಿಯಾಗಿ ವಿಫಲವಾಗುವಂತೆ ಮಾಡುತ್ತದೆ. 
ಈ ವಿಧಾನವು ಯಾವುದು "ಸಹಜ" ಮತ್ತು "ಅಸಹಜ" ಎಂಬುದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಉಲ್ಲೇಖಿಸುವ ಅರ್ಹತೆಯನ್ನು ಹೊಂದಿದೆ: ಒಂದು ವಿನಾಯಿತಿಗೆ ಪರಿಣಾಮವನ್ನು ಉಂಡುಮಾಡುವ ಒಂದು ಅಸಹಜ ದೃಷ್ಟಾಂತದಲ್ಲಿ ದಿನಚರಿಯು ತನ್ನ ಒಪ್ಪಂದವನ್ನು ಪೂರ್ಣಗೊಳಿಸುವಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ. 
ಇದು ಪಾತ್ರಗಳ ಸ್ಪಷ್ಟವಾದ ವಿಂಗಡಣೆಯನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ: do ಷರತ್ತು (ಸಾಮಾನ್ಯ ಪ್ರಧಾನ ಭಾಗ) ದಿನಚರಿಯ ಒಪ್ಪಂದವನ್ನು ಸಾಧಿಸುವ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊಂದಿದೆ, ಅಥವಾ ಸಾಧಿಸುವ ಪ್ರಯತ್ನದಲ್ಲಿದೆ; rescue ಷರತ್ತು ಇದು ಯಶಸ್ವಿಯಾಗುವ ಅವಕಾಶವನ್ನು ಹೊಂದಿದ್ದರೆ ವಿಷಯವನ್ನು ಪುನರ್‌ಸ್ಥಾಪನೆ ಮಾಡುವ ಜವಬ್ದಾರಿಯನ್ನು ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯನ್ನು ಪುನರಾರಂಭ ಮಾಡುವ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊಂದಿದೆ, ಆದರೆ ಯಾವುದೇ ವಾಸ್ತವಿಕ ಲೆಕ್ಕ ಮಾಡುವಿಕೆಯನ್ನು ನಿರ್ವಹಿಸುವ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊಂದಿಲ್ಲ.
ವಿನಾಯಿತಿ‌ ಸಮನ್ವಯತೆ
ಎಕ್ಸೆಪ್ಶನ್‌ ಸುರಕ್ಷತೆ
ಕರಾರಿನ ಮೂಲಕ ವಿನ್ಯಾಸಗೊಂಡ ವಿನಾಯಿತಿ ನಿರ್ವಹಣೆ
ಮುಂದುವರೆಯುವ ವಿನಾಯಿತಿಗಳು