Mashirika, programu na mazingira
Shirika linabeba timu yako na malipo; programu zinabeba workflow na funguo za API, na kila moja ni ama live au sandbox. Kupata muundo huu sahihi kunazuia tabia nyingi za kutatanisha.
Shirika = timu yako, salio lako la malipo, audit log yako.
Programu = workflow, funguo ya API, maeneo lengwa ya webhook, sera ya kuhifadhi
data - na hali ya live au sandbox. Matatizo mengi ya "nilibadilisha lakini
hakuna kilichotokea" ni kuwa kwenye programu isiyo sahihi.
#Ngazi mbili
Shirika ni akaunti yako. Linamiliki:
- Timu yako na majukumu yao
- Salio lako la malipo na ankara
- Audit log yako
- Programu zako zote
Programu ni eneo la kazi ndani ya shirika. Inamiliki:
- Workflow zake
- Funguo yake ya API
- Maeneo yake lengwa ya webhook
- Sera yake ya kuhifadhi data
- Hali:
liveausandbox
Badilisha kati ya programu kutoka kwenye orodha juu ya console.
#Kwa nini hili linahusika zaidi kuliko linavyoonekana
Karibu kila ripoti ya "nilibadilisha na hakuna kilichotokea" inasababishwa na muundo huu:
- Ulihariri workflow kwenye programu A wakati session zako zinaendeshwa chini ya programu B.
- Uliongeza eneo lengwa la webhook kwenye programu moja ukategemea matukio kutoka nyingine.
- Unapiga simu ukitumia funguo ya programu tofauti na rasilimali unayoielekeza, na unapata 404 au 403 kwa kitu ambacho wazi kipo.
Kabla ya kutatua kitu kingine chochote, thibitisha programu. Angalia hitilafu za API na maana yake.
#Live na sandbox ni programu tofauti
Hakuna kitufe cha hali ya majaribio ndani ya programu ya live. Hali inachaguliwa kwa kila programu, kwa hivyo kujaribu kunamaanisha kutengeneza programu ya pili katika hali ya sandbox na kutumia funguo yake.
Utengano huo ndio kiini cha jambo: trafiki ya majaribio na data ya production havichanganyiki kamwe, na funguo ya sandbox haiwezi kutumia credits halisi kwa bahati mbaya. Angalia kujaribu kwenye sandbox.
Pa jina programu zako kwa namna usiyoweza kuzichanganya kwa mtazamo mmoja -
acme-live na acme-sandbox ni bora kuliko "Programu" na "Programu (2)". Hifadhi
funguo chini ya majina yanayolingana kwenye kidhibiti chako cha siri, na usiruhusu
kamwe mabadiliko moja ya mazingira kubeba "funguo yoyote iliyopo sasa".
#Unapaswa kuwa na programu ngapi?
Kwa uchache kabisa, moja ya live na moja ya sandbox. Zaidi ya hapo, gawanya kwa lolote linalohitaji mpangilio wake au utengano wake:
- Kwa kila bidhaa, wakati bidhaa tofauti zinahitaji workflow tofauti na miisho tofauti ya webhook.
- Kwa kila mazingira, kama unaendesha zaidi ya mazingira moja ya kabla-ya-production.
- Kwa kila chapa, kama unatoa uthibitishaji chini ya chapa kadhaa zenye mitindo tofauti.
- Kwa kila sera ya kuhifadhi data, kwa kuwa muda wa kuhifadhi umewekwa kwa kila programu.
Kisichogawanywa kwa kila programu: salio lako, ambalo ni la ngazi ya shirika. Kila programu inatumia credits zilezile.
#Kutengeneza programu za ziada
Programu za ziada zinatengenezwa kwenye console. Kama chaguo hilo halipo, au unahitaji kutengeneza moja kupitia API badala ya console, hilo ni swali la ruhusa ya ngazi ya akaunti linalofaa kuulizwa kwa usaidizi badala ya kulizunguka - hasa kwa programu ya pili ya live, ambapo jibu huenda likahusiana na mpango wako.
#Mashirika mengi
Barua pepe ya mtu mmoja ni ya shirika moja kwa wakati mmoja, na hakuna njia ya kuunda mashirika madogo au akaunti ndogo chini ya lako. Ikiwa unahudumia wateja wako kadhaa, muundo unaotumika ni programu moja kwa kila mteja ndani ya shirika lako moja: kila programu ina mitiririko yake ya kazi, chapa, funguo za API, matokeo na ripoti za matumizi, zikiwa zimetenganishwa kabisa na nyingine, huku malipo yakibaki kwenye ngazi ya shirika lako.
#Kuuza upya Didit
Ikiwa unataka kuweka Didit ndani ya bidhaa yako mwenyewe na kuwatoza wateja wako kwa hilo, huo ndio mfumo wa muuzaji. Jinsi unavyofanya kazi, kwa masharti ambayo usaidizi hutoa kwa kila anayeuliza:
- Salio la malipo ya awali. Ununuzi wa chini wa awali wa USD 5,000, uliolipwa mapema, kwa makubaliano ya mwaka mmoja. Salio halikwishi muda kamwe, liko kwenye ngazi ya shirika lako na hutumika kwa wateja wote wa mwisho unaowaleta, na lina punguzo la kiasi linaloongezeka na kiasi.
- Unajenga dashibodi mwenyewe. Unaunganisha API ya Didit kwenye sehemu yako ya mbele na wateja wako wanasimamia mitiririko yao ya kazi, chapa na majukumu huko. Didit haitoi nakala ya white label ya Business Console; skrini za uthibitishaji ambazo watumiaji wako wa mwisho wanaona zinaweza kubeba chapa yako (tazama white label), kiweko hakiwezi.
- Faida yako ni yako. Unaweka bei ambayo wateja wako wanalipa. Didit inakutoza kwa kila kipengele kilichokamilika kwa bei za kitengo zilizowekwa kwa muda wa makubaliano.
- Si mpango wa washirika wa ndani. Didit huendesha maonyesho, usajili na usaidizi moja kwa moja na wateja na haitafuti washirika wa usambazaji au utekelezaji.
Ikiwa ungependa kutoshughulikia uuzaji upya, tumia chaguo la rufaa badala yake: kwenye upau wa kando wa Business Console, fungua Rufaa, kubali masharti ya mpango na ushiriki kiungo chako. Unapata kamisheni ya 10% kwa kila amana ya fedha taslimu ambayo shirika lililorufaiwa linafanya, kwa miezi 36 kuanzia amana yao ya kwanza, inayoweza kutumika kama salio la Didit au kulipwa kwa uhamisho wa benki baada ya kukomaa - bila majukumu ya utoaji au usaidizi. Unaweza kujenga na kujaribu muunganisho wako kwenye kiwango cha bure kabla ya kujitolea kwa chochote kati ya hivyo viwili.
#Kufuta programu
Kufuta programu kunaondoa workflow zake na mipangilio yake. Data yake ya uthibitishaji inafuata sera ya kuhifadhi na sheria za ufutaji za data hiyo, si mzunguko wa maisha wa programu - kwa hivyo kama lengo lako ni kufuta data ya mteja, futa data hiyo moja kwa moja badala ya kudhani kuondoa programu kunafanya hivyo. Angalia kufuta session na data binafsi.
#Kila kitu kinaweza kuhusishwa
Kila ombi la API linarekodi lilihusiana na programu ipi, kwenye audit log, kwa siku 365. Hilo ndilo linalofanya muundo wa programu nyingi kuwa unaoweza kukaguliwa, si tu wa mpangilio mzuri. Angalia kutumia audit logs.