Pilih alternatif Skyfire dengan mengidentifikasi apakah produk memerlukan identitas agen, pembelian yang didelegasikan, akses API berbayar, atau cara untuk memonetisasi penggunaan AI-nya sendiri. Nevermined relevan untuk pembayaran agen dan layanan berbayar; x402 untuk sumber daya berbayar dalam alur permintaan; Paid.ai untuk penetapan harga dan penagihan agen; Credyt untuk konsumsi prabayar. ShareAI berkaitan dengan inferensi yang memenuhi syarat yang dibayar melalui ShareAI dengan biaya tambahan aplikasi yang disetujui. Ini adalah transaksi yang berbeda, bukan makna yang dapat dipertukarkan dari monetisasi agen.
Ditinjau pada 23 Oktober 2026. ShareAI menerbitkan perbandingan ini dan mengoperasikan salah satu program yang dibahas. Deskripsi menggunakan referensi resmi dan tangkapan layar aktual. Kode yang dijalankan adalah buku besar sintetis offline. Tidak ada checkout agen langsung, tolok ukur penerimaan pedagang, biaya pelanggan, atau pembayaran yang diklaim.
Skyfire saat ini menyajikan identitas, akses, dan checkout secara bersamaan. Perbandingan penting adalah apakah jalur agen, pengguna, pedagang, dan pembayaran yang dimaksud benar-benar didukung. Demonstrasi dompet atau klaim cakupan luas bukanlah bukti bahwa setiap situs web menerima identitas tersebut, setiap pembelian disahkan, atau setiap hasil telah diselesaikan. Pertahankan perbedaan tersebut sebelum memilih alternatif untuk aplikasi yang ada.
Apa yang saat ini ditawarkan oleh Skyfire
Skyfire homepage menyajikan Agent Trust Stack dengan identitas Know Your Agent, Agentic Wallet, dan pembelian atas nama pengguna. Hal ini menjelaskan kartu tokenisasi dan pengumpulan mandat pengguna. Halaman produk juga menjelaskan anggaran per agen, pendanaan, dan penjualan akses ke agen. Alasan untuk mempertahankannya: kemampuan ini relevan ketika agen membutuhkan identitas yang dapat dipertanggungjawabkan dan perjalanan pembelian yang didukung di berbagai layanan eksternal.
Jangan ubah bahasa akses halaman utama menjadi jaminan bahwa setiap tujuan akan menerima agen Anda. Verifikasi pedagang atau layanan yang dimaksud, persyaratan akun, dan integrasi saat ini. Token identitas, instruksi pengguna, otorisasi pembayaran, dan hasil pemenuhan pedagang mewakili bukti yang berbeda. Produk Anda perlu menjaga hubungan di antara mereka bahkan ketika platform menyajikan perjalanan melalui satu antarmuka.
Integrasi resmi yang konkret menunjukkan mengapa cakupan itu penting. Apify panduan Skyfire menjelaskan alur pembayaran agen dan secara eksplisit memberi label sebagai eksperimental. Ini membatasi Aktor yang memenuhi syarat dan mendokumentasikan token pembayaran yang didanai diikuti dengan pengisian penggunaan aktual. Ini menetapkan jalur integrasi yang terdokumentasi, bukan dukungan universal untuk setiap Aktor, fitur otomatisasi, atau pembelian web sembarang. Bandingkan jalur yang dipilih tersebut daripada diagram generik.
Definisikan instruksi di balik pembelian agen.
Pertimbangkan asisten pengadaan hipotetis yang digunakan oleh bisnis yang sudah ada. Seorang karyawan memintanya untuk menemukan laporan berlisensi dalam anggaran yang disetujui. Agen mencari situs web, mungkin memerlukan pencarian data berbayar, dan kemudian mencoba checkout untuk laporan yang dipilih. Inferensi modelnya sendiri adalah biaya sumber daya lainnya. Otoritas karyawan untuk membeli laporan tidak boleh disamakan dengan izin aplikasi untuk membebankan biaya inferensi atau menjual langganan perangkat lunak.
Catat pedagang yang dimaksud, item, jumlah, dan validitas instruksi pengguna dalam sistem otorisasi yang benar-benar didukung. Latih keranjang atau kutipan yang berubah sebelum checkout. Maksimum yang sebelumnya dapat diterima tidak membuktikan bahwa item atau pedagang yang berbeda berada dalam cakupan. Aplikasi harus menyajikan hasil yang bermakna ketika otoritas tidak mencukupi, daripada diam-diam memperluas instruksi atau memperlakukan verifikasi identitas sebagai izin untuk membeli apa pun.
Juga pertahankan identitas pembelian setelah batas waktu habis. Pedagang mungkin telah menerima pesanan meskipun agen melewatkan responsnya. Rekonsiliasi pesanan tersebut sebelum mencoba lagi. Tindakan model yang diulang tidak boleh secara otomatis mengulangi tindakan finansial. Otorisasi pembelian, pengisian yang selesai, dan laporan yang dikirimkan masing-masing memerlukan status yang dapat diamati sehingga dukungan dapat menjelaskan apa yang terjadi tanpa menebak dari satu pesan keberhasilan.
Buat daftar pendek alternatif berdasarkan pekerjaan yang benar-benar mereka lakukan.
| Opsi | Bandingkan untuk | Tetap eksplisit. |
|---|---|---|
| Nevermined | Pengeluaran agen yang dikendalikan mandat dan alur pembayaran pedagang. | Layanan yang didukung, jalur, ketersediaan saat ini, dan ketentuan akun. |
| x402 dengan implementasi yang dipilih | Membeli atau menjual sumber daya API berbayar. | Fasilitator, jaringan, dompet, dan perilaku verifikasi/penyelesaian |
| Paid.ai | Penetapan harga, penagihan, dan keterlacakan untuk pekerjaan agen. | Hasil pelanggan yang disepakati dan pengaturan pengumpulan yang sebenarnya. |
| Credyt | Pendanaan dan konsumsi saldo prabayar pelanggan | Eksekusi model/alat dan persyaratan manajemen faktur yang lebih luas |
| ShareAI Builder Program | Inferensi yang memenuhi syarat dibayar melalui ShareAI dengan biaya tambahan aplikasi | Aplikasi/routing yang sudah disetujui dan penyelesaian spesifik akun yang ada |
Sebuah tim dapat mempertahankan Skyfire untuk alur pembelian atau identitas sambil mengubah bagian lain dari tumpukan komersial aplikasi. Arsitektur tersebut tetap memerlukan dukungan integrasi yang nyata dan kepemilikan yang jelas atas setiap biaya. Jangan menyiratkan adanya konektor bawaan, saldo yang tersinkronisasi, atau tautan akun otomatis antara produk-produk yang disebutkan di sini. Pelanggan harus memahami pembelian mana yang terkait dengan layanan mana dan siapa yang dapat memperbaikinya.
Ikuti pembelian dari identitas hingga pemenuhan
| Tahap | Bukti untuk dipertahankan | Pertanyaan untuk latihan |
|---|---|---|
| Identitas dan delegasi | Agen, operator, pengguna, dan otoritas yang didukung | Siapa yang bertindak, dan apa yang telah diizinkan oleh pengguna? |
| Pedagang dan penawaran harga | Tujuan, produk, dan jumlah yang ditawarkan | Apakah ini masih pembelian yang diotorisasi oleh pengguna? |
| Checkout dan pembayaran | Identitas pembelian dan status pembayaran yang sebenarnya | Apakah permintaan ditolak, tidak pasti, atau selesai? |
| Pemenuhan | Pesanan, sumber daya yang dikirimkan, dan akses yang relevan | Apakah pedagang menyediakan apa yang dibeli pelanggan? |
| Koreksi dan ekonomi aplikasi | Pembelian asli, penyesuaian, dan biaya inferensi terpisah | Siapa yang menangani koreksi, dan apa yang sebenarnya diperoleh aplikasi? |
Uji identitas yang diterima dengan pembelian yang ditolak, dan pembayaran yang berhasil dengan pemenuhan yang gagal. Kasus-kasus tersebut memerlukan pesan pelanggan dan tindakan dukungan yang berbeda. Pertahankan pengidentifikasi platform yang dipilih sebenarnya daripada membuat bendera berbayar generik. Pengembalian dana atau penyesuaian pedagang harus tetap terhubung dengan pembelian aslinya tanpa menghapus biaya model dan alat yang telah dikeluarkan aplikasi.
Nevermined: bandingkan pengeluaran yang didelegasikan dan layanan pedagang
Situs Nevermined menjelaskan mandat pengeluaran dengan jumlah, kedaluwarsa, dan kontrol jumlah pembelian, bersama dengan alur pedagang dan katalog. Halaman pedagang mendokumentasikan pembayaran per panggilan melalui standar yang didukung dan jalur kartu yang terhubung ke akun Stripe pedagang. Kelebihan: ini relevan ketika produk ingin agen membeli layanan berbayar di bawah otoritas eksplisit, atau ingin menjual layanannya sendiri kepada agen tersebut.
Tradeoffs: verifikasi jalur aktual, pihak lawan, dan ketersediaan yang diperlukan. Situs yang ditinjau membedakan kartu dan kripto yang tersedia dari jalur bank yang dijelaskan sebagai “coming soon”. Pengeluaran kartu di situs web arbitrer secara umum juga berbeda dari integrasi pedagang yang didukung. Jangan menyajikan fitur roadmap sebagai pengganti checkout universal. Pertahankan bagaimana pencabutan, kedaluwarsa, dan pembelian yang tidak pasti memengaruhi pekerjaan yang sedang berlangsung.
Penawaran katalog-platform juga membedakan penjualan ulang kredit berlangganan langsung dari desain margin platform per-panggilan yang belum aktif. Batasan spesifik tersebut tidak berarti semua harga atau margin pedagang tidak ada. Bandingkan penawaran yang benar-benar akan Anda gunakan untuk alat berbayar, sambil menjaga model inferensi asisten pengadaan dan perjanjian perangkat lunak tetap terpisah.
x402: bandingkan permintaan sumber daya berbayar daripada checkout web.
Gambaran resmi Coinbase x402 menjelaskan perangkat lunak yang menerima harga sumber daya, membayar, dan mendapatkan akses dalam alur permintaan. Implementasi CDP-nya menggunakan fasilitator untuk memverifikasi dan menyelesaikan pembayaran. Pros: evaluasi jalur tersebut ketika API berbayar atau sumber daya digital adalah pembelian sebenarnya, dan tim Anda ingin memilih arsitektur dompet dan layanan di sekitarnya.
Tradeoffs: sebuah protokol tidak menyediakan setiap tanggung jawab identitas, mandat, katalog, dukungan pelanggan, dan penagihan produk secara mandiri. Pilih fasilitator, jaringan, aset, dan pengaturan akun yang sebenarnya. Permintaan API berbayar juga berbeda dari agen yang menavigasi keranjang dan checkout pengecer. Kualifikasi akses sumber daya dan perilaku koreksi untuk integrasi yang dipilih daripada mengasumsikan setiap mekanisme pembayaran adalah pengganti yang setara untuk cakupan produk Skyfire secara keseluruhan.
Paid.ai: bandingkan penjualan hasil kerja yang disampaikan oleh agen.
Halaman metering, pricing, dan billing dari Paid menjelaskan sinyal, aturan harga, kredit, faktur, pengumpulan, dan penyerahan tumpukan keuangan. Pros: evaluasi ini ketika perangkat lunak pengadaan itu sendiri membutuhkan model komersial untuk tugas yang disampaikan. Menjual hasil pengadaan yang diterima dan memberikan agen otoritas untuk membeli laporan adalah tanggung jawab yang berbeda.
Tradeoffs: definisikan hasil yang dapat ditagih pelanggan dan bukti sebelum menghubungkannya ke sinyal aplikasi. Sebuah jejak dapat menghubungkan catatan tanpa secara independen membuktikan makna bisnisnya. Pisahkan biaya eksekusi, pembelian alat berbayar, dan penerimaan pelanggan secara terpisah. Jangan menggambarkan Paid saat ini hanya sebagai analitik biaya, atau mengasumsikan bahwa penagihan komersial secara otomatis memberikan agen identitas yang didukung dan jalur checkout di setiap pedagang eksternal.
Credyt: bandingkan pendanaan konsumsi prabayar
Credyt FAQ dan panduan dompet menjelaskan penagihan penggunaan prabayar, dompet pelanggan, akun aset, dan top-up yang didukung Stripe. Pros: bandingkan ini ketika aplikasi membutuhkan pelanggan untuk mendanai saldo dan mengotorisasi konsumsi variabel terhadapnya. Definisikan apakah saldo tersebut mencakup penggunaan aplikasi itu sendiri, pembelian eksternal, atau pengaturan komersial yang didukung secara terpisah.
Tradeoffs: saldo konsumsi prabayar tidak secara otomatis menjadi instrumen kartu pedagang umum atau jaringan identitas agen. FAQ juga membedakan tanda terima dompet dari alur kerja manajemen faktur penuh. Tetap eksplisit tentang eksekusi aktual, pembayaran pemasok, dan pengumpulan pelanggan. Top-up yang berhasil tidak menetapkan bahwa agen dapat membeli laporan tertentu, bahwa vendor mengirimkannya, atau bahwa aplikasi telah menerima keuntungan yang diselesaikan.
ShareAI: bandingkan perjalanan pembayaran inferensi yang memenuhi syarat untuk aplikasi
Program ShareAI Builder berlaku untuk aplikasi yang sudah ada dengan penggunanya sendiri. Lalu lintas AI yang memenuhi syarat diarahkan melalui ShareAI, Builder mengonfigurasi biaya tambahan atau margin yang diizinkan, dan pelanggan akhir membayar ShareAI untuk inferensi tersebut. Pendapatan yang dikaitkan dengan aplikasi mengikuti program ini. Pros: bandingkan ini ketika tujuannya adalah margin aplikasi yang disetujui pada perjalanan inferensi yang telah ditentukan tersebut.
Tradeoffs: persetujuan aplikasi/akun, lalu lintas yang memenuhi syarat, akses model aktual, dan ketentuan penyelesaian berlaku. Builders perusahaan yang divalidasi memiliki periode tinjauan 45 hari sebelum pembayaran. Individu saat ini mengakumulasi nilai inferensi untuk digunakan dalam ShareAI, bukan untuk pencairan tunai atau transfer akun. Aplikasi tetap dibangun, dihosting, didistribusikan, dan dipelihara di tempat lain, dengan pembelian pedagang eksternal dan tanggung jawab produk lainnya.
Ini bukanlah dompet agen universal, checkout merchant, atau klaim integrasi native x402/MPP. Penyediaan infrastruktur model-serving atau endpoint kustom adalah tanggung jawab Provider atau Prosumer onboarding yang berlaku, terpisah dari atribusi dan penyelesaian Builder. Margin yang dapat dikonfigurasi dan penggunaan yang didanai pelanggan bukanlah konsep eksklusif ShareAI. Bandingkan pengaturan komersial langsung yang sebenarnya daripada memperlakukan setiap kemampuan teknis sebagai alasan unik untuk beralih.
Gunakan integrasi yang didukung secara aktual untuk menguji ketersediaan.
Apify’s integrasi resmi Skyfire adalah contoh berguna dari perjalanan pembelian yang terbatas. Jalur per permintaan yang didokumentasikan mendukung serangkaian Aktor yang terbatas dan ditandai sebagai eksperimental. Token pembayaran yang dijelaskan membutuhkan setidaknya 5 USD yang tersedia, sementara biaya aktual untuk menjalankan menentukan jumlah yang dikenakan. Persyaratan kapasitas tersebut bukanlah biaya tetap 5 USD untuk setiap kali menjalankan.
Panduan ini juga mencantumkan operasi yang tidak didukung dan menjelaskan cara mempertahankan akses ke sebuah run dan penyimpanannya melalui token yang membayarnya. Jika ini adalah alur kerja alat yang Anda maksudkan, pastikan Aktor dan operasi yang tepat. Logo merchant yang tidak terkait atau demonstrasi protokol yang berbeda tidak dapat menggantikan bukti tersebut. Simpan catatan tugas asli, pembelian, dan hasilnya tersedia saat aplikasi mengambil data setelah run asinkron.
Bandingkan biaya pembayaran dengan ekonomi inferensi terpisah aplikasi.
Minta syarat komersial terkini untuk pengaturan identitas, dompet, dan pembayaran Skyfire yang Anda butuhkan. Jalur pendanaan dan jalur merchant yang berbeda mungkin melibatkan pihak dan persyaratan yang berbeda. Bandingkan platform yang dipilih dan biaya pemrosesan dengan biaya eksekusi dan dukungan perangkat lunak. Jangan menciptakan persentase biaya universal atau tingkat penerimaan merchant yang dijamin dari panduan di halaman utama.
Untuk perhitungan aritmatika saja, 1000 USD inferensi ditambah dengan surcharge hipotetis 15% menghasilkan 150 USD gross surcharge dan total 1150 USD. Jumlah sintetis ini bukanlah biaya Skyfire atau ShareAI, perhitungan pajak, atau pendapatan yang diterima. Pembelian laporan, penyesuaian pembayaran, dan biaya operasional lainnya tetap terpisah. Gross surcharge aplikasi bukanlah laba bersih, dan baik verifikasi identitas maupun harga yang dikonfigurasi tidak membuktikan pengumpulan atau penyelesaian.
Periksa buku besar penggunaan sintetis secara terpisah dari checkout.
Perangkat offline yang dijalankan ini mendeduplikasi penggunaan identik, menolak duplikat yang bertentangan, dan mempertahankan penyesuaian eksplisit. Ini menghitung biaya tambahan hipotetis dalam sen USD integer. Ini tidak mengidentifikasi agen, mengotorisasi pembelian, mengeluarkan token pembayaran, memanggil pedagang, atau mengumpulkan dana pelanggan. Peristiwa tersebut memerlukan produk yang dipilih dan integrasi komersial aktual di sekitar aritmatika.
JavaScript
import assert from "node:assert/strict";
const records = [
{id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
{id: "usage-b", customer: "demo", cents: 50000n, kind: "usage"},
{id: "usage-a", customer: "demo", cents: 60000n, kind: "usage"},
{id: "adjustment-b", customer: "demo", cents: -10000n, kind: "adjustment"}
];
function netCents(rows) {
const seen = new Map();
let total = 0n;
for (const row of rows) {
assert.equal(row.customer, "demo");
const fingerprint = [row.customer, row.cents.toString(), row.kind].join("|");
if (seen.has(row.id)) {
if (seen.get(row.id) !== fingerprint) throw new Error("Conflicting duplicate");
continue;
}
if (row.cents < 0n && row.kind !== "adjustment") throw new Error("Invalid sign");
seen.set(row.id, fingerprint);
total += row.cents;
}
return total;
}
const base = netCents(records);
assert.equal(base, 100000n);
assert.throws(() => netCents([...records,
{id: "usage-a", customer: "demo", cents: 1n, kind: "usage"}
]));
const numerator = base * 1500n; // Hypothetical 15 percent in basis points.
if (numerator % 10000n !== 0n) throw new Error("Define contractual rounding first");
const surcharge = numerator / 10000n;
assert.equal(surcharge, 15000n);
const usd = cents => `${cents / 100n}.${(cents % 100n).toString().padStart(2, "0")}`;
console.log(JSON.stringify({baseUSD: usd(base), grossSurchargeUSD: usd(surcharge),
totalUSD: usd(base + surcharge), paidReceiptVerified: false}));Hasil yang diamati adalah 1000 USD inferensi ilustratif, 150 USD biaya tambahan bruto, dan total 1150 USD, tanpa tanda terima pembayaran yang terverifikasi. Pisahkan dari bukti checkout. Asisten pengadaan produksi harus mempertahankan otoritas yang didelegasikan, kutipan yang dipilih, status pembayaran aktual, dan pemenuhan; total buku besar yang benar tidak dapat menetapkan bahwa pembelian tertentu diizinkan atau diselesaikan.
Latih satu perjalanan pedagang dan satu alat berbayar terlebih dahulu.
- Inventarisasi identitas, dompet, pendanaan, dan integrasi pedagang Skyfire saat ini.
- Pilih pembelian representatif dan dokumentasikan instruksi serta otoritas pengguna.
- Latih kutipan yang diubah, otoritas yang tidak mencukupi, batas waktu, dan tindakan duplikat.
- Verifikasi layanan spesifik yang didukung dan ketersediaannya saat ini atau status eksperimentalnya.
- Pisahkan perhitungan penggunaan bayangan dari checkout langsung dan pengumpulan.
- Pertahankan catatan pembelian asli dan jalur rollback hingga pembayaran dan pemenuhan memenuhi syarat.
Pertahankan Skyfire ketika perjalanan identitas dan pembelian yang didukungnya sesuai dengan produk. Bandingkan Nevermined untuk layanan berbayar yang dikendalikan mandat, x402 untuk jalur sumber daya berbayar yang dipilih, Paid.ai untuk unit komersial, Credyt untuk konsumsi prabayar, dan ShareAI untuk inferensi yang dibayar pelanggan yang memenuhi syarat. Pindahkan tanggung jawab yang perlu diubah sambil mempertahankan otoritas pengguna dan penjelasan yang jelas tentang setiap biaya terpisah.
Pertanyaan yang sering diajukan
Alternatif Skyfire mana yang harus dibandingkan oleh aplikasi AI?
Nevermined relevan untuk pembayaran agen, x402 untuk sumber daya berbayar, Paid.ai untuk penetapan harga dan penagihan agen, dan Credyt untuk konsumsi prabayar. ShareAI berkaitan dengan inferensi yang memenuhi syarat yang dibayar melalui ShareAI dengan biaya tambahan aplikasi yang disetujui. Cocokkan opsi dengan transaksi aktual.
Apakah identitas agen membuktikan izin untuk melakukan pembelian apa pun?
Tidak. Identitas, instruksi pengguna, otorisasi pembayaran, dan pemenuhan pedagang adalah bukti yang berbeda. Verifikasi cakupan dan jalur pembelian yang benar-benar didukung daripada memperlakukan token identitas sebagai otoritas pengeluaran tanpa batas.
Apakah halaman utama membuktikan setiap situs web menerima Skyfire?
Tidak ada tolok ukur penerimaan universal yang dilakukan di sini. Verifikasi situs atau layanan spesifik, persyaratan akun, dan integrasi yang dibutuhkan agen Anda. Pemasaran cakupan dan logo mitra tidak menetapkan hasil dari setiap pembelian yang dimaksudkan.
Apakah integrasi Apify Skyfire tersedia untuk setiap Aktor?
Tidak. Panduan resmi yang ditinjau menandai alur ini sebagai eksperimental dan membatasi Aktor serta operasi yang memenuhi syarat. Pastikan Aktor spesifik dan jalur pembayaran daripada menganggap contoh yang didukung sebagai kompatibilitas pasar universal.
Apakah persyaratan token 5 USD Apify yang didokumentasikan merupakan biaya tetap?
Tidak. Panduan menjelaskan kapasitas token minimum yang tersedia, dengan penggunaan aktual menentukan biaya dan dana yang tidak terpakai tetap tersedia atau dikembalikan saat kedaluwarsa. Verifikasi alur terkini yang dipilih secara langsung sebelum mengandalkannya.
Apakah ShareAI menggantikan dompet agen atau checkout merchant arbitrer?
Program Builder berkaitan dengan inferensi yang diarahkan yang memenuhi syarat, pembayaran pelanggan akhir ke ShareAI, dan atribusi aplikasi yang disetujui. Pembelian eksternal, akses merchant, dan tanggung jawab komersial lainnya dari aplikasi tetap terpisah. Tidak ada checkout universal atau konektor protokol asli yang ditegaskan.
Bagaimana perbedaan penyelesaian Builder perusahaan dan individu di ShareAI?
Builder perusahaan yang divalidasi memiliki tinjauan 45 hari sebelum pembayaran. Individu saat ini mengakumulasi nilai inferensi untuk penggunaan ShareAI, bukan untuk pencairan tunai atau transfer akun. Penggunaan yang memenuhi syarat secara aktual dan ketentuan akun/program yang berlaku menentukan hasilnya.
Apakah contoh tersebut menjalankan pembelian agen nyata?
Tidak. Ini memverifikasi aritmatika penggunaan sintetis, penanganan duplikat, dan penyesuaian eksplisit secara offline. Ini tidak menetapkan identitas, otoritas yang didelegasikan, pembayaran, pemenuhan merchant, atau penyelesaian pemilik aplikasi.
Pilih batasan identitas, pembelian, dan inferensi dengan hati-hati.
Gunakan alur aplikasi Builder untuk mengevaluasi inferensi yang dibayar pelanggan yang memenuhi syarat dan biaya tambahan aplikasi yang disetujui. Tetap eksplisit dalam pembelian eksternal dan otoritas pengguna. Nevermined perbandingan alternatif memeriksa keputusan katalog layanan berbayar yang berdekatan. Mulailah dengan tugas yang identitas, izin, pembelian, dan biaya inferensinya dapat dijelaskan oleh tim dukungan Anda.