Pembangunan Perisian Tersuai
Soalan yang paling kerap dikemukakan mengenai masa yang sesuai untuk membina perisian tersuai, kosnya, pemilikan kod, dan perkara yang berlaku selepas pelancaran.
Bilakah perisian tersuai lebih sesuai berbanding SaaS siap pakai?
Sekiranya proses anda merupakan kelebihan persaingan, seperti aliran kerja F&B pelbagai jenama, aliran pengeluaran yang luar biasa, atau peraturan pampasan khusus, SaaS akan memaksa anda mengubah cara anda mencapai kejayaan. Untuk keperluan generik (e-mel, perakaunan asas, storan fail), SaaS merupakan pilihan yang wajar. Untuk operasi teras yang unik, penyelesaian tersuai lebih menjimatkan dalam tempoh 3 tahun kerana anda tidak lagi perlu membayar kos workaround yang berterusan.
Berapakah kos perisian tersuai berbanding SaaS?
MVP tersuai yang fokus biasanya berkisar antara USD 6k-25k untuk fasa pertama (3-4 bulan, satu domain). Langganan SaaS mungkin kelihatan lebih murah pada peringkat awal, namun untuk 50+ pengguna dalam tempoh 5 tahun, penyelesaian tersuai sering kali lebih menjimatkan dengan ciri yang tepat mengikut keperluan anda. Kami akan membantu anda mengira kos pemilikan keseluruhan secara telus semasa sesi kickoff.
Berapa lama pembangunan perisian tersuai mengambil masa?
MVP sedia produksi mengambil masa 8-14 minggu untuk satu modul. Ciri seterusnya dapat dihasilkan dengan lebih pantas kerana asasnya telah wujud. Kami tidak menjanjikan penyiapan dalam 2 minggu kerana ia tidak realistik, dan kami juga tidak menetapkan tempoh setahun kerana ia menandakan kekurangan fokus.
Siapakah pemilik kod sumber dan IP selepas penyerahan?
Anda memiliki sepenuhnya, sekiranya engagement merupakan pembangunan tersuai tulen. Kod sumber diserahkan dengan akses repo penuh dan dokumentasi disertakan. Yang kekal dengan kami ialah komponen boleh guna semula, perpustakaan dalaman, dan modul Logixbase sedia ada. Butirannya dinyatakan secara telus dalam kontrak.
Selepas pelancaran, bagaimana penyelenggaraan dan pembaikan bug?
Terdapat tiga pilihan: (1) retainer bulanan, di mana kami menguruskan sepenuhnya, (2) pasukan dalaman anda mengambil alih dengan dokumentasi dan serah tugas daripada kami, atau (3) pendekatan hibrid, di mana kami menangani perubahan besar manakala pasukan anda menguruskan perubahan kecil. SLA 24 jam disediakan untuk bug kritikal pada pelan retainer.
Bagaimanakah proses scoping untuk projek perisian tersuai?
Sesi kickoff selama 1-2 minggu merangkumi pemetaan aliran kerja semasa, pengenalpastian jobs-to-be-done, dan penentuan MVP yang akan dihantar dalam tempoh 12 minggu. Hasilnya ialah dokumen skop dengan julat anggaran, bukan satu angka tetap yang berkemungkinan besar tersasar. Kami akan berterus terang sekiranya skop anda tidak dapat dilaksanakan dalam bajet, iaitu sebelum kontrak dan bukan di pertengahan pembinaan.
Bolehkah anda berintegrasi dengan ERP, perakaunan, atau POS sedia ada kami?
Ya. Kami telah berintegrasi dengan SQL Account, AutoCount, Xero, Xendit, OY!, Midtrans, Moka POS, dan beberapa ERP tersuai. Untuk sistem yang belum pernah kami tangani, kami akan mengaudit dokumentasi API terlebih dahulu; sekiranya API tersedia, kami akan mengintegrasikannya. Sekiranya tiada, kami akan membincangkan alternatif seperti eksport-import, RPA, atau scraping yang bertanggungjawab.
Bagaimana sekiranya skop berubah di pertengahan projek?
Skop sememangnya sentiasa berubah, dan ini merupakan sesuatu yang kami jangkakan. Kami menggunakan sprint dua minggu dengan semakan pada akhir setiap sprint. Perubahan kecil dimasukkan ke dalam backlog tanpa change order, manakala perubahan besar (usaha melebihi 1 sprint) menjadi adendum kontrak dengan anggaran baharu. Semuanya dikendalikan secara telus, tanpa sebarang invois yang mengejutkan.
Bolehkah kami memulakan secara kecil-kecilan dan berkembang kemudian?
Itulah pendekatan yang kami sarankan. Fasa 1 sentiasa merangkumi satu modul yang boleh dihantar, biasanya yang paling mendesak pada masa ini. Fasa 2 dan seterusnya menambah modul baharu atau memperdalam modul sedia ada. Falsafah kami ialah perisian yang digunakan dan diperhalusi jauh lebih bernilai berbanding perisian lengkap yang tidak pernah dihantar.
Adakah kami menerima kod sumber, atau hanya akses kepada perkhidmatan hos?
Kedua-dua pilihan tersedia. Secara lalai, sistem dihos oleh kami di rantau Singapura, di mana kami menguruskan deploy, uptime, dan sandaran. Sekiranya anda memerlukan self-hosted (on-premise atau cloud anda sendiri), kami akan menyerahkan kod sumber penuh berserta dokumen infrastruktur. Keputusan ini ditetapkan semasa kontrak dan bukan selepas pelancaran.
Apakah perbezaan antara pembangunan tersuai dan kustomisasi produk Logixbase sedia ada?
Kustomisasi bermaksud kami menggunakan OMS atau HRIS Logixbase sebagai asas, kemudian menambah modul atau field tersuai untuk anda; ia lebih menjimatkan, lebih pantas, namun terikat dengan seni bina Logixbase. Pembangunan tersuai pula dibina dari awal khusus untuk masalah anda; ia melibatkan kos yang lebih tinggi, tempoh yang lebih panjang, tetapi bebas daripada kekangan. Untuk 70% daripada kes, kustomisasi sudah memadai, dan kami akan menasihatkan anda secara telus.
Bagaimana migrasi data daripada sistem lama berfungsi?
Pasukan kami mengimport data daripada Excel, Google Sheets, Kakitangan, Mekari, Jubelio, SQL Account, AutoCount, atau pangkalan data tersuai; apa sahaja yang boleh dieksport. Dry-run dijalankan di staging terlebih dahulu, anda mengesahkan sampel, kemudian kami memigrasikan produksi dalam tetingkap masa pilihan anda (biasanya hujung minggu). Sebarang ketidaksepadanan akan dirujuk kepada anda untuk keputusan, dan bukan diandaikan oleh kami.
Apakah model engagement — harga tetap, T&M, retainer?
Fasa 1 (scoping dan MVP) menggunakan harga tetap dengan julat anggaran. Untuk Fasa 2 dan seterusnya, anda boleh memilih T&M (time and materials) sekiranya skop masih belum tetap, atau retainer bulanan sekiranya anda memerlukan pasukan dedikasi. Kami tidak mendesak sebarang model tertentu, sebaliknya kami akan membincangkan pilihan yang paling sesuai dengan bajet dan rentak kerja anda.
Selepas pelancaran, siapa uruskan pelayan, hosting, uptime?
Secara lalai, tanggungjawab ini dikendalikan oleh kami, dengan infrastruktur di Neon serta Vercel/Railway rantau Singapura, pemantauan 24/7, sandaran harian, dan sasaran uptime 99.5%. Sekiranya anda memerlukan self-hosted, kami akan menyerahkan playbook yang lengkap. Untuk Enterprise, kami boleh menyediakannya di akaun cloud anda (AWS, GCP, Azure) dan pasukan anda mengambil alih selepas penyerahan.
Kami mempunyai projek perisian yang gagal atau belum selesai. Bolehkah anda mengambil alih?
Ya, dan ini merupakan salah satu engagement yang paling kerap kami terima. Ia bermula dengan audit codebase dan aliran kerja (1-2 minggu, harga tetap), dengan hasil berupa cadangan yang telus: sama ada meneruskan, melakukan refactor separa, atau membina semula. Kami pernah mengambil alih projek NodeJS yang tersekat selama 8 bulan dan menghantar versi bersih dalam tempoh 10 minggu. Kami juga pernah menasihatkan pelanggan bahawa membina semula lebih menjimatkan berbanding meneruskan projek sedia ada, dan nasihat tersebut terbukti tepat.
Inventori & Pengurusan Pesanan (OMS)
Soalan yang paling kerap dikemukakan mengenai sistem inventori pelbagai gudang, integrasi marketplace, ketepatan stok, dan automasi dokumen.
Bolehkah ia mengendalikan pelbagai gudang, bandar, atau negara?
Ya. OMS Logixbase direka untuk pelbagai gudang secara semula jadi, dengan stok per lokasi, pemindahan antara gudang berserta dokumen, dan keterlihatan masa nyata. Untuk operasi pelbagai negara, setiap gudang boleh mempunyai mata wang dan peraturan cukai tersendiri. Ia sesuai untuk jenama dengan gudang di Kuala Lumpur dan Penang, atau bagi pengembangan ke Indonesia dan Vietnam.
Kami menjual SKU yang sama di bawah dua jenama. Bolehkah ia dikendalikan?
Ya. Dalam OMS, konsep jenama diasingkan daripada konsep produk; satu produk boleh disenaraikan di bawah pelbagai jenama dengan harga, deskripsi, dan stok yang berbeza. Operator pelbagai jenama (sebagai contoh, kumpulan peruncit dengan 4 lini) boleh melihat paparan konsolidasi atau per-jenama berdasarkan peranan masing-masing.
Adakah integrasi dengan Shopee, Lazada, TikTok Shop, dan Zalora disokong?
Untuk integrasi marketplace, kami bekerjasama dengan middleware (Ginee, Jubelio, SiteGiant) atau membina terus melalui API rasmi, dengan sinkronisasi stok dan pesanan dua hala. Pelan hala tuju kami merangkumi integrasi natif untuk Shopee dan Lazada Malaysia menjelang akhir 2026, manakala marketplace lain disokong melalui middleware atau binaan tersuai.
Bagaimanakah integrasi POS dikendalikan?
Untuk StoreHub, Slurp!, dan Loyverse, kami berintegrasi melalui API. Untuk sistem POS lama, kami biasanya mengimport fail jualan harian dan menyegerakkan stok secara manual. Untuk rangkaian F&B yang memerlukan sinkronisasi POS-OMS masa nyata, kami membina penyesuai tersuai, yang biasanya mengambil masa tambahan 4-6 minggu.
Bagaimana anda kekalkan stok sistem tepat berbanding stok fizikal?
Terdapat tiga lapisan: (1) cycle count berjadual, iaitu 5% SKU seminggu dengan sistem mencadangkan mana yang perlu disemak, (2) analisis jurang automatik setiap kali terdapat jualan tanpa pengurangan stok, dan (3) log audit append-only, di mana setiap perubahan stok dijejaki dari segi siapa, bila, dan sebabnya. Untuk mencapai ketepatan melebihi 99%, disiplin pasukan anda juga memainkan peranan penting, bukan sekadar perisian.
Adakah FIFO, FEFO, dan penjejakan kelompok disokong?
Ya. FIFO (First In First Out) merupakan pilihan lalai untuk barangan am. FEFO (First Expiry First Out) disediakan untuk F&B dan farmaseutikal, di mana sistem memilih stok dengan tarikh luput terdekat. Penjejakan batch pula membolehkan traceability recall; sekiranya sesuatu kelompok pengeluaran mempunyai masalah, anda dapat mengenal pasti dengan serta-merta pelanggan yang telah menerimanya.
Bagaimanakah aliran pemulangan, bayaran balik, dan RMA dikendalikan?
Pemulangan mencetuskan dokumen RMA dengan sebab berstruktur (kecacatan, item salah, pembatalan pelanggan). Stok boleh dihantar ke kuarantin atau dikembalikan ke stok berdasarkan keadaannya. Bayaran balik dihubungkan kepada penyedia pembayaran sekiranya integrasi wujud (iPay88, Billplz, Xendit). Kesemuanya dihubungkan kembali kepada pesanan asal, memastikan tiada jejak yang hilang.
Bolehkah kami menyesuaikan templat invois, nota penghantaran, dan pesanan belian?
Ya. Templat berasaskan komponen membolehkan anda menetapkan header, logo, susun atur, baris cukai, footer, dan T&Cs per jenama. Untuk templat yang sangat spesifik (medan tersuai per wilayah, paparan pelbagai mata wang, tandatangan digital), kami akan membinanya semasa penyediaan projek atau melalui pembangunan tersuai.
Bolehkah satu pesanan dipenuhi daripada pelbagai gudang?
Ya. Untuk pesanan pelbagai baris dengan stok yang berpecah, sistem mencadangkan penghantaran berpecah dengan pengoptimuman (jarak ke pelanggan, kos penghantaran, tahap stok). Anda boleh menerima cadangan tersebut atau mengubahnya secara manual. Terdapat beberapa nombor penjejakan, dan pelanggan dapat melihat status yang dikonsolidasikan.
Bagaimanakah harga berskala dengan volum pesanan / kiraan SKU?
Tier ditentukan mengikut pesanan sebulan, SKU aktif, dan bilangan pengguna. Untuk Enterprise (melebihi 10k pesanan sebulan atau melebihi 50k SKU), harga tersuai disediakan dan boleh dibincangkan secara terus. Kami tidak mengenakan caj per-panggilan-API atau per-transaksi, kerana itu merupakan amalan harga predator yang kami elakkan.
HRIS, Kehadiran & Gaji
Soalan yang paling kerap dikemukakan mengenai HRIS Malaysia, sistem kehadiran berbilang cawangan, geofence, gaji pelbagai kadar, dan pematuhan statutori setiap negara.
Bagaimanakah pengesahan geofence berfungsi dan adakah ia tepat?
Semasa daftar masuk, aplikasi membaca GPS peranti dan membandingkannya dengan radius cawangan yang ditetapkan oleh pentadbir (lalai 100m, boleh dikonfigurasikan). Ketepatannya ialah 5-15m di kawasan bandar dan 20-50m di kawasan isyarat lemah. Untuk anti-spoofing, kami mengesan lokasi tiruan, dan pengesahan selfie berfungsi sebagai lapisan kedua. Pintasan tersedia untuk peranan tertentu (jualan lapangan, pengurus).
Apakah yang dimaksudkan dengan kehadiran syif berbilang segmen?
Seorang pekerja boleh daftar masuk pada waktu pagi di cawangan A sebagai barista (kadar A), berehat, kemudian daftar masuk pada waktu petang di cawangan B sebagai penyelia (kadar B), kesemuanya dalam satu hari. Sistem merekodkan setiap segmen dengan jenama, lokasi, peranan, dan kadarnya. Gaji dikira secara automatik untuk jumlah keseluruhan. Ciri ini amat diperlukan oleh operator F&B pelbagai jenama.
Adakah seorang pekerja yang bekerja merentas pelbagai jenama atau cawangan dalam sehari dengan kadar yang berbeza disokong?
Ya, ini merupakan ciri teras HRIS Logixbase. Kadar ditetapkan per (pekerja × jenama × peranan), dan bukan satu kadar tetap per pekerja. Pekerja A boleh menerima RM 12/jam di jenama X dan RM 18/jam di jenama Y, yang ditangkap secara automatik daripada segmen kehadiran tanpa memerlukan input manual.
Adakah gaji berintegrasi dengan sistem statutori (SOCSO/PERKESO, EPF/KWSP, LHDN, BPJS, SSS, VSS, IMSS, INSS, GOSI)?
Untuk Malaysia: SOCSO/PERKESO, EPF/KWSP, EIS, dan PCB/LHDN; kami menjana fail format Borang E, EA, dan CP39 untuk penghantaran terus. Untuk Indonesia: BPJS Ketenagakerjaan & Kesihatan serta PPh 21, dengan fail format e-Filing dan e-PPT. Untuk SEA yang lain: VSS (Vietnam) serta SSS/PhilHealth (Filipina) disokong buat masa ini melalui eksport tersuai, dengan integrasi natif dalam pelan hala tuju 2026. Untuk LATAM (IMSS Mexico, INSS Brazil) dan Timur Tengah (GOSI Arab Saudi): eksport tersuai disediakan mengikut keperluan dan boleh dibina untuk Enterprise.
Bolehkah satu instance mengendalikan peraturan buruh pelbagai negara secara serentak?
Ya, pada tier pelbagai negara. Setiap entiti boleh mempunyai peraturan OT tersendiri, peruntukan cuti, cuti umum, dan kurungan cukai. Sekiranya anda mempunyai pasukan di Kuala Lumpur dan Jakarta, sistem akan mengaplikasikan peraturan negara yang betul secara automatik. Kami telah melaksanakan ini untuk pelanggan pelbagai negara.
Adakah cuti, cuti sakit, kerja lebih masa, dan tuntutan diuruskan di satu tempat?
Ya. Pekerja memohon melalui aplikasi, pengurus meluluskan dengan satu klik, dan kesemuanya direkodkan pada profil pekerja serta dicerminkan dalam gaji. Kerja lebih masa dikira secara automatik daripada segmen kehadiran yang melebihi syif normal. Penjejakan cuti tahunan disediakan berserta pro-rata untuk pengambilan baharu. Tuntutan (pengangkutan, perubatan) boleh dihantar dengan lampiran foto dan aliran kerja kelulusan.
Adakah kontraktor, pekerja bebas, dan pekerja syif turut dikendalikan?
Ya. Jenis pekerjaan merupakan satu medan, dan anda boleh menyediakan pekerja tetap, kontrak, separuh masa, bebas, dan intern. Setiap jenis mempunyai peraturan lalai yang berbeza (SOCSO/EPF opsyenal untuk freelance, had OT untuk separuh masa, dan sebagainya). Output gaji dipecahkan mengikut jenis untuk tujuan pelaporan.
Adakah ia berfungsi secara luar talian, dan bagaimana dengan lokasi berisyarat lemah?
Aplikasi mudah alih menyimpan cache untuk daftar masuk/keluar luar talian, dan data disegerakkan apabila isyarat kembali. Selfie dan geolokasi ditangkap secara setempat. Untuk lokasi yang sering luar talian (gudang terpencil), kami menyediakan mod kiosk pada tablet yang disegerakkan setiap 30 minit. Untuk komputer riba atau desktop, keupayaan luar talian lebih terhad, namun ia biasanya bukan kes penggunaan yang kritikal.
Adakah selfie dan pengesahan wajah bersifat wajib, opsyenal, atau boleh dikonfigurasi?
Ia boleh dikonfigurasi per peranan dan per cawangan. Sebagai contoh, peranan barista boleh ditetapkan sebagai wajib, peranan pengurus sebagai opsyenal, cawangan utama sebagai wajib berserta padanan wajah dengan foto profil, dan cawangan jauh sebagai selfie sahaja tanpa padanan wajah (untuk menjimatkan jalur lebar). Konfigurasi ini terletak sepenuhnya pada anda.
Di manakah data kehadiran disimpan, dan siapakah yang boleh mengaksesnya?
Data disimpan pada Postgres di Neon, rantau Singapura. Akses ditentukan mengikut peranan: pekerja melihat datanya sendiri, pengurus melihat pasukan di bawahnya, HR melihat kesemuanya, dan pemilik melihat paparan konsolidasi. Foto selfie disimpan dalam storan objek yang disulitkan, dengan pengekalan lalai 90 hari (boleh dilanjutkan mengikut polisi anda). Log audit direkodkan pada setiap akses data sensitif.
Naik Taraf & Migrasi daripada Sistem Lama
Soalan yang paling kerap dikemukakan mengenai migrasi daripada spreadsheet, daripada Kakitangan/SQL Account/AutoCount/Talenta, dan strategi downtime minimum.
Kami masih menggunakan spreadsheet. Bagaimanakah cara kami berhijrah?
Ini sebenarnya merupakan migrasi yang paling bersih kerana data anda sudah tersusun dalam bentuk jadual. Langkahnya ialah: (1) kami mengaudit struktur spreadsheet anda, (2) melakukan dedupe dan menstandardkan format, (3) mengimport ke staging, (4) anda mengesahkan sampel, dan (5) cutover ke produksi. Keseluruhannya mengambil masa 1-3 minggu untuk operasi dengan 5k-50k baris. Anda tidak perlu bimbang dengan spreadsheet yang tidak teratur kerana ia merupakan sesuatu yang biasa kami kendalikan.
Kami menggunakan Kakitangan / SQL Account / AutoCount / Talenta / Zoho. Bolehkah kami beralih?
Ya, untuk kesemua platform di atas. Kami mempunyai skrip import untuk Kakitangan dan Talenta (HRIS) serta SQL Account, AutoCount, dan Jubelio (OMS/Finance). Untuk Zoho dan platform lain, kami menggunakan eksport CSV anda berserta skrip import tersuai (1-2 minggu). Bahagian yang paling mencabar biasanya bukan data itu sendiri, tetapi pemetaan konsep; dalam Kakitangan, konsep jenama bukan first-class, jadi pemetaan ke konsep pelbagai jenama Logixbase memerlukan perbincangan.
Bagaimanakah anda meminimumkan downtime semasa migrasi?
Terdapat tiga strategi: (1) cutover di luar waktu perniagaan, biasanya Jumaat malam atau hujung minggu, dengan downtime 2-6 jam. (2) Jalankan selari selama 1-2 minggu, di mana sistem lama dan baharu beroperasi bersebelahan; anda menggunakan sistem baharu manakala sistem lama berfungsi sebagai sandaran. (3) Migrasi berperingkat, modul demi modul dan lokasi demi lokasi. Anda boleh memilih mengikut tahap toleransi risiko anda.
Bolehkah kami menjalankan sistem secara selari untuk peralihan?
Pendekatan ini sangat disarankan untuk migrasi kritikal. Semasa operasi selari (biasanya 2-4 minggu), anda memasukkan data ke dalam kedua-dua sistem dan kami membandingkan output (laporan, gaji) untuk tujuan pengesahan. Selepas 2 kitaran gaji yang konsisten, sistem lama dinyahaktifkan. Pendekatan ini mengambil masa lebih lama dan melibatkan kos lebih tinggi, namun memberikan ketenangan yang lebih baik.
Sekiranya berlaku masalah dan kami terpaksa melakukan rollback, apakah yang berlaku?
Sistem lama tidak dipadamkan; anda mengekalkan akses (atau snapshot) untuk sekurang-kurangnya 90 hari selepas cutover. Sekiranya timbul sesuatu yang serius pada minggu pertama yang tidak dapat kami selesaikan dalam tempoh 48 jam, anda boleh kembali kepada sistem lama. Kami juga menyimpan sandaran harian Logixbase selama 30 hari untuk rollback kecil.
Apakah yang anda sediakan dari segi latihan dan pengurusan perubahan?
Untuk tier Growth ke atas: 2 sesi latihan langsung (admin dan pengguna akhir), dokumen bertulis, tutorial video pendek (3-5 minit per ciri), dan sokongan sembang selama 30 hari. Untuk Enterprise: latihan di tapak selama 1-2 hari, train-the-trainer untuk pasukan anda, dan CSM dedikasi untuk 90 hari pertama. Penerimaan pekerja merupakan faktor kejayaan yang paling utama, dan kami mengambilnya dengan serius.
Bolehkah data dieksport keluar pada bila-bila masa?
Ya. Eksport CSV atau JSON tersedia untuk setiap entiti (pekerja, produk, pesanan, transaksi). Untuk eksport bersaiz besar (melebihi 100k baris), prosesnya dijalankan secara async, dan kami akan menghantar pautan muat turun melalui e-mel apabila ia siap. Tiada kunci vendor dan tiada bayaran eksport dikenakan.
Sekiranya kami berhenti menggunakan Logixbase suatu hari nanti, apakah yang berlaku kepada data kami?
Anda akan menerima eksport penuh (CSV dan JSON) secara percuma dalam tempoh 30 hari selepas pembatalan. Kami menyimpan data baca-sahaja selama 90 hari sebagai langkah keselamatan. Selepas 90 hari, data dipadamkan secara kekal melainkan terdapat keperluan pengekalan undang-undang. Polisi ini jelas dan tanpa sebarang kejutan.
Harga, Keselamatan, Sokongan, Serantau
Soalan yang paling kerap dikemukakan mengenai model harga, keselamatan data, persijilan, sokongan, dan liputan serantau termasuk Malaysia.
Bagaimanakah struktur harga Logixbase?
Langganan dikenakan per produk dengan tier (Starter, Growth, Enterprise) berdasarkan pengguna dan volum. Tersedia percubaan 14 hari, tanpa memerlukan kad kredit. Diskaun 15% ditawarkan untuk komitmen tahunan. Pembangunan tersuai disebut harga secara berasingan (harga tetap untuk fasa 1, kemudian T&M atau retainer selepas itu). Tiada caj tersembunyi dan tiada caj per-transaksi yang bersifat predator.
Di manakah data kami disimpan, dan adakah ia mematuhi undang-undang residensi data serantau?
Secara lalai, data disimpan pada Neon Postgres rantau Singapura (SG). Untuk pelanggan yang memerlukan data kekal di negara tertentu (PDPA Malaysia, UU PDP Indonesia, PDPA Singapura, Undang-Undang Keselamatan Siber Vietnam, LGPD Brazil), kami boleh men-deploy tenant di rantau yang sesuai pada Enterprise, dengan pilihan: Malaysia (Kuala Lumpur), Indonesia (Jakarta), Vietnam (HCM), Brazil (São Paulo), dan UAE (Dubai). Butiran khusus dibincangkan semasa onboarding.
Apakah persijilan keselamatan yang anda miliki?
Pada masa ini, kami berada pada tahap kesediaan SOC 2 Type II (audit sedang berjalan, dengan sasaran 2026). Kawalan yang aktif merangkumi penyulitan data semasa rehat dan dalam transit, MFA wajib untuk admin, log audit append-only, pengasingan tugas dalam produksi, dan ujian penembusan tahunan. Untuk ISO 27001 dan persijilan khusus industri (HIPAA, PCI-DSS), kami mempunyai pelan hala tuju tetapi belum memiliki persijilan tersebut buat masa ini; sekiranya ia merupakan keperluan mutlak, kami akan memaklumkan anda sebelum kontrak.
Apakah bahasa dan mata wang yang anda sokong?
Bahasa UI yang disokong ialah Bahasa Melayu, English, Bahasa Indonesia, Vietnamese, Thai, Filipino, Spanish (Mexico), Portuguese (Brazil), dan Arabic, kesemuanya dalam antara muka dan dokumentasi. Mata wang yang disokong ialah MYR, SGD, IDR, VND, THB, PHP, USD, MXN, BRL, AED, dan SAR, ditambah dengan pelaporan pelbagai mata wang pada Enterprise. Format tarikh, nombor, dan nama disesuaikan mengikut lokal.
Adakah anda beroperasi di Malaysia / Vietnam / Thailand / Filipina / Mexico / Brazil / UAE / Saudi?
Operasi teras dan pasukan sokongan kami terletak di Indonesia (Jakarta). Kami melayani pelanggan di Malaysia (termasuk Kuala Lumpur, Penang, dan Johor Bahru), Singapura, Indonesia, Vietnam, Thailand, Filipina, Mexico, Brazil, UAE, dan Arab Saudi, dengan onboarding jarak jauh, dokumen tempatan, dan output gaji dalam format mengikut negara. Pelaksanaan di tapak di luar Indonesia biasanya melibatkan lawatan suku tahunan pada Enterprise.
Apakah waktu sokongan dan SLA tindak balas anda?
Sokongan sembang dan e-mel tersedia dari 09:00-21:00 WIB (UTC+7, yang bertindih dengan sebahagian besar hari waktu Malaysia di MYT), 7 hari seminggu. Tindak balas ialah 4 jam waktu perniagaan untuk semua tier, dan 1 jam untuk Enterprise. Untuk isu kritikal (sistem tidak berfungsi, tarikh akhir gaji), hotline 24/7 disediakan pada Enterprise dengan SLA tindak balas 30 minit. Sokongan diberikan oleh manusia sebenar, bukan bot, dalam bahasa yang sama dengan yang anda gunakan.
Adakah anda menawarkan deployment on-premise atau private cloud?
Ya, pada Enterprise. Pilihan yang tersedia ialah: (1) on-premise penuh pada pelayan anda, di mana kami memasang dan menyerahkan playbook operasi, (2) private cloud dalam akaun AWS/GCP/Azure anda, di mana kami menyediakan dan menguruskan atau menyerahkannya, dan (3) tenant Logixbase dedikasi di rantau pilihan anda. Kos persediaan dan lesen berbeza-beza. Onboarding mengambil masa 4-8 minggu bergantung kepada tahap kerumitan.