ನೀವು ನಮ್ಮ ಹೋಸ್ಟಿಂಗ್ ಅನ್ನು ಮರುಮಾರಾಟ ಮಾಡುತ್ತೀರಿ. ನಿಮ್ಮ ಗ್ರಾಹಕರು ನಿಮ್ಮವರೇ: ನಿಮ್ಮ ಬೆಲೆಗಳು, ನಿಮ್ಮ ಇನ್ವಾಯ್ಸ್ಗಳು, ನಿಮ್ಮ ಪಾವತಿ ಪೂರೈಕೆದಾರರು. ಬಿಲ್ಲಿಂಗ್ ಪ್ಯಾನೆಲ್, ನಿಮ್ಮ ಸ್ವಂತ WordPress ಸೈಟ್ ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್ ಹೀಗೆ ನೀವು ಈಗಾಗಲೇ ಚಲಾಯಿಸುತ್ತಿರುವ ಯಾವುದೇ ವ್ಯವಸ್ಥೆಯಿಂದ ನಮ್ಮ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಈ ರೀತಿ ನಿಯಂತ್ರಿಸಬಹುದು.
ನಿಮ್ಮ ಗ್ರಾಹಕರು ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ನೋಡುತ್ತಾರೆ
ಕಾರ್ಯವಿಧಾನಗಳಿಗಿಂತ ಮೊದಲು: ನಿಮ್ಮ ಗ್ರಾಹಕರು ಎಂದಿಗೂ ನಮ್ಮನ್ನು ನೋಡಬೇಕಾಗಿಲ್ಲ. ಮೂರು ಮಾಧ್ಯಮಗಳಿವೆ, ಮತ್ತು ನೀವು ಯಾವುದನ್ನು ಬಳಸಬೇಕೆಂದು ನೀವೇ ಆಯ್ಕೆಮಾಡಿಕೊಳ್ಳುತ್ತೀರಿ.
| ಮಾಧ್ಯಮ | ಅದು ಯಾರದ್ದು |
|---|
| ನಿಮ್ಮ ಸ್ವಂತ ಹೋಸ್ಟ್ನೇಮ್ನಲ್ಲಿರುವ ಹೋಸ್ಟಿಂಗ್ ಪ್ಯಾನೆಲ್ | ಮರುಮಾರಾಟ → ನಿಮ್ಮ ಬ್ರ್ಯಾಂಡ್ ಅಡಿಯಲ್ಲಿ ಪ್ಯಾನೆಲ್ ಹೋಸ್ಟ್ನೇಮ್ ಅನ್ನು ಹೊಂದಿಸಿ ಮತ್ತು ನಿಮ್ಮ ಗ್ರಾಹಕರು ನಿಮ್ಮ ಲೋಗೋ ಹಾಗೂ ನಿಮ್ಮ ಬಣ್ಣಗಳೊಂದಿಗೆ panel.yourcompany.com ನಲ್ಲಿ ಸೈನ್ ಇನ್ ಮಾಡುತ್ತಾರೆ. ಅದೇ ಪ್ಯಾನೆಲ್, ನಿಮ್ಮ ವಿಳಾಸ. |
| ನಿಮ್ಮ ಸ್ವಂತ ವೆಬ್ಸೈಟ್ | WordPress ಪ್ಲಗಿನ್ ನಿಮ್ಮ ಸೈಟ್ನಲ್ಲಿ ಡೊಮೇನ್ ಹುಡುಕಾಟ ಮತ್ತು ಒಂದು ಕ್ಲಿಕ್ನ ಸೈನ್-ಇನ್ ಲಿಂಕ್ ಅನ್ನು ಇರಿಸುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ WooCommerce ಚೆಕ್ಔಟ್ ಮೂಲಕ ಆರ್ಡರ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. |
| ನಿಮ್ಮ ಬಿಲ್ಲಿಂಗ್ ಪ್ಯಾನೆಲ್ | WHMCS ಅಥವಾ HostBill ಮುಂಬಾಗಿಲಾಗಿ ಉಳಿಯುತ್ತದೆ; ಮಾಡ್ಯೂಲ್ ಅದರ ಹಿಂದೆ ಪ್ರಾವಿಷನ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಕ್ಲೈಂಟ್-ಏರಿಯಾ ಬಟನ್ ಅವರನ್ನು ನೇರವಾಗಿ ಅವರ ಹೋಸ್ಟಿಂಗ್ಗೆ ಸೈನ್ ಇನ್ ಮಾಡಿಸುತ್ತದೆ. |
⛔ ನೀವು ಯಾವುದನ್ನೇ ಆರಿಸಿಕೊಂಡರೂ, ನಿಮ್ಮ ಗ್ರಾಹಕರಿಗೆ ನೀವೇ ಮರ್ಚೆಂಟ್ ಆಫ್ ರೆಕಾರ್ಡ್ ಆಗಿರುತ್ತೀರಿ: ನಿಮ್ಮ ಬೆಲೆಗಳು, ನಿಮ್ಮ ಇನ್ವಾಯ್ಸ್ಗಳು, ನಿಮ್ಮ ವ್ಯಾಟ್ ಸಂಖ್ಯೆ, ನಿಮ್ಮ ಪಾವತಿ ಪೂರೈಕೆದಾರರು. ನಾವು ತಿಂಗಳಿಗೆ ಒಮ್ಮೆ, ಸಗಟು ದರದಲ್ಲಿ ನಿಮಗೆ ಬಿಲ್ ಮಾಡುತ್ತೇವೆ.
ಒಮ್ಮೆ ನೀವು ಪ್ಯಾನೆಲ್ ಹೋಸ್ಟ್ನೇಮ್ ಅನ್ನು ಹೊಂದಿಸಿದ ನಂತರ, ಅದನ್ನು WordPress ಪ್ಲಗಿನ್ನ ಪ್ಯಾನೆಲ್ ವಿಳಾಸ ಫೀಲ್ಡ್ನಲ್ಲಿ ಮಾತ್ರ ನಮೂದಿಸಿ ಮತ್ತು ಬೇರೆಲ್ಲೂ ಬೇಡ — ಈ API ಸೃಷ್ಟಿಸುವ ಸೈನ್-ಇನ್ ಲಿಂಕ್ಗಳು ಅದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಅನುಸರಿಸುತ್ತವೆ.
ಪ್ರವೇಶಿಸಲು ನಾಲ್ಕು ಮಾರ್ಗಗಳು
ಪ್ರವೇಶಿಸಲು ನಾಲ್ಕು ಮಾರ್ಗಗಳಿವೆ, ಮತ್ತು ಅವೆಲ್ಲವೂ ಆಂತರಿಕವಾಗಿ ಒಂದೇ ಕೆಲಸವನ್ನು ಮಾಡುತ್ತವೆ:
| ಇದಕ್ಕಾಗಿ |
|---|
| WHMCS ಮಾಡ್ಯೂಲ್ | ಒಂದು WHMCS ಶಾಪ್ |
| HostBill ಮಾಡ್ಯೂಲ್ | ಒಂದು HostBill ಶಾಪ್ |
| WordPress ಪ್ಲಗಿನ್ | ನಿಮ್ಮ ಸ್ವಂತ WordPress ಅಥವಾ WooCommerce ಸೈಟ್ನಿಂದ ಮಾರಾಟ ಮಾಡಲು |
| API | ಇನ್ನಾವುದೇ ವ್ಯವಸ್ಥೆ — Blesta, ಒಂದು ಆಂತರಿಕ ವ್ಯವಸ್ಥೆ, ಒಂದು ಕ್ರಾನ್ ಸ್ಕ್ರಿಪ್ಟ್ |
1. ಒಂದು API ಕೀಲಿಯನ್ನು ಪಡೆಯಿರಿ
ನಿಮ್ಮ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿ, API ಕೀಲಿಗಳು ಗೆ ಹೋಗಿ ಮತ್ತು ಒಂದನ್ನು ರಚಿಸಿ. ಅದಕ್ಕೆ ಅಗತ್ಯವಿರುವುದನ್ನು ಮಾತ್ರ ನೀಡಿ:
| ಅನುಮತಿ | ಏಕೆ |
|---|
org.read | ನಿಮ್ಮ ಗ್ರಾಹಕರ ಖಾತೆಗಳನ್ನು ಓದಲು |
sites.create | ಸೈಟ್ ಒಂದನ್ನು ಪ್ರಾವಿಷನ್ ಮಾಡಲು |
sites.view | ಸೇವೆಯನ್ನು ಓದಲು |
sites.delete | ರದ್ದುಗೊಳಿಸಲು (ಟರ್ಮಿನೇಟ್) |
reseller.view | ನಿಮ್ಮ ಸೇವೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಲು ಮತ್ತು ಬಳಕೆಯನ್ನು ಓದಲು |
reseller.provision | ಅಮಾನತುಗೊಳಿಸಲು, ಬಿಡುಗಡೆ ಮಾಡಲು ಮತ್ತು ಗ್ರಾಹಕರನ್ನು ಸೈನ್ ಇನ್ ಮಾಡಲು |
⛔ ಒಂದು ಇಂಟಿಗ್ರೇಷನ್ಗೆ reseller.manage ನೀಡಬೇಡಿ. ಆ ಅನುಮತಿಯು ನಿಮ್ಮ ಬೆಲೆ ಪಟ್ಟಿ ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ಪಾವತಿ-ಗೇಟ್ವೇ ರುಜುವಾತುಗಳನ್ನು ಎಡಿಟ್ ಮಾಡುತ್ತದೆ. ಬಿಲ್ಲಿಂಗ್ ಪ್ಯಾನೆಲ್ ಅಥವಾ ವೆಬ್ಸೈಟ್ಗೆ ನೀವು ಅಂಟಿಸುವ ಕೀಲಿಗೆ ಇದು ಅಗತ್ಯವಿಲ್ಲದಿರಲಿ ಎಂದೇ ನಿಖರವಾಗಿ reseller.provision ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ.
ಕೀಲಿಯನ್ನು ಒಮ್ಮೆ ಮಾತ್ರ ತೋರಿಸಲಾಗುತ್ತದೆ. ನಿಮ್ಮ ಇತರ ರುಜುವಾತುಗಳನ್ನು ನೀವು ಎಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತೀರೋ ಅಲ್ಲೇ ಇದನ್ನು ಸಂಗ್ರಹಿಸಿ — ನಿಮ್ಮ ವೆಬ್ ಸರ್ವರ್ ಒದಗಿಸುವ ಯಾವುದೇ ಫೈಲ್ನಲ್ಲಿ ಎಂದಿಗೂ ಇಡಬೇಡಿ.
2. ನಿಮ್ಮ ಮೊದಲ ಕರೆಯನ್ನು ಮಾಡಿ
curl https://api.zinndigital.com/v1/reseller/services \
-H "Authorization: Bearer zdk_live_…"
ಇದು ನೀವು ಪ್ರಾವಿಷನ್ ಮಾಡಿದ ಪ್ರತಿಯೊಂದು ಸೇವೆಯನ್ನು, ಪ್ರತಿ ಸೈಟ್ಗೆ ಒಂದು ಸಾಲಿನಂತೆ, ಅದು ಯಾವ ಗ್ರಾಹಕರಿಗೆ ಸೇರಿದೆ, ಅದರ ಸ್ಥಿತಿ ಮತ್ತು ಅದಕ್ಕಾಗಿ ನೀವು ಎಷ್ಟು ಶುಲ್ಕ ವಿಧಿಸುತ್ತೀರಿ ಎಂಬ ವಿವರಗಳೊಂದಿಗೆ ಹಿಂದಿರುಗಿಸುತ್ತದೆ. ಹೊಸ ಖಾತೆಯಲ್ಲಿ ಇದು ಖಾಲಿ ಪಟ್ಟಿಯಾಗಿರುತ್ತದೆ — ಇದು ಸರಿಯಾದ ಉತ್ತರವಷ್ಟೇ, ದೋಷವಲ್ಲ.
3. ಇಡೀ ಇಂಟಿಗ್ರೇಷನ್, ಆರು ಕರೆಗಳಲ್ಲಿ
ಸಂದರ್ಭ ಕರೆ
ಆರ್ಡರ್ ಪಾವತಿಯಾದಾಗ POST /v1/orgs ಪ್ರತಿ ಗ್ರಾಹಕರಿಗೆ ಒಮ್ಮೆ
POST /v1/sites ಪ್ರತಿ ಸೇವೆಗೆ ಒಮ್ಮೆ
ಅವರು ಪಾವತಿಸದಿದ್ದಾಗ POST /v1/reseller/services/{siteId}/suspend
ಅವರು ಪಾವತಿಸಿದಾಗ POST /v1/reseller/services/{siteId}/unsuspend
ಅವರು ರದ್ದುಗೊಳಿಸಿದಾಗ DELETE /v1/sites/{siteId}
"ಹೋಸ್ಟಿಂಗ್ಗೆ ಲಾಗ್ ಇನ್ ಮಾಡಿ" POST /v1/reseller/services/{siteId}/sso
ಪ್ರಾವಿಷನಿಂಗ್ ಎರಡು ಕರೆಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, ಮತ್ತು ಕೀಲಿಗಳು ಮುಖ್ಯವಾಗಿರುತ್ತವೆ:
# 1. ಗ್ರಾಹಕರ ಖಾತೆ — ನಿಮ್ಮ ಗ್ರಾಹಕರ ಐಡಿಯನ್ನು ಆಧರಿಸಿದೆ
curl -X POST https://api.zinndigital.com/v1/orgs \
-H "Authorization: Bearer zdk_live_…" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: account-4211" \
-d '{"type":"customer","name":"Acme Ltd"}'
# 2. ಅವರ ಸೈಟ್ — ನಿಮ್ಮ ಸೇವಾ ಐಡಿಯನ್ನು ಆಧರಿಸಿದೆ
curl -X POST https://api.zinndigital.com/v1/sites \
-H "Authorization: Bearer zdk_live_…" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: service-9915" \
-d '{"org_id":"<from step 1>","product_line":"mainstream","primary_domain":"acme.com"}'
ನೀವು ತಪ್ಪಾಗಿ ಗ್ರಹಿಸಿದರೆ ಹಣ ನಷ್ಟವಾಗುವ ಎರಡು ನಿಯಮಗಳು
- ಖಾತೆಯನ್ನು ನಿಮ್ಮ ಗ್ರಾಹಕರ ಮೇಲೆ ಮತ್ತು ಸೈಟ್ ಅನ್ನು ನಿಮ್ಮ ಸೇವೆಯ ಮೇಲೆ ಕೀಲಿ ಮಾಡಿ (ಆಧರಿಸಿ). ಗ್ರಾಹಕರ ಎರಡನೇ ಆರ್ಡರ್ ಅವರು ಈಗಾಗಲೇ ಹೊಂದಿರುವ ಖಾತೆಗೆ ಸೇರಬೇಕು. ಎರಡನ್ನೂ ಸೇವೆಯ ಮೇಲೆ ಕೀಲಿ ಮಾಡಿದರೆ, ಒಬ್ಬ ಗ್ರಾಹಕರು ಮೂರು ಸಂಬಂಧವಿಲ್ಲದ ಖಾತೆಗಳು ಮತ್ತು ಮೂರು ಪ್ರತ್ಯೇಕ ಪ್ಯಾನೆಲ್ಗಳನ್ನು ಹೊಂದಬೇಕಾಗುತ್ತದೆ.
- ಪ್ರತಿಯೊಂದು
POST ನಲ್ಲೂ, ಆ ವಸ್ತುವಿಗಾಗಿ ನಿಮ್ಮ ಸ್ವಂತ ಐಡಿಯಿಂದ ನಿರ್ಮಿಸಲಾದ Idempotency-Key ಅನ್ನು ಕಳುಹಿಸಿ. ಪ್ರತಿಯೊಂದು ಬಿಲ್ಲಿಂಗ್ ವ್ಯವಸ್ಥೆಯೂ ಮರುಪ್ರಯತ್ನಿಸುತ್ತದೆ — ಗೇಟ್ವೇ ಕಾಲ್ಬ್ಯಾಕ್ ಎರಡು ಬಾರಿ ಬರುತ್ತದೆ, ನಿರ್ವಾಹಕರು ವಿಫಲವಾದ ಪ್ರಾವಿಷನ್ ಅನ್ನು ಮರು-ಚಲಾಯಿಸುತ್ತಾರೆ, ಗ್ರಾಹಕರು ಎರಡು ಬಾರಿ ಕ್ಲಿಕ್ ಮಾಡುತ್ತಾರೆ. ಕೀಲಿ ಇಲ್ಲದಿದ್ದರೆ, ಎರಡನೇ ಪ್ರಯತ್ನವು ಎರಡನೇ ಸೈಟ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ ಮತ್ತು ಅದಕ್ಕಾಗಿ ನಿಮಗೆ ಬಿಲ್ ಮಾಡಲಾಗುತ್ತದೆ.
ನೀವು ಎರಡಾಗಿ ಸಂಕ್ಷಿಪ್ತಗೊಳಿಸಬಾರದ ಮೂರು ಉತ್ತರಗಳು
unsuspend ಕರೆ 409 ಎಂದು ಉತ್ತರಿಸಬಹುದು. ಅಂದರೆ ನಮ್ಮ ದುರ್ಬಳಕೆ ತಡೆ ತಂಡವು ಸೈಟ್ ಅನ್ನು ತಡೆಹಿಡಿದಿದೆ, ನೀವಲ್ಲ ಎಂದರ್ಥ. ಸಂದೇಶವನ್ನು ತೋರಿಸಿ; ಅದನ್ನು ಮರುಪ್ರಯತ್ನಿಸಬೇಡಿ.
- **ಟರ್ಮಿನೇಟ್ ಮಾಡುವುದು ಅಳಿಸುವಿಕೆಯನ್ನು ನಿಗದಿಪಡಿಸುತ್ತದೆ, ಅದು ನೇರವಾಗಿ ಅಳಿಸುವುದಿಲ್ಲ.** ದಿನಾಂಕವು
pending_deletion_at ಆಗಿ ಮರಳಿ ಬರುತ್ತದೆ. ಗ್ರಾಹಕರ ಡೇಟಾ ಇನ್ನೂ ಅಳಿಸಿಹೋಗದಿದ್ದಾಗ ಅದು ಈಗಾಗಲೇ ಹೋಗಿದೆ ಎಂದು ಹೇಳುವುದು ಅವರಿಗೆ ಏನನ್ನೂ ಹೇಳದಿರುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದಾಗಿದೆ.
disk_used_bytes ಎಂಬುದು null ಆಗಿರಬಹುದು, ಮತ್ತು null ಎಂದರೆ ಶೂನ್ಯವಲ್ಲ. ಅಂದರೆ ನಮಗೆ ಅಳೆಯಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ ಎಂದರ್ಥವೇ ಹೊರತು, ಏನನ್ನೂ ಬಳಸಲಾಗಿಲ್ಲ ಎಂದಲ್ಲ. ಅದನ್ನು ಬಿಟ್ಟುಬಿಡಿ — ನಿಮ್ಮ ಸ್ವಂತ ದಾಖಲೆಗಳಲ್ಲಿ 0 ಎಂದು ಬರೆಯಬೇಡಿ, ಇಲ್ಲದಿದ್ದರೆ ನೀವು ಯಾವುದೇ ರೀಡಿಂಗ್ ಹೊಂದಿರದ ಸೈಟ್ಗಾಗಿ ಗ್ರಾಹಕರಿಗೆ ಹಸಿರು ಬಳಕೆಯ ಬಾರ್ ಅನ್ನು ತೋರಿಸುತ್ತೀರಿ.
4. ಗ್ರಾಹಕರನ್ನು ಸೈನ್ ಇನ್ ಮಾಡಿ
POST /v1/reseller/services/{siteId}/sso ಒಂದು ಏಕ-ಬಳಕೆಯ URL ಅನ್ನು ಹಿಂದಿರುಗಿಸುತ್ತದೆ, ಅದು ನಿಮ್ಮ ಗ್ರಾಹಕರನ್ನು ನೇರವಾಗಿ ಅವರ ಸ್ವಂತ ಖಾತೆಗೆ, ಈಗಾಗಲೇ ಸೈನ್ ಇನ್ ಆದ ಸ್ಥಿತಿಯಲ್ಲಿ ಕರೆದೊಯ್ಯುತ್ತದೆ.
⛔ ಅವರು ಕ್ಲಿಕ್ ಮಾಡಿದಾಗ ಅದನ್ನು ಸೃಷ್ಟಿಸಿ, ನೀವು ಪುಟವನ್ನು ರೆಂಡರ್ ಮಾಡುವಾಗ ಎಂದಿಗೂ ಬೇಡ. ಲಿಂಕ್ ಏಕ-ಬಳಕೆಯದ್ದಾಗಿದ್ದು ಕೆಲವೇ ನಿಮಿಷಗಳಲ್ಲಿ ಅವಧಿ ಮುಗಿಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಪುಟದಲ್ಲಿ ಬರೆಯಲಾದ ಲಿಂಕ್ ಮೊದಲ ಪುಟ ವೀಕ್ಷಣೆಯಲ್ಲೇ ವ್ಯರ್ಥವಾಗುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ಹಾಗೂ ಬ್ರೌಸರ್ ನಡುವಿನ ಪ್ರತಿಯೊಂದು ಕ್ಯಾಶ್ನಲ್ಲೂ ಉಳಿದುಕೊಳ್ಳುತ್ತದೆ.
5. ಬದಲಾಗಿ ಮಾಡ್ಯೂಲ್ ಒಂದನ್ನು ಇನ್ಸ್ಟಾಲ್ ಮಾಡಿ
- WHMCS — ಮಾಡ್ಯೂಲ್ ಅನ್ನು
modules/servers/zinn/ ಗೆ ನಕಲಿಸಿ, ಯಾವ ಸರ್ವರ್ನ ಪಾಸ್ವರ್ಡ್ ನಿಮ್ಮ API ಕೀಲಿಯಾಗಿದೆಯೋ ಅಂತಹ ಸರ್ವರ್ ಅನ್ನು ಸೇರಿಸಿ, ಮತ್ತು ಉತ್ಪನ್ನದ ಮೇಲೆ ಪ್ರಾಡಕ್ಟ್ ಲೈನ್ ಅನ್ನು ಹೊಂದಿಸಿ. ಸಂಪರ್ಕವನ್ನು ಪರೀಕ್ಷಿಸಿ ಒತ್ತಿರಿ: ಇದು ನಿಜವಾದ ಕರೆಯನ್ನು ಮಾಡುತ್ತದೆ ಮತ್ತು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಏನು ಹೇಳಿದೆ ಎಂದು ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ.
- HostBill —
includes/modules/Hosting/zinn/ ಗೆ ನಕಲಿಸಿ ಮತ್ತು ಅದನ್ನು ಅದೇ ರೀತಿಯಲ್ಲಿ ಸಂಪರ್ಕಿಸಿ.
- WordPress — Zinn® Reseller Toolkit: ಡೊಮೇನ್ ಹುಡುಕಾಟ, ನಿಮ್ಮ ಗ್ರಾಹಕರ ಹೋಸ್ಟಿಂಗ್ಗೆ ಸೈನ್-ಇನ್ ಲಿಂಕ್, ಮತ್ತು ಆರ್ಡರ್ ಪಾವತಿಯಾದಾಗ WooCommerce ಪ್ರಾವಿಷನಿಂಗ್. <https://github.com/Zinn-Digital/zinn-reseller-toolkit> ನಲ್ಲಿ ಮುಕ್ತ ಮೂಲವಾಗಿದೆ, ಅಥವಾ ನಿಮ್ಮ ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿರುವ ಪ್ಲಗಿನ್ಗಳು ಇಂದ ಅದನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ.
6. ಲೈವ್ ಆಗಿ
ನಿಜವಾದ ಆರ್ಡರ್ ತೆಗೆದುಕೊಳ್ಳುವ ಮೊದಲು ಇವುಗಳನ್ನು ಪರಿಶೀಲಿಸಿ:
- ಮಾಡ್ಯೂಲ್ನಲ್ಲಿ ಸಂಪರ್ಕ ಪರೀಕ್ಷೆಯು ಯಶಸ್ವಿಯಾಗಿದೆ, ಅಥವಾ ನಿಮ್ಮ ಮೊದಲ
curl ಒಂದು ಪಟ್ಟಿಯನ್ನು ಹಿಂದಿರುಗಿಸುತ್ತದೆ.
- ನಿಮ್ಮ ಬೆಲೆ ಪಟ್ಟಿಯನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ (ಮರುಮಾರಾಟ → ನಿಮ್ಮ ಬೆಲೆಗಳು).
- ನಿಮ್ಮ ಪಾವತಿ ಗೇಟ್ವೇ ಸಂಪರ್ಕಗೊಂಡಿದೆ (ಮರುಮಾರಾಟ → ಪಾವತಿ ಗೇಟ್ವೇಗಳು) — ನಿಮ್ಮ ಗ್ರಾಹಕರು ನಿಮ್ಮ ಸ್ವಂತ ಖಾತೆಯ ಮೂಲಕ ನಿಮಗೆ ಪಾವತಿಸುತ್ತಾರೆ.
- ನಿಮ್ಮ ಕಂಪನಿಯ ವಿವರಗಳನ್ನು ದಾಖಲಿಸಲಾಗಿದೆ (ಮರುಮಾರಾಟ → ನಿಮ್ಮ ಕಂಪನಿ), ಆದ್ದರಿಂದ ನಿಮ್ಮ ಗ್ರಾಹಕರ ಇನ್ವಾಯ್ಸ್ಗಳು ನಮ್ಮದಲ್ಲ, ನಿಮ್ಮ ಕಾನೂನುಬದ್ಧ ಸಂಸ್ಥೆ ಮತ್ತು ವ್ಯಾಟ್ ಸಂಖ್ಯೆಯನ್ನು ಹೊಂದಿರುತ್ತವೆ.
- ನೀವು ಸಂಪೂರ್ಣವಾಗಿ ಒಂದು ನೈಜ ಆರ್ಡರ್ ಮಾಡಿದ್ದೀರಿ ಮತ್ತು ಸೈಟ್ ಗೋಚರಿಸುವುದನ್ನು ನೋಡಿದ್ದೀರಿ.
ಉಳಿದೆಲ್ಲವೂ ಎಲ್ಲಿದೆ
ಸಂಪೂರ್ಣ API ಉಲ್ಲೇಖ — ಪ್ರತಿಯೊಂದಕ್ಕೂ ಅಗತ್ಯವಿರುವ ಅನುಮತಿಯೊಂದಿಗೆ, ನಮ್ಮ ನಿರ್ದಿಷ್ಟತೆಯಿಂದ ರಚಿಸಲಾದ ಪ್ರತಿಯೊಂದು ಎಂಡ್ಪಾಯಿಂಟ್ — <https://zinndigital.com/developers/api> ನಲ್ಲಿದೆ.