ಪಾವತಿ ಆದೇಶ ಏನು.
ಪಾವತಿ ಆದೇಶವು ಏಕಕಾಲದಲ್ಲಿ ಇನ್ನಷ್ಟು ಅನುಮೋದನೆ ಇಲ್ಲದೆ ನಿರ್ದಿಷ್ಟ ವರ್ಗದ ಪಾವತಿಯನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು ಏಜೆಂಟ್ಗೆ ಅವಕಾಶ ನೀಡುವ ಪೂರ್ವ-ಅನುಮೋದಿತ ಸೂಚನೆ. ಆದೇಶವು ಪ್ಯಾರಾಮೀಟರ್ ಆಗಿದೆ: ಇದು ಗರಿಷ್ಠ ಮೊತ್ತ, ಸ್ವೀಕೃತಿಯ ಅಥವಾ ಅನುಮತಿಸಲಾದ ಸ್ವೀಕರಿಸುವವರ ಸಮೂಹ, ಆವೃತ್ತಿಯ ಕಿಟಕಿ ಮತ್ತು ಅವಧಿಯನ್ನು ಹೆಸರಿಸಬಹುದು. ಪ್ರಾಥಮಿಕ Google ನ AP2 ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಹಲವಾರು ಸಮಾನವಾದ ಆದೇಶ ಆಧಾರಿತ ಪಾವತಿ ವ್ಯವಸ್ಥೆಗಳು ಇದರಲ್ಲಿ ನಿರ್ಮಿತವಾಗಿವೆ.
The "approve every payment" model does not scale to agents.
ಮನುಷ್ಯರ ಪಾವತಿ ಮಾದರಿಗಳು ಪ್ರತಿ ವ್ಯವಹಾರಕ್ಕೆ ಒಂದು ಅನುಮೋದನೆಯನ್ನು ಊಹಿಸುತ್ತವೆ: ನೀವು ಚೆಕ್ಔಟ್ನಲ್ಲಿ ಒಟ್ಟು ಮೊತ್ತವನ್ನು ನೋಡುತ್ತೀರಿ, ನೀವು ದೃಢೀಕರಿಸಲು ಟ್ಯಾಪ್ ಮಾಡುತ್ತೀರಿ. ಒಂದು ಗಂಟೆಯಲ್ಲಿ 200 APIsಗೆ ಪಾವತಿಸಲು ಅಗತ್ಯವಿರುವ ಏಜೆಂಟ್ಗಳು ಈ ರೀತಿಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ. ಬಳಕೆದಾರ 200 ದೃಢೀಕರಣಗಳನ್ನು ಕ್ಲಿಕ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ, ಮತ್ತು ಅವರು ಮಾಡಿದರೆ, ವಿಳಂಬವು ಏಜೆಂಟ್ನ ಉಪಯುಕ್ತತೆಯನ್ನು ಹಾಳು ಮಾಡುತ್ತದೆ. ಕೆಲವು ಪೂರ್ವ-ಅನುಮೋದನೆ ಮಾದರಿಯ ಅಗತ್ಯವಿದೆ.
Payment mandates formalize the pre-authorization. Instead of "approve every payment" or "approve nothing" (a static spend limit), a mandate says: "approve any payment that matches these parameters, up to this cap, until I revoke it." The user grants the mandate once; the agent executes against it many times. This is the structural primitive that turns the agent into an autonomous economic actor while still keeping the human in control of the boundaries.
ಅನುಮತಿ, ಪ್ರಸ್ತುತ, ನಿಭಾಯಿಸು, ಹಿಂತೆಗೆದುಕೊಳ್ಳಿ.
- ಅನುಮತಿ. ಬಳಕೆದಾರ (ಅಥವಾ ಬಳಕೆದಾರನ ಪ್ರತಿನಿಧಿ) ಪ್ರೋಟೋಕಾಲ್ನ UI ಮೂಲಕ ಆದೇಶವನ್ನು ರಚಿಸುತ್ತಾನೆ, ಪರಿಮಾಣಗಳನ್ನು ನಿರ್ಧರಿಸುತ್ತಾನೆ: ಪ್ರತಿ ಪಾವತಿಗೆ ಗರಿಷ್ಠ ಮೊತ್ತ, ಒಂದು ಕಿಟಕಿಯ ಮೇಲೆ ಗರಿಷ್ಠ ಒಟ್ಟು, ಸ್ವೀಕೃತ ವ್ಯಕ್ತಿಯ ಅನುಮತಿಸು, ಅವಧಿ. ಆದೇಶವನ್ನು ಪ್ರೋಟೋಕಾಲ್ ಸಹಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸಂಗ್ರಹಿಸುತ್ತದೆ.
- ಪ್ರಸ್ತುತಪಡಿಸಿ. ಏಕ ಏಕಕಾಲದಲ್ಲಿ ಪಾವತಿಸಲು ಅಗತ್ಯವಿದ್ದಾಗ, ಅದು ಸ್ವೀಕೃತ ವ್ಯಕ್ತಿಯ ಪಾವತಿ ಪ್ರಕ್ರಿಯೆಗೆ ಆದೇಶವನ್ನು ಪ್ರಮಾಣೀಕರಣದ ಸಾಕ್ಷಿಯಾಗಿ ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ. ಪ್ರಕ್ರಿಯೆ ಆದೇಶವನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ, ಪಾವತಿ ಪರಿಮಾಣಗಳು ಆದೇಶದ ಮಿತಿಗಳ ಒಳಗೆ ಇರುವುದನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ, ಮತ್ತು ಪಾವತಿಯನ್ನು ಒಪ್ಪಿಸುತ್ತದೆ.
- ಪಾವತಿ ಮಾಡಿ. ವಾಸ್ತವ ಪಾವತಿ ಯಾವ ರೈಲಿನಲ್ಲಿ ಆದೇಶವು ಸೂಚಿಸುತ್ತದೆ (ಸ್ಥಿರಕಾಯ, ಕಾರ್ಡ್, ACH) ಎಂಬುದರಲ್ಲಿ ಸಂಭವಿಸುತ್ತದೆ. ಆದೇಶದ ದೃಢೀಕರಣವು ಪಾವತಿಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿದೆ; ಒಂದು ಆದೇಶವು ಪ್ರೋಟೋಕಾಲ್ ಅನುಮತಿಸಿದರೆ, ಹಲವಾರು ಪಾವತಿ ವಿಧಾನಗಳಲ್ಲಿ ಪಾವತಿಗಳನ್ನು ಅನುಮತಿಸಬಹುದು.
- ರದ್ದುಪಡಿಸಲು. ಯಾವುದೇ ಸಮಯದಲ್ಲಿ, ಬಳಕೆದಾರನು ಆದೇಶವನ್ನು ರದ್ದುಪಡಿಸಬಹುದು. ನಂತರದ ಪ್ರಸ್ತುತಿಗಳು ದೃಢೀಕರಣವನ್ನು ವಿಫಲಗೊಳಿಸುತ್ತವೆ. ಪ್ರೋಟೋಕಾಲ್ನ ಪರಮತ್ವದ ಖಾತರಿಗಳ ಆಧಾರದ ಮೇಲೆ ಹಾರಾಟದ ಪಾವತಿಗಳು ಸಂಪೂರ್ಣವಾಗಬಹುದು ಅಥವಾ ಸಂಪೂರ್ಣವಾಗದಿರಬಹುದು.
The protocol layer holds the mandate; the agent never holds the user's payment credentials directly. This is the safety property that makes mandate-based systems different from "give the agent your credit card." Compromise the agent and the worst case is the mandate's parameter envelope, not the user's full payment power.
ಮೂರು ಆದೇಶ ರೂಪಗಳು.
ಪ್ರತಿ-ಕೋಲ್ನ API ಪ್ರವೇಶ ಮ್ಯಾಂಡೇಟ್
ಒಂದು ಏಜಂಟ್ ನಿರ್ದಿಷ್ಟವಾದ ಅನುಮತಿತ ಪಟ್ಟಿಯಲ್ಲಿ ಯಾವುದೇ API ಗೆ ಪ್ರತಿ ಕರೆ $0.10 ವರೆಗೆ ಖರ್ಚು ಮಾಡಲು ಅಧಿಕಾರವನ್ನು ನೀಡಲಾಗಿದೆ, ದಿನಕ್ಕೆ ಒಟ್ಟು $50 ವರೆಗೆ. ಏಜಂಟ್ ದಿನದಾದ್ಯಂತ APIs ಅನ್ನು ಕರೆ ಮಾಡುತ್ತದೆ; ಅಧಿಕಾರದ ಪ್ಯಾರಾಮೀಟರ್ಗಳಲ್ಲಿ ಪ್ರತಿ ಕರೆ ಹೆಚ್ಚಿನ ಅನುಮೋದನೆಯಿಲ್ಲದೆ ನಿಗದಿಪಡಿಸುತ್ತದೆ. 24 ಗಂಟೆಗಳಲ್ಲಿ $50 ಕ್ಕಿಂತ ಹೆಚ್ಚು ಖರ್ಚು ಮಾಡಲು ವೇದಿಕೆ ಹಂತದಲ್ಲಿ ಬ್ಲಾಕ್ಗಳನ್ನು ಮಾಡುತ್ತದೆ.
ವ್ಯಾಪಾರ-ನಿರ್ದಿಷ್ಟ ಚಂದಾದಾರಿಕೆ ಆದೇಶ
ಒಂದು ಸಂಶೋಧನಾ ಏಜೆಂಟ್ಗಾಗು ಒಂದು ನಿರ್ದಿಷ್ಟ ಡೇಟಾ ಮಾರಾಟಗಾರನಿಗೆ $200/ತಿಂಗಳಿಗೆ ಪಾವತಿಸಲು ಆದೇಶ ನೀಡಲಾಗಿದೆ, ಸ್ಥಿರ ನಾಣ್ಯದಲ್ಲಿ ಬಿಲ್ಲಿಂಗ್ ಮಾಡಲಾಗಿದೆ. ಮಾರಾಟಗಾರನ ಬಿಲ್ಲು ಆದೇಶದ ಪೂರ್ವ-ಅನುಮೋದಿತ ಪಾವತಿಯನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪ್ರೇರೇಪಿಸುತ್ತದೆ. ಏಜೆಂಟ್ ಮಾನವನಿಗೆ ಬಿಲ್ಲು ತೋರಿಸಲು ಎಂದಿಗೂ ಅಗತ್ಯವಿಲ್ಲ.
ಒಂದು ಶಾಟ್ ಕ್ಯಾಪ್ಡ್ ಮ್ಯಾಂಡೇಟ್
ಒಬ್ಬ ಬಳಕೆದಾರನು ಏಜೆಂಟ್ಗೆ ಒಂದು ವಿಶ್ವಾಸಾರ್ಹ ಬುಕ್ಕಿಂಗ್ ವೇದಿಕೆಯಿಂದ ಹೋಟೆಲ್ ಬುಕ್ಕಿಂಗ್ನಲ್ಲಿ $500 ವರೆಗೆ ಖರ್ಚು ಮಾಡಲು ಒಮ್ಮೆ ಬಳಸುವ ಆದೇಶವನ್ನು ನೀಡುತ್ತಾನೆ. ಏಜೆಂಟ್ ಹುಡುಕುತ್ತದೆ, ಶ್ರೇಣಿಯ ಒಳಗೆ ಆಯ್ಕೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ಬುಕ್ ಮಾಡುತ್ತದೆ. ಆದೇಶವನ್ನು ಬಳಸಿದ ನಂತರ, ಅದನ್ನು ಪುನಃ ಬಳಸಲು ಸಾಧ್ಯವಿಲ್ಲ.