Mga Operasyon ng Lisensya sa Cloud Admin
Napamamahalaan ng mga awtorisadong administrator ng HandyCafe platform ang komersyal na access ng isang customer mula sa customer detail page. Nagsisimula ang pahina sa isang account overview, status ng profile, live na status ng koneksyon at bilang ng Genesis license. Bawat Genesis license ay may isang operations card na nagpapakita ng kasalukuyang plan nito, mga limitasyon sa PC at console, balanse ng AI, balanse ng miyembro, access sa add-on at estado sa Stripe.
Nakahiwalay sa isang expandable na seksyon ang mga legacy at beta tool. Makikita ang ping activity at ang mga pagbabago sa profile sa ilalim ng Diagnostics at change history. Sa ganitong paraan nananatiling nakikita ang kasalukuyang Genesis workflow nang hindi inaalis ang mga lumang support tool.
Tingnan ang lahat ng Genesis license
Buksan ang Licenses sa internal na admin dashboard. Ang tab na Genesis ang bumubukas bilang default at inililista lang nito ang kasalukuyang Free at Genesis plan. Nananatili sa hiwalay na tab na Beta ang mga historical na Beta grant.
Ipinapakita ng mga summary card ang kabuuan at ang bilang ng aktibo, bayad at libreng lisensya. Mahahanap ang listahan ayon sa cafe, account, email, plan o license key. Maaari ding mag-filter ang mga administrator ayon sa uri ng plan o status. Ipinapakita ng bawat row ang kapasidad, access sa Cloud at Cafeteria, balanse ng AI, bisa at status. Piliin ang Manage para buksan ang customer workspace para sa mga operasyon sa plan, serbisyo, credit at singil.
Gumawa ng unang Genesis license
Kapag walang Genesis license ang isang account, nagpapakita ang customer detail page ng form para sa paglikha ng lisensya sa halip na walang lamang resulta. Pumili ng aktibong Genesis plan at ng petsa ng pag-expire sa hinaharap. Suriin ang plan, ang pag-expire at ang bansa sa confirmation dialog. Piliin ang Create license para direktang italaga ito sa account ng customer.
Kailangang may pangalan ng cafe at bansa ang account bago ang paglikha. Piliin ang Edit profile para idagdag ang mga kulang na detalye. Tinutukoy ng plan ang mga limitasyon sa PC at console. May bisa ang napiling petsa ng pag-expire hanggang sa katapusan ng araw na iyon sa UTC.
Mga available na operasyon
- Magtalaga ng Genesis plan. Tumatanggap ang mga manual na lisensya ng kapasidad at petsa ng pag-expire ng napiling plan. Sumusunod ang mga subscription na pinamamahalaan ng Stripe sa karaniwang panuntunan sa upgrade at downgrade, kasama ang agarang singil o ang mga naka-iskedyul na pagbabago.
- Pamahalaan ang Cloud at Cafeteria. Ina-update ang Cloud entitlement sa lisensya. Ang pag-enable ng Cafeteria ay nagpo-provision o muling nag-a-activate din ng katumbas na tenant sa
handy.cafe; sinususpinde nito ang tenant na iyon kapag na-disable. Hindi kailanman sabay na sini-sync ang dalawang serbisyo habang may hawak na database lock. - Magbigay ng AI credit. Ipinapakita ng seksyong Credit operations ang kasalukuyang balanse ng AI ng napiling lisensya bago maglagay ng top-up ang administrator. Ang pagbibigay ng credit ay nagdaragdag ng prepaid na USD credit sa AI wallet at nagtatala ng audit entry.
- Magbigay ng credit sa miyembro. Nagdaragdag ito ng bonus credit sa HandyCafe member account na may parehong email address. Hindi available ang operasyon kapag walang tugmang miyembro.
- Baguhin ang susunod na petsa ng singil. Para sa mga subscription sa Stripe, ina-update ang petsa sa Stripe at pagkatapos ay sini-sync ito sa lokal na subscription at lisensya. Kailangang kanselahin muna ang anumang naka-iskedyul na pagbabago sa plan.
- Mag-refund ng bayad. Pumipili ang administrator ng Stripe charge na maaaring i-refund, nagtatakda ng dahilan sa Stripe, naglalagay ng kinakailangang internal na paliwanag at kinukumpirma ang refund. Ang pag-refund ay hindi nagkakansela ng subscription o nag-aalis ng access sa produkto.
Kaligtasan at pag-uugali ng audit
Nangangailangan ng kumpirmasyon sa dashboard ang bawat aksyong nagbabago ng data. Pinaghihigpitan ng admin API key ang mga backend operation na may malaking epekto. Vina-validate din ng mga ito ang pagmamay-ari ng mga Stripe charge at nagsusulat sila ng append-only na audit record. Nilo-load lang ang payment history kapag hiniling at limitado ito sa mga kamakailang charge. Gumagamit ang mga refund ng natatanging idempotency key para maiwasan ang aksidenteng dobleng pagsusumite.
Kung wala nang mababawing plaintext key ang isang lumang lisensya, nabibigo nang ligtas ang awtomatikong pag-provision ng Cafeteria at iniuulat ng dashboard na kailangan munang ayusin ng administrator ang credential ng lisensya.
Mga prefix ng bansa sa lisensya
Ginagamit ng mga bagong license key na nakatali sa account ang dalawang letrang country code mula sa nakumpletong profile ng customer, gaya ng GEN-TR-... para sa Genesis license na ginawa ng admin o HC-TR-... para sa plan-neutral na account license. Humihinto ang paglikha ng admin kapag walang valid na bansa ang profile. Hindi kailanman gumagawa ang sistema ng bagong key na GEN-XX-... o HC-XX-....
Ang pag-update sa field ng bansa sa isang umiiral na lisensya ay hindi tahimik na nagpapalit ng aktibong key nito. Kailangang pagtugmain ng mga administrator ang pagwawasto ng bansa at ang pagpapalit ng key dahil kailangang mag-sign in muli ang naka-install na server pagkatapos magbago ang credential nito.