Trust Center
Paano namin pinoprotektahan ang data ng mga kumpanya
Ang ginagawa ng Hiram Trade para protektahan ang data ng mga kumpanya, at kung saan ito ipinapatupad. Inilalarawan ng bawat pahayag sa ibaba ang mekanismong umiiral na sa platform.
Limitado ang mga pahayag sa mga mekanismong umiiral sa platform ngayon. Kung wala ang isang bagay sa listahan, walang inaangkin ang pahinang ito tungkol dito.
Huling nirepaso: Nobyembre 6, 2026
Paghihiwalay ng data ng bawat kumpanya
- Magkakahiwalay ang data ng bawat kumpanya. Bawat query para sa pribadong data ng kumpanya ay may kasamang authorization scope na galing sa naka-sign-in na session, at hindi kailanman tinatanggap bilang patunay ng access ang company identifier na ipinadala ng browser. Sinusuri ng mga awtomatikong test na hindi mababasa o mababago ng isang kumpanya ang mga kasunduan, RFQ, sipi, inspeksyon, hindi pagkakasundo o listing ng ibang kumpanya sa pamamagitan ng identifier.
- Kumokonekta ang application sa database gamit ang role na walang pag-aari na anumang table, kaya hindi nito mababago ang istruktura ng mga table o mapapatay ang mga trigger. Ang mga pagbabago sa schema ay ginagawa lamang sa pamamagitan ng mga naka-version na migration na tumatakbo sa hiwalay na identity.
- Nananatiling nakatago ang pagkakakilanlan at contact details ng katapat hangga't hindi pinapayagan ng mga patakaran sa pagbubunyag. Bilang default, anonymous na profile ang nakikita ng katapat hanggang tanggapin ang isang koneksyon, at ipinapakita lamang ang direktang contact kapag napagkasunduan na ang kasunduan. Ipinapatupad ang mga patakaran sa server.
Audit trail at kasaysayan ng transaksyon
- Append-only ang audit log. Hinaharang ng mga trigger ng database ang pag-update, pagbura at pag-truncate ng mga audit event, at binawi na sa database role ng application ang mga pribilehiyong iyon.
- Ang mga sensitibong pagbabago ng estado, gaya ng mga transition ng kasunduan, ay nagsusulat ng audit event sa parehong database transaction ng mismong pagbabago.
- Hindi maaaring i-update o burahin ang mga bersyon ng sipi, mga tuntunin ng kasunduan, mga event ng kasunduan at ang rehistro ng mga bayad sa kasunduan. Itinatala bilang bagong row ang bawat pagbabago, kaya nananatili ang mga naunang bersyon.
Mga talaan ng privacy at pahintulot
- Naka-off ang storage para sa analytics at marketing hangga't hindi pumapayag ang bisita. Walang naka-tick nang paunang, at pareho ang laki at estilo ng mga opsyong tanggapin lahat at tanggihan lahat.
- Itinatala bilang patunay ang bawat pagpili sa pahintulot sa cookie: bersyon ng patakaran, napili, wika, path ng pahina, pamilya ng browser at, sa pinakamarami, isang keyed hash ng IP address. Hindi iniimbak ang mismong IP address. Itinatago ang mga talaan sa loob ng limang taon, at binubura ang kaugnayan sa user kapag na-anonymise ang account.
- Itinatala sa bawat user ang pagtanggap sa Mga Tuntunin at iba pang legal na dokumento, kasama ang bersyon ng dokumento, wika at oras. Hindi mababago o mabubura ng application ang mga talaang ito.
- Maaaring humiling ang mga user ng export ng kanilang data at burahin ang kanilang account, at maaaring isara ng mga company admin ang isang kumpanya. Ina-anonymise ng pagbura ng account ang talaan ng user. Ang mga talaang kailangang itago, gaya ng patunay ng mga tinanggap na legal na dokumento, ay itinatago sa panahong nakasaad sa Patakaran sa Privacy.
- Basahin ang Patakaran sa Privacy
Mga feature ng AI
- Mga draft ang nililikha ng mga feature na tinutulungan ng AI. Hindi kailanman nagpapadala ng mensahe, tumatanggap ng tuntunin o nangangako ng mga tuntuning pangkalakalan ang output ng AI; sinusuri at inaaprubahan muna ito ng user.
Kung saan naka-host ang database
- Ang production database ay PostgreSQL na naka-host ng Supabase sa Frankfurt, Germany (region na eu-central-1). Kumokonekta ang application dito sa pamamagitan ng TLS at bine-verify ang pagkakakilanlan ng server.