Patakaran sa Pagkapribado

Ipinaliliwanag ng Patakarang ito sa Pagkapribado kung paano nangongolekta, gumagamit, nagbubunyag, nagtatago, at nagpoprotekta ng personal na impormasyon ang Melaya Labs LLC ("Melaya", "kami", "namin", o "aming") kapag nagbuksan o gumamit kayo ng plataporma ng Melaya, kabilang ang Balangkas ng Pangahentehan, ang Makina ng Melaya, ang mga websayt sa melaya.org at mga kaugnay na subdomain, API, mga kliyente, at anumang kaugnay na serbisyo (sama-sama, ang "Mga Serbisyo"). Naaangkop ito sa lahat ng gumagamit ng Mga Serbisyo sa buong mundo at dapat basahin kasama ang aming Mga Tuntunin ng Serbisyo at Pangkalahatang-tanaw ng Seguridad. Sa paggamit ng Mga Serbisyo, kinikilala ninyo ang pagpoproseso ng personal na impormasyon tulad ng inilarawan sa Patakarang ito.

1. Sino Kami at Ang Aming Papel

Ang Melaya Labs LLC ay ang kontrolador ng personal na impormasyon na nakolekta sa pamamagitan ng Mga Serbisyo, maliban kung kami ay nagpoproseso ng personal na impormasyon sa ngalan ng isang enterprise na customer sa ilalim ng isang nakasulat na kasunduan, kung saan kami ay kumikilos bilang isang processor at ang customer ang kontrolador. Kung kami ay kumikilos bilang isang processor, ang sariling abiso sa pagkapribado ng customer ang namamahala sa mga layunin ng pagpoproseso at mga legal na batayan; inilalarawan ng Patakarang ito ang aming mga aktibidad sa pagpoproseso bilang kontrolador.

2. Impormasyon na Kinokolekta Namin

2.1 Impormasyon na Ibinibigay Ninyo

Kapag lumikha kayo ng account, kinokolekta namin ang inyong email, piniling username, isang bcrypt salted hash ng inyong password (ang plaintext na password ay hindi kailanman iniimbak), at pagpili ng antas. Kapag nag-subscribe kayo sa isang bayad na antas, kinokolekta namin ang pangalan sa pagsingil, bansa, at ang identifier ng customer ng Stripe na kaugnay ng inyong subscription; hindi namin natatanggap o iniimbak ang mga buong numero ng card ng pagbabayad, na direktang pinamamahalaan ng Stripe, Inc. Kapag nag-kumonekta kayo ng isang third-party na palitan sa Makina, kinokolekta namin ang mga metadata na naglalarawan sa koneksyon, tulad ng pangalan ng palitan, label ng susi, saklaw ng pahintulot, at petsa ng paglikha; ang susi ng API, sikreto at passphrase mismo ay nakabalot sa AES-256-GCM envelope encryption sa loob ng proseso ng server ng Melaya bago ibigay sa aming tagabigay ng vault o isulat sa fallback na talahanayan ng agents.credentials, kaya hindi sila kailanman iniimbak bilang plaintext sa pahinga. Kapag nag-upload kayo ng mga dokumento, code, o iba pang materyales para bumuo ng isang index ng pagkuha, pinoproseso namin ang mga materyal na iyon para makagawa ng mga embedding at maglingkod ng pagkuha sa loob ng inyong tenant. Kapag nakipag-ugnayan kayo sa suporta, kinokolekta namin ang nilalaman ng inyong mga mensahe at anumang mga attachment na ibinibigay ninyo. Kapag ginagamit mo ang Melaya Assistant, ang Browser Control o ang browser extension, iniimbak namin ang mga pag-uusap mo sa agent kasama ang mga setting na nakakabit sa bawat pag-uusap, kabilang ang napiling modelo at provider, approval mode, mga napiling connector, tab scope, anumang standing instructions o persona na itinakda mo para sa pag-uusap na iyon, at anumang iba pang input na ibinibigay mo. Ito ang dahilan kung bakit naibabalik nang eksakto ang isang pag-uusap sa anumang device na pinag-sign in-an mo.

2.2 Impormasyon na Awtomatikong Nangongolekta

Kapag ginagamit ninyo ang mga Serbisyo, awtomatiko naming kinokolekta ang teknikal na impormasyon, kabilang ang IP address, tinatayang heograpikong lokasyon na nagmula sa IP, user agent, uri ng device, browser, operating system, referrer, kagustuhan ng wika, mga session identifier, mga timestamp ng kahilingan, mga resource identifier, at ang mga aksyong ginagawa ninyo sa loob ng mga Serbisyo. Kinokolekta namin ang mga log ng mga takbo ng daloy ng proseso, mga invocation ng kasangkapan, mga tawag sa modelo, mga order ng Engine, mga kaganapan ng authentication, mga kaganapan ng rate limit, at mga error trace, para sa mga layunin ng pagpapatakbo, pag-debug, pagsingil, at pag-secure ng mga Serbisyo. Kung saan ang isang IP address ay isinusulat sa security audit log, ito ay inimbak lamang bilang isang keyed HMAC digest sa halip na sa cleartext.

2.3 Sensitibong Datos na Hindi Namin Sinasadyang Hilingin

Hindi sinasadyang hinihingi ng Melaya bilang karaniwang field ng account ang mga dokumentong pagkakakilanlan na inisyu ng pamahalaan, biometric template, rekord pangkalusugan, tumpak na lokasyon ng GPS, o pangunahing numero ng account ng payment card. Gayunman, ang mga prompt, in-upload na nilalaman, konektadong serbisyo, full-display screen frame, screenshot, accessibility tree, resulta ng kasangkapan, at daloy ng trabaho na itinakda ng gumagamit ay maaaring di-sinasadyang maglaman ng mga ito o iba pang sensitibong datos. Huwag magsumite o maglantad ng sensitibong datos maliban kung kailangan, naaayon sa batas, awtorisado, at may angkop na mga pananggalang. Hindi nagbebenta ang Melaya ng personal na impormasyon o nagbabahagi nito para sa cross-context behavioral advertising, at hindi nagsasanay ng foundation o modelong pangkalahatang gamit ng Melaya gamit ang Nilalaman ng Gumagamit nang walang hiwalay na legal na abiso at pagpipilian; naaangkop sa mga tagapagbigay na pinili ng kliyente ang sarili nilang mga tuntunin at configuration. Ang standing instructions na na-save para sa isang pag-uusap ay nangangailangan ng ganoon ding pag-iingat gaya ng isang prompt, at higit pa: nananatili ang mga ito kasama ang pag-uusap na iyon at ibinibigay sa modelo sa bawat turn nito.

3. Kung Paano Namin Ginagamit ang Impormasyon

Ginagamit namin ang personal na impormasyon para magbigay, magpatakbo, mapanatili, at panatilihing ligtas ang Mga Serbisyo; para mapatunayan kayo at kontrolin ang pag-access; para maproseso ang mga subscription, pagsingil, pag-renew, at mga refund; para maisagawa ang mga daloy ng proseso at mga tagubilin ng Makina na inyong kinokopya; para matuklas, masiyasat, mapigilan, at matugunan ang pandaraya, pang-aabuso, mga insidente sa seguridad, at mga paglabag sa aming Mga Tuntunin; para makipag-usap sa inyo tungkol sa mga anunsyo ng serbisyo, mga abiso sa seguridad, at mga pagbabago sa patakaran; para tumugon sa mga katanungan ng suporta; para makagawa ng mga panloob na analytics tungkol sa pinagsama-samang paggamit, pagiging maaasahan, at pagganap; para sumunod sa mga legal na obligasyon at tumugon sa mga legal na kahilingan mula sa mga awtoridad; at para maitatag, maipatupad, o maipagtanggol ang mga legal na paghahabol.

4. Mga Legal na Batayan para sa Pagpoproseso

Para sa mga gumagamit na napapailalim sa General Data Protection Regulation (GDPR) ng European Union, ang GDPR ng United Kingdom, ang Swiss Federal Act on Data Protection, at mga katulad na rehimen, ang aming mga legal na batayan para sa pagpoproseso ay: pagganap ng isang kontrata, kapag ang pagpoproseso ay kinakailangan para maibigay ang Mga Serbisyong inyong hiniling; mga lehitimong interes, kapag ang pagpoproseso ay kinakailangan para sa pag-iwas sa pandaraya, seguridad, pagtuklas ng pang-aabuso, pagsingil, pagpapabuti ng produkto, at pagtatanggol ng mga legal na paghahabol, at ang mga interes na iyon ay hindi nalalampasan ng inyong mga pangunahing karapatan at kalayaan; legal na obligasyon, kapag ang pagpoproseso ay kinakailangan para sumunod sa naaangkop na batas, utos ng korte, o kahilingan ng regulator; at pahintulot, kung saan kami ay umaasa sa inyong pahintulot at ibinibigay ninyo ito. Maaari ninyong bawiin ang pahintulot anumang oras nang hindi naaapektuhan ang pagiging legal ng pagpoproseso batay sa pahintulot bago bawiin ito.

5. Kung Paano Namin Ibinabahagi ang Impormasyon

Ibubunyag namin ang personal na impormasyon lamang tulad ng inilarawan sa ibaba. Hindi namin ibinebenta ang personal na impormasyon.

Nagbabahagi kami ng impormasyon sa mga subprocessor na gumaganap ng mga tungkulin sa aming ngalan sa ilalim ng mga nakasulat na kontrata na nagpapataw ng mga obligasyon sa pagpapanatili ng lihim at proteksyon ng datos na naaayon sa Patakarang ito. Kasama sa aming mga kasalukuyang subprocessor ang Stripe, Inc. (pagpoproseso ng bayad), self-hosted Infisical (tagapagbigay ng vault para sa mga susi na naka-encrypt sa pamamagitan ng envelope, kasabay ng paninirahan sa parehong production host at hindi isang third-party subprocessor para sa ibabaw ng mga susi), ang aming tagapagbigay ng Postgres hosting (pangunahing database), ang aming tagapagbigay ng Redis hosting (estado ng sesyon at limitasyon ng rate), ang aming tagapagbigay ng object storage (imbakan ng dokumento at backup), mga tagapagbigay ng transactional na email (mga komunikasyon sa serbisyo), Cloudflare, Inc. (edge TLS termination, WAF, DDoS mitigation, at Access SSO para sa mga administratibong interface na nakaharap sa operator), Grafana Labs (off-box na koleksyon ng log at sukatan sa pamamagitan ng Grafana Cloud Loki at Mimir sa parehong rehiyon ng ulap ng production host; ang Grafana Labs ay may hawak na SOC 2 Type II), at mga third-party na tagapagbigay ng modelo ng wika na pipiliin mong i-ruta ang trapiko ng iyong pipeline, kabilang ang OpenAI, Anthropic, Google, at iba pa. Ang isang kanonikong listahan ng subprocessor na may mga paglalarawan ng serbisyo, mga hurisdiksyon, at mga pananggalang sa paglipat ay inilalathala sa melaya.org/legal/subprocessors; ang mga tiyak na legal na pangalan ng entity at mga naisakatuparan na kasunduan sa pagpoproseso ng datos para sa mga provider na tinukoy ng operator ay pinapanatili sa aming panloob na security vault at inaalok sa mga enterprise customer sa ilalim ng NDA.

Ibubunyag namin ang impormasyon sa mga sinusuportahang palitan at mga palitan ng merkado ng hula lamang hanggang sa puntong kinakailangan para maisagawa ang mga utos at makuha ang estado ng account sa inyong tagubilin.

Kapag ginagamit ang Melaya app para sa Microsoft Teams, ipinapasa ng Azure Bot Service ng Microsoft Corporation ang mga mensahe, event, at sagot sa pagitan ng Microsoft Teams at Melaya. Ang Microsoft Teams, Microsoft Graph, Slack, at HubSpot ay mga serbisyong pinipili ninyo o ng inyong organisasyon na ikonekta. Tumatanggap ang Melaya ng datos mula sa mga ito at nagpapadala ng datos sa mga ito ayon sa inyong tagubilin, gaya ng inilalarawan sa seksyon tungkol sa mga integration na iyon, at pinoproseso nila ito ayon sa sarili nilang mga tuntunin.

Ibubunyag namin ang impormasyon sa mga nagpapatupad ng batas, mga regulator, mga korte, at iba pang mga awtoridad kung saan naniniwala kami nang may mabuting pananampalataya na ang pagbubunyag ay kinakailangan ng naaangkop na batas, legal na proseso, o kahilingan ng pamahalaan, at kung saan namin ituturing na kinakailangan ang pagbubunyag na iyon para ipatupad ang aming Mga Tuntunin, protektahan ang mga karapatan, kaligtasan, o ari-arian ng Melaya, ng aming mga gumagamit, o ng publiko, o siyasatin ang pandaraya o mga isyu sa seguridad.

Maaari kaming magbunyag ng impormasyon kaugnay ng isang transaksyon ng korporasyon, tulad ng pagsasanib, pagbili, muling organisasyon, pagpopondo, o pagbebenta ng mga asset, kung saan hihilingin namin sa nagbibilig na partido na igalang ang mga pangako na ginawa sa Patakarang ito o magbigay sa mga apektadong gumagamit ng abiso at, kung kinakailangan, isang pagpili.

Maaari kaming magbahagi ng pinagsama-sama o de-identified na impormasyon na hindi makatwirang magamit para makilala kayo para sa mga layunin ng analytics, pananaliksik, at pagpapabuti ng produkto.

Datos ng Device Control

Kung ipapareha ninyo ang isang telepono, maaaring iproseso ng Melaya ang mga pangalan at label ng device, uri ng platform, katayuan ng pagpares, timestamp ng huling pagkakita, package name at label ng mga pinahihintulutang aplikasyon, metadata ng aktibong run, accessibility screen tree, resulta ng utos, at screen-share frame kapag sinimulan ninyo ang pagmi-mirror.

Ginagamit namin ang datos na ito upang ipares ang device, ipakita kung online ito, ipatupad ang inyong listahan ng mga pinahihintulutang aplikasyon, ipasa ang mga utos ng agent, ipakita ang live na progreso, magbigay ng pag-apruba ng tao at emergency stop control, mag-ayos ng mga suliranin sa pagiging maaasahan, at pangalagaan ang seguridad ng Mga Serbisyo.

Itinuturing na sensitibong operational data ang mga screen frame. Ipinapasa ang mga ito sa live session ng nagmamay-aring gumagamit at sa latest-frame kasangkapan ng Device Control, hindi ibinebenta, at hindi ginagamit upang magsanay ng mga pampublikong modelo. Dapat ninyong iwasang magbukas ng sensitibong aplikasyon ng ikatlong partido maliban kung sinadya ninyo itong pahintulutan para sa daloy ng trabaho.

Maaari ninyong ihinto ang pagmi-mirror, wakasan ang isang run, bawiin ang pagpares ng telepono, alisin ang pahintulot ng aplikasyon, i-disable ang Accessibility, mag-sign out, o magbura ng inyong account, nang napapailalim sa aming mga tungkulin sa retention, seguridad, billing, pag-iwas sa pandaraya, at batas.

Mga Mobile Agent, pagmamasid sa screen, at mga paraan ng pagpapatakbo

Depende sa feature na inyong ie-enable, maaari naming iproseso ang device identifier at label, bersiyon ng platform at aplikasyon, IP address, katayuan ng pagpares at huling pagkakita, metadata ng device token, package name ng pinahihintulutan o nakikitang aplikasyon, metadata ng aktibong run, utos at parameter, resulta at pagkakamali ng utos, teksto at katangian ng accessibility node, full-display screen pixel o frame, screenshot, overlay, coordinate ng interaction, nilalamang na-type o naisumite, prompt, attachment, input at output ng kasangkapan, tugon ng modelo, audit event, crash data, at telemetry sa seguridad.

Maaaring di-sinasadyang maisama sa screen at accessibility data ang mensahe, larawan, contact detail, account identifier, impormasyong pinansiyal o pangkalusugan, lokasyon, impormasyong pangtrabaho, o iba pang sensitibong datos ng ibang tao na ipinapakita ng pinahintulutang aplikasyon. Dapat magbigay ang mga kliyente at gumagamit ng kinakailangang abiso, kumuha ng awtoridad, bawasan ang capture, at iwasang ilantad ang walang-kaugnayang impormasyon. Hindi pinapalitan ng mga tungkuling iyon ang sarili naming mga tungkulin kapag kumikilos kami bilang controller o processor.

Pinoproseso namin ang datos ng Mobile Agent upang ipares at patotohanan ang mga device, ipatupad ang patakaran sa aplikasyon at utos, isagawa at ibalik ang hiniling na operasyon, magpakita ng katayuan at paunang pagtingin, kumuha ng pag-apruba, magbigay ng emergency stop at pagbawi, magsabay ng mga run, pigilan ang replay at pang-aabuso, mag-ayos ng pagkabigo, panatilihin ang auditability, pangalagaan ang Mga Serbisyo, sumunod sa batas, at ipatupad ang aming mga Tuntunin. Hindi namin ibinebenta ang datos ng screen, Accessibility, kredensiyal, prompt, o utos. Full-display ang MediaProjection screen streaming at hindi ito teknikal na limitado sa isang pinahintulutang aplikasyong nasa foreground.

Nakasalalay sa konteksto ang aming papel. Karaniwan kaming kumikilos bilang controller para sa datos ng account, billing, seguridad, pag-iwas sa pandaraya, pangangasiwa ng produkto, at sarili naming legal na pagsunod. Para sa daloy ng trabaho na isinaayos ng isang organisasyon at nilalaman ng end gumagamit, maaaring controller ang organisasyon at maaaring kumilos ang Melaya bilang processor sa ilalim ng naaangkop na kasunduan sa pagproseso ng datos. Hindi ninyo dapat gamitin ang buod na ito upang magtakda ng mga papel na salungat sa mga katotohanan o naaangkop na batas.

Tumatanggap ang piniling modelong cloud, connector, aplikasyon, merchant, o kasangkapan tagapagbigay ng mga prompt, kontekstong hango sa screen, datos ng kasangkapan, kredensiyal o authentication material, at nilalaman ng utos na kailangan para sa kahilingang itinuro ninyo rito. Pinoproseso ng mga tagapagbigay na iyon ang datos sa ilalim ng sarili nilang mga tuntunin o enterprise agreement. Hindi ginagamit ng Melaya ang nilalaman ng Mobile Agent upang magsanay ng pampubliko o general-purpose na Melaya modelo maliban kung magbibigay muna kami ng hiwalay na legal na abiso at pagpipilian; nakasalalay sa tagapagbigay at configuration na pinili ninyo ang pagsasanay at retention ng third-party modelo.

Naka-encrypt habang nakaimbak ang mga kredensiyal na iniimbak ng Melaya, ngunit dapat tumanggap ang piniling runtime ng magagamit na plaintext key, token, o hinangong authorization sa memorya upang matawagan ang piniling serbisyo. Kaya maaaring makita ng lokal runtime ang mga piniling key; maaaring pansamantalang matanggap ng Melaya cloud runtime ang mga ito; at matatanggap ng external tagapagbigay ang authentication na iniharap dito. Hindi ginagawang hindi nakikita ng encryption ang datos sa isang awtorisadong pagpapatakbo endpoint.

Hindi nangangahulugang walang datos na makarating sa Melaya ang lokal na pagpapatakbo. Maaaring ipasa, ipakita, o panatilihin ang run identifier, metadata ng device at utos, katayuan, mensahe, trace, kasangkapan event, gastos, pag-apruba, pagkakamali, at iba pang telemetry na tahasang inilalabas ng runtime. Hindi natatanggap ng Melaya ang datos na nananatiling lokal at hindi ipinapadala sa modelong cloud, connector, device relay, telemetry channel, o serbisyo ng Melaya.

Pinananatili lamang namin ang datos ng Mobile Agent sa mga panahong itinakda sa ibang bahagi ng Patakarang ito o kailangan para sa piniling feature, pangangasiwa ng account, seguridad, paglutas ng alitan, pag-iwas sa pandaraya, pagsunod sa batas, backup cycle, o tagubilin ng kliyente. Maaaring pangasiwaan ang live frame bilang pansamantalang latest-frame data, samantalang maaaring manatili ang piniling screenshot, utos, resulta, trace, o audit event kapag kinakailangan ng daloy ng trabaho, configuration ng kliyente, pangangailangang panseguridad, o batas.

Maaari ninyong ihinto ang isang run o mirroring session, gamitin ang available na emergency stop control, alisin ang aplikasyon sa allowlist, bawiin ang device o kredensiyal, i-disable ang Accessibility o screen capture sa setting ng operating system, idiskonekta ang tagapagbigay, mag-sign out, o humiling ng pagbura. Pinipigilan ng pagbawi ang awtorisadong pagproseso sa hinaharap ngunit hindi nito mababawi ang datos na naipadala na sa ikatlong partido o maibabalik ang isang operasyong natapos na.

Dapat ding lumitaw sa kaugnay na konteksto sa loob ng mobile na aplikasyon ang mga pahintulot at abiso sa pagkapribado ng Mobile Agent kung hinihingi ng mga tuntunin ng platform. Dinadagdagan at hindi pinapalitan ng Patakarang ito ang mga kapansin-pansing pagsisiwalat, prompt ng pahintulot sa runtime, Apple privacy information, Google Play Data Safety declaration, o abisong partikular sa tagapagbigay. Kung salungat sa aktuwal na pagproseso ang store label o in-app disclosure, makipag-ugnayan kaagad sa amin.

Hindi nakatuon sa mga bata ang mga Mobile Agent at hindi dapat gamitin upang subaybayan ang mga bata o vulnerable person nang walang balidong legal na batayan, angkop na awtoridad ng guardian o institusyon, pinatibay na pananggalang, at pagsunod sa naaangkop na batas sa proteksiyon ng bata at pagkapribado. Huwag magsumite ng special-category, biometric, pangkalusugan, pinansiyal, precise-location, authentication, o katulad na sensitibong datos maliban kung kailangan, awtorisado, at sinusuportahan ng angkop na pananggalang.

Impormasyong maaaring ibunyag ng bawat paraan ng pagpapatakbo

Lokal na runner + lokal na modelo. Nananatili sa makinang kontrolado ng gumagamit ang mga prompt, lokal na file, datos ng kasangkapan, piniling key, at inference maliban kung naglalabas ng telemetry ang runtime o tumatawag sa cloud connector. Natatanggap ng Melaya ang datos ng run, utos, collaboration, seguridad, o telemetry na aktuwal na ipinapadala sa mga serbisyo nito.

Lokal na runner + modelong cloud. Nananatili sa makinang kontrolado ng gumagamit ang pagpapatakbo at mga lokal na kasangkapan, ngunit natatanggap ng piniling tagapagbigay ng modelo ang bawat prompt, retrieved passage, detalyeng hango sa screen, schema ng kasangkapan, resulta ng kasangkapan, at metadata na kasama sa inference request.

Melaya cloud runtime + modelong cloud. Maaaring iproseso ng infrastructure ng Melaya ang runtime input, nabuong code, piniling plaintext credential sa pansamantalang memorya, prompt, retrieved context, mga file na ginawang available sa run, resulta ng kasangkapan, at inilabas na telemetry; natatanggap ng piniling tagapagbigay ng modelo ang inference payload na ipinadala rito.

Device Control sa Android. Pinoproseso ng control plane ng mga utos ng Melaya ang authentication ng gumagamit at nakapares na device, account-level allowlist, hiniling na operasyon, parameter, katayuan, at ibinalik na ebidensiyang kailangan upang awtorisahan at i-route ang utos. Dahil kasalukuyang gumagamit-scoped ang queue, maaaring kunin ng unang karapat-dapat na nakapares na teleponong nagpo-poll ang job, at pagkatapos ay ibinibigkis ang resulta ng job sa pagkuha na iyon. Maaaring siyasatin ng Android executor ang pinahihintulutang accessibility state at magsagawa ng foreground-restricted operation sa ilalim ng mga pahintulot ng Android; maaaring maisama sa full-display screen streaming ang anumang aplikasyon na nakikita habang nagmi-mirror at hindi ito kina-crop ayon sa allowlist.

Mga ruta ng pagsubok sa iOS at Mac. Tanging datos na available sa loob ng sandbox nito at sa mga pinahihintulutang Apple API ang pinoproseso ng aplikasyong App Store. Kung hiwalay na nagpapatakbo ang isang gumagamit ng Mac runner na may XCTest o WebDriverAgent, maaaring tumanggap ang rutang kontrolado ng gumagamit ng automation utos at nakuhang UI evidence mula sa test device na tahasang ipinares at inawtorisa.

Browser Control at ang Melaya browser extension

Kapag ikinonekta ninyo ang Melaya extension o sinimulan ang Browser Control, maaari naming iproseso ang Melaya account identifier at email, extension at browser-session identifiers, pairing at authentication-token metadata, piniling model, approval mode at tab scope, URL, title, active status at origin ng kasalukuyan o pinahintulutang tabs, page text at structure mula sa DOM o accessibility data, element labels at bounds, screenshots at live frames, nakikitang form values maliban sa password, text na tina-type o isinusumite, prompts, attachments, static context, selected connectors, commands, approvals, action results, errors, run identifiers, audit events, crash data at security telemetry. Sa All tabs, maaari ring ilista ang URL at title ng bukas na HTTP o HTTPS tabs; sa This tab, limitado ito sa nakakabit na tab. Ang listahang ito ay naglalarawan ng mga kategorya ng impormasyon at hindi isang kumpletong listahan, at kasama rito ang anumang iba pang input na ibinibigay mo sa agent sa kurso ng isang gawain.

Ginagamit lang namin ang Browser Control data upang i-pair at i-authenticate ang extension, unawain ang page, planuhin at isagawa ang inyong task, ipatupad ang tab, origin, action, approval at autonomy limits, ipakita ang status, magbigay ng takeover, stop at revocation, ibalik ang resulta, pigilan ang replay at abuse, mag-diagnose ng failure, mapanatili ang audit at seguridad, sumunod sa batas at ipatupad ang Terms. Maaaring may personal messages, account, financial, health, location, work, authentication o ibang sensitibong datos sa website content. Gamitin lamang kung may awtoridad at bawasan ang hindi kaugnay na content.

Ipinapadala ng Cloud mode sa Melaya at sa pinili ninyong cloud model provider ang prompt at page context na kailangan sa task. Maaaring panatilihin ng Local mode ang inference sa inyong runner, ngunit nagpapalitan pa rin ang extension at Melaya control plane ng authentication, grants, commands, results, approvals, status at security o reliability telemetry; natatanggap ng napiling cloud connector o tool ang datos na kailangan sa tawag. Ipinapakita ang provider bago ang run at sarili nitong terms o enterprise agreement ang nalalapat. Hindi namin ginagamit ang Browser Control content upang magsanay ng public o general-purpose Melaya model nang walang hiwalay na lawful notice at choice.

Iniimbak ng extension sa browser profile ang pairing at refresh material, instance identifier, grant-verification keys, tab-scope at interface preferences at umiikot na local audit ring. Gumagamit ng session storage ang active grants, leases, approvals at page references at karaniwang nabubura sa pagtatapos ng session. Inaalis ng disconnect ang pairing. Karaniwang transient latest-frame data ang live frames; maaaring manatili ang piling screenshots, prompts, files, commands, results, traces at audit events ayon sa Section 7, configuration, security, customer instructions, backup o batas.

Hindi ginagamit ng extension ang browser APIs para sa global history, bookmarks, geolocation, password manager, cookies o clipboard read sa Google Chrome o Microsoft Edge. Maaari nitong lokal na gamitin ang navigation entries ng current tab para sa Back o Forward at inaalis nito ang password-field values sa snapshots; maaari pa ring sensitibo ang visible content, account state o text na ipinapa-type ninyo. Maaari ninyong piliin ang This tab, hiwalay na i-enable ang All tabs, baguhin ang approval mode, ihinto o i-takeover ang run, bawiin ang grant, i-disconnect, limitahan ang site access nito sa Chrome o Edge, i-disconnect ang provider, bawiin ang consent sa extension o burahin ang account. Hindi mababawi ng revocation ang tapos na action o naipadalang data.

Ang paggamit at paglilipat ng Melaya sa user data mula sa extension ay sumusunod sa mga requirement ng store kung saan ito ipinamahagi: ang Chrome Web Store User Data Policy, kabilang ang Limited Use requirements, at ang Microsoft Edge Add-ons Developer Policies, kabilang ang mga requirement sa personal information, affirmative consent, data use, secure transmission at permission minimization. Nililimitahan namin ang datos sa pagbibigay, pagpapanatili, pag-secure at pagsukat ng reliability ng isiniwalat na browser-agent purpose. Hindi namin ito ibinebenta, ginagamit o inililipat para sa personalized advertising, data brokers, lending o creditworthiness. Inililipat lamang kung kailangan sa purpose, seguridad, abuse prevention, batas, o corporate transaction matapos ang anumang explicit prior consent na hinihingi ng naaangkop na store policy. Makakabasa lamang ang tao kapag may explicit consent ninyo para sa specific support, kailangan sa seguridad o batas, o aggregated at anonymized para sa lawful internal operations.

Dinadagdagan ng Policy na ito ang prominent disclosures at permission prompts sa extension at sa Chrome Web Store o Microsoft Edge Add-ons listing nito. Bago magproseso ng tab data o ipadala ito sa napiling cloud model o tool provider, dapat ilarawan ng extension ang kaugnay na datos at mga uri ng recipient at kumuha ng affirmative consent sa interface nito. May controls ito para ihinto ang active run, baguhin ang tab scope o provider, bawiin ang grant, mag-disconnect at bawiin ang consent; humihiling lamang ito ng kinakailangang permissions, naglalahad ng material changes bago ang bagong collection at pinananatiling tugma ang bawat store disclosure sa aktuwal na processing. Hindi binabago ng store ng pamamahagi ang mga practice na ito. Kung may salungatan, makipag-ugnayan agad sa info@melaya.org.

Mga integration sa Microsoft Teams, Slack, at HubSpot

Inilalarawan ng seksyong ito kung ano ang pinoproseso at iniimbak ng Melaya kapag kayo o ang inyong organisasyon ay gumagamit ng Melaya app para sa Microsoft Teams, ng Connect Microsoft Teams, ng Melaya app para sa Slack, o ng HubSpot connector at app. Dinadagdagan nito ang Seksyon 2, 5, at 7. Hindi ibinebenta ng Melaya ang datos na natatanggap sa pamamagitan ng mga integration na ito, hindi ito ginagamit sa advertising, at hindi ito ginagamit upang sanayin ang isang foundation o general-purpose model ng Melaya nang walang hiwalay na legal na abiso at pagpili. Pinoproseso ng Microsoft, Slack, at HubSpot ang datos sa sarili nilang mga serbisyo ayon sa sarili nilang mga tuntunin at sa mga kasunduan ng inyong organisasyon sa kanila.

Melaya app para sa Microsoft Teams

Kapag naka-install ang Melaya app sa isang team, group chat, o 1:1 chat, ipinapadala ng Microsoft Teams sa app ang mga mensahe at event ng usapang iyon sa pamamagitan ng Azure Bot Service ng Microsoft, at bine-verify ng Melaya na galing sa Microsoft ang bawat request bago ito basahin. Sa isang team, natatanggap ng app ang bawat mensahe sa channel kapag ibinigay ng team sa app ang resource-specific consent permission na ChannelMessage.Read.Group. Sa isang group chat, natatanggap nito ang bawat mensahe kapag ibinigay ng chat ang ChatMessage.Read.Chat. Kung walang ganitong pahintulot, natatanggap lamang nito ang mga mensaheng bumabanggit sa @Melaya. Sa isang 1:1 chat, natatanggap nito ang mga mensaheng ipinapadala ninyo rito. Natatanggap din nito ang mga event ng pag-install at pag-alis, mga reaction, at mga abiso ng idinagdag na miyembro.

Kasama sa bawat mensaheng natatanggap ng app ang teksto nito, ang display name ng nagpadala, ang kanyang Teams user ID at Microsoft Entra user object ID, ang Microsoft Entra tenant ID, ang mga identifier at pangalan ng team, channel, at usapan, at mga timestamp. Kumikilos lamang ang Melaya para sa isang miyembro ng Teams pagkatapos niyang i-link ang kanyang Teams identity sa isang Melaya account. Hanggang doon, nagpapadala lamang ang Melaya sa miyembrong iyon ng mga welcome at help card at, sa isang 1:1 chat, ng link na gumagana nang isang beses lamang at mag-e-expire pagkalipas ng 15 minuto. Walang Assistant turn at walang tool na tumatakbo para sa miyembrong hindi naka-link.

Context buffer. Sa mga team channel at group chat, nagtatago ang Melaya ng maikling rolling buffer ng pinakabagong mga mensaheng natanggap ng app, kasama ang mga mensahe mula sa mga miyembrong hindi pa nagli-link ng Melaya account: hanggang 30 mensahe bawat thread o group chat at hanggang 15 kamakailang top-level post bawat channel. Ang bawat entry ay naglalaman ng display name ng nagpadala at ng unang 1,500 character ng mensahe. Awtomatikong binubura ang isang buffer 3 araw pagkatapos ng huling mensaheng idinagdag dito. Walang buffer ang Melaya para sa mga 1:1 chat. Ginagamit lamang ang buffer kapag binanggit ng isang naka-link na miyembro ang @Melaya: hanggang 8,000 character ng mga naunang mensahe sa thread o channel na iyon ang idinaragdag sa Assistant turn ng miyembrong iyon bilang context, na minarkahan bilang impormasyon at hindi bilang mga tagubilin, at ipinapadala sa AI model at provider na pinili ng miyembrong iyon. Hindi sine-save ang context na ito bilang mga mensahe ng Assistant conversation ng miyembro.

Mga mapping at reference. Iniimbak ng Melaya ang mga sumusunod sa Redis cache nito, at awtomatikong binubura ang bawat isa kapag nag-expire ito: ang mapping sa pagitan ng isang Teams thread o chat at ng Assistant conversation ng naka-link na miyembro, kasama ang mga record sa likod ng mga control sa mga answer card (30 araw pagkatapos ng huling pagbanggit ng miyembro roon); isang reference na nagbibigay-daan sa Melaya na maabot ang isang miyembro sa isang pribadong 1:1 chat, na naglalaman ng Teams user ID ng miyembro, display name, ang Microsoft service address para sa tenant, at ang 1:1 chat ID (120 araw pagkatapos ng huling mensaheng natanggap ng Melaya mula sa miyembrong iyon); isang record ng bawat installation, na naglalaman ng pangalan at Microsoft Entra user object ID ng nag-install at ng pangalan ng team, upang ma-claim ito ng nag-install mula sa kanyang Melaya account (7 araw); at mga record ng approval at ng paghahatid ng file (6 na oras at 1 oras).

Mga Assistant turn. Ang pagbanggit sa @Melaya ng isang naka-link na miyembro, o ang mensahe sa 1:1 chat ng miyembrong iyon sa Melaya, ay nagpapatakbo ng sariling Melaya Assistant ng miyembrong iyon gamit ang sarili niyang model, mga connector, at setting. Ang mga aksyong nagsusulat o nagpapadala ay laging naghihintay ng approval ng miyembrong iyon. Ang prompt at ang sagot ay sine-save sa Melaya Assistant history ng miyembro tulad ng anumang ibang Assistant conversation at pinananatili ayon sa Seksyon 7. Ang mga sagot, at ang mga file at chart na binubuo ng Assistant, ay ipino-post sa Teams conversation, kung saan makikita ng lahat ng nasa usapang iyon. Sa isang 1:1 chat, inihahatid ang file sa pamamagitan ng Teams file consent card papunta sa OneDrive ng miyembro pagkatapos niya itong tanggapin. Sa isang channel o group chat, ina-upload ng Melaya ang file gamit ang sariling Connect Microsoft Teams authorization ng miyembro sa Files folder ng channel o sa OneDrive ng miyembro, at nagpo-post ng link na mabubuksan lamang ng mga taong may access sa channel, o ng mga tao sa organisasyon para sa isang group chat. Ipinapadala lamang ang mga file sa mga host ng Microsoft 365.

Mga approval. Sa isang channel o group chat, ipinapakita lamang ng shared approval card ang tool at ang mga pangalan ng mga argument nito. Ang mga value ng argument ay ipinapadala lamang sa miyembrong magpapasya, sa kanyang 1:1 chat sa Melaya, na naka-mask ang mga secret gaya ng mga key at token. Ang miyembro lamang na nagsimula ng turn ang makaka-approve o makakatanggi rito.

Mga member link at pag-alis. Ang isang member link ay nag-uugnay sa isang miyembro ng Teams, na kinikilala sa pamamagitan ng Microsoft Entra tenant ID at user object ID, sa isang Melaya account, kasama ang display name ng miyembro at kung paano at kailan ginawa ang link. Iniimbak ang mga link sa database ng Melaya hanggang alisin ng miyembro ang link sa pahina ng Mga Koneksyon o burahin niya ang kanyang Melaya account. Sinusuri muli ng bawat mensahe ang link, kaya ang inalis na link ay humihinto sa susunod na turn. Ang pag-alis ng app sa isang team, group chat, o 1:1 chat ay agad na nagbubura ng installation record, mga conversation mapping, at mga context buffer ng saklaw na iyon. Hindi nito binubura ang mga member link, ang mga Assistant conversation na naka-save sa Melaya, o ang mga Connect Microsoft Teams authorization, na kayo ang mag-aalis gaya ng inilalarawan sa seksyong ito.

Connect Microsoft Teams (Microsoft Graph)

Ang Connect Microsoft Teams sa pahina ng Mga Koneksyon ay nagbibigay-daan sa inyong mga agent at sa inyong Assistant na kumilos sa Microsoft Teams bilang kayo, sa pamamagitan ng Microsoft Graph. Gumagamit ang Melaya ng OAuth 2.0 authorization code flow na may PKCE sa multi-tenant Microsoft Entra app nito at humihiling ng mga delegated permission na ito: openid, profile, email, offline_access, User.Read, Team.ReadBasic.All, Channel.ReadBasic.All, ChannelMessage.Send, Chat.ReadWrite, ChatMessage.Send, at Files.ReadWrite.All. Wala sa mga ito ang nangangailangan ng tenant administrator. Ang ChannelMessage.Read.All, na nagbibigay-daan sa mga tool na magbasa ng mga mensahe sa channel, ay nangangailangan ng pahintulot ng administrator at hinihiling lamang sa isang hiwalay at opsyonal na hakbang. Ginagamit lamang ng Melaya ang authorization na ito para sa mga Microsoft Teams tool na inyong pinagana, upang maihatid ang mga file ng Assistant sa mga channel at group chat, at upang suriin kung aling mga usapan ang nakikita ninyo bago maghatid ng mga trigger event. Ang pagkonekta ay nagli-link din ng inyong Teams identity sa inyong Melaya account para sa Melaya app para sa Microsoft Teams.

Iniimbak ng Melaya ang refresh token, ang inyong Microsoft Entra tenant ID at pangalan ng organisasyon, ang inyong user object ID, email address, at display name, at ang mga ibinigay na permission, na naka-encrypt gamit ang AES-256-GCM envelope encryption. Hindi iniimbak ang mga access token sa credential vault: kumukuha ang server ng panandaliang access token kapag kailangan ito ng isang tool, itinatago ito sa memory ng server habang valid lamang ito, at ang access token lamang na iyon ang ibinibigay sa mga tool, hindi kailanman ang refresh token. Nagbibigay ang Microsoft ng bagong refresh token sa bawat refresh. Sine-save ng Melaya ang pinakabago sa naka-encrypt na vault at nagtatago ng naka-encrypt na forwarding record sa Redis cache nito nang hanggang 100 araw, upang ang bawat server process ay gumamit ng pinakabagong token.

Ang pag-disconnect ng Microsoft Teams sa pahina ng Mga Koneksyon ay nagbubura sa Melaya ng mga naka-imbak na token ng account na iyon at nagtatapon ng anumang access token na naka-cache mula sa mga ito. Ang kopyang inilapat ninyo sa isang project ay nananatili hanggang maalis ito sa project na iyon. Walang paraan ang Microsoft para bawiin ng isang app ang mga token nito para sa iisang user, kaya upang bawiin din ang access ng Melaya sa panig ng Microsoft, alisin ang Melaya sa myapps.microsoft.com, o hilingin sa inyong administrator na alisin ito sa ilalim ng Enterprise applications sa Microsoft Entra admin center. Hindi inaalis ng pag-disconnect ang link sa pagitan ng inyong Teams identity at ng inyong Melaya account. Alisin nang hiwalay ang link sa pahina ng Mga Koneksyon.

Melaya app para sa Slack

Kapag idinagdag ng isang Slack workspace ang Melaya app, sa pamamagitan ng Add to Slack o ng Slack Marketplace, ang mga bot permission na ito lamang ang hinihiling ng Melaya: chat:write, channels:read, channels:history, groups:history, im:history, app_mentions:read, at files:write. Hindi ito humihiling ng anumang user permission. Pagkatapos ay ipinapadala ng Slack sa Melaya ang mga mensaheng ipino-post sa mga channel kung saan idinagdag ang app, ang mga pagbanggit sa @Melaya, ang mga direct message sa app, at ang mga abiso ng pag-uninstall at pagbawi ng token, at bine-verify ng Melaya ang bawat request gamit ang signing secret ng Slack. Ang mga mensahe sa channel na hindi bumabanggit sa @Melaya ay ginagamit lamang para sa mga trigger event na inilalarawan sa ibaba. Iniimbak ang bot token ng workspace kasama ang pangalan at ID ng workspace, na naka-encrypt gamit ang AES-256-GCM envelope encryption, sa account ng Melaya user na nagkonekta ng workspace. Para sa isang install mula sa Slack Marketplace na wala pang Melaya user na nag-claim, itinatago ang naka-encrypt na bot token nang 7 araw upang makasagot ang app ng mga tagubilin sa setup.

Naka-link ang nag-install sa oras ng pag-install, at ang ibang miyembro ay nagli-link nang isang beses sa pamamagitan ng isang single-use na link na valid nang isang oras. Ang isang member link ay naglalaman ng workspace ID, ng Slack user ID, kung paano at kailan ginawa ang link, at ng Melaya account, at iniimbak ito hanggang alisin ito ng miyembro sa pahina ng Mga Koneksyon, burahin niya ang kanyang Melaya account, o i-uninstall ng workspace ang app. Ang pagbanggit sa @Melaya ng isang naka-link na miyembro ay nagpapatakbo ng sariling Assistant ng miyembrong iyon, at ang mga aksyong nagsusulat o nagpapadala ay naghihintay ng approval niya. Sa sandaling iyon, binabasa ng Melaya, gamit ang bot token ng workspace, ang mga mensahe ng thread (hanggang 30) o ang pinakabagong mga mensahe ng channel (hanggang 15), hanggang 1,500 character bawat isa at 8,000 character sa kabuuan, at idinaragdag ang mga ito sa turn na iyon lamang, bilang context para sa model na pinili ng miyembro. Walang hiwalay na buffer ng mga mensahe sa Slack ang Melaya. Ang prompt at ang sagot ay sine-save sa Assistant history ng miyembro ayon sa Seksyon 7, nag-e-expire ang mga thread mapping pagkalipas ng 30 araw, at sa isang channel, ipinapakita lamang ang mga value ng approval sa miyembrong magpapasya, sa isang mensaheng siya lamang ang nakakakita.

Kapag in-uninstall ng isang workspace ang Melaya app o binawi nito ang bot token nito, binubura ng Melaya ang mga bot token ng workspace na iyon mula sa mga account ng mga user na nagkonekta nito, ang mga member link ng workspace, at ang mga thread mapping nito. Ang mga kopyang inilapat sa isang project ay nananatili hanggang alisin ng may-ari ng project. Hindi apektado ang mga workspace na ikinonekta gamit ang sarili nilang Slack app sa manual tab.

HubSpot connector at app

Ang pagkonekta ng HubSpot gamit ang OAuth ay humihiling ng mga scope na oauth, crm.objects.contacts.read, crm.objects.contacts.write, crm.objects.deals.read, at crm.objects.deals.write, at opsyonal na crm.objects.companies.read at crm.objects.tickets.read. Iniimbak ng Melaya ang refresh token, ang ID at domain ng HubSpot account, ang email address at HubSpot user ID ng user na nagkonekta, at ang mga ibinigay na scope, na naka-encrypt gamit ang AES-256-GCM envelope encryption. Ang mga panandaliang access token ay kinukuha sa server kapag kailangan ito ng isang tool, at hindi kailanman natatanggap ng mga tool ang refresh token. Ginagamit lamang ng inyong mga agent ang access na ito para sa mga HubSpot tool na inyong pinagana.

Ang Melaya app sa HubSpot ay nagdaragdag ng workflow action na nagpapatakbo ng isang Melaya pipeline, isang card sa mga CRM record, isang settings page, at mga webhook para sa mga pagbabago sa contacts, companies, deals, at tickets. Pinipirmahan ng HubSpot ang bawat request at tinutukoy ang HubSpot account, at kumikilos lamang ang Melaya bilang isang Melaya user na nagkonekta ng account na iyon. Kapag tumakbo ang isang pipeline sa isang record, bahagi ng input ng run ang datos ng record at pinananatili ito kasama ng run ayon sa Seksyon 7. Inililista ng record card ang hanggang 20 pinakabagong run na sinimulan sa record na iyon, sa loob ng 30 araw.

Ang pag-disconnect ng HubSpot sa pahina ng Mga Koneksyon, o mula sa settings page ng app sa HubSpot, ay nagbubura ng mga naka-imbak na token sa Melaya at bumabawi sa refresh token sa HubSpot, maliban kung ginagamit pa ang token na iyon ng isang project na ibinabahagi ninyo. Ang pag-uninstall ng app sa HubSpot ay nagtatapos sa access ng Melaya. Upang burahin din ang naka-imbak na naka-encrypt na record, i-disconnect din ang HubSpot sa Melaya o makipag-ugnayan sa info@melaya.org.

Mga trigger event mula sa Microsoft Teams, Slack, at HubSpot

Maaari kayong gumawa ng mga Melaya trigger para sa mga Microsoft Teams event (teams.message, teams.mention, teams.reaction, teams.member_added). Nagmumula ang mga event sa Melaya app para sa Microsoft Teams o, kung pipiliin ninyo, sa isang Microsoft Graph change notification subscription na ginagawa ng Melaya gamit ang sarili ninyong authorization, at pagkatapos ay kinukuha ng Melaya ang bawat bagong mensahe gamit ang authorization na iyon. Ang event mula sa app ay inihahatid lamang sa mga trigger na ang may-ari ay may Connect Microsoft Teams authorization para sa tenant na iyon, nang personal o sa pamamagitan ng isang project, at nakikita ang usapan gamit ang sarili niyang Microsoft Graph authorization bilang miyembro ng channel o chat. Ang isang Teams event ay maaaring maglaman ng teksto ng mensahe (hanggang 8,000 character), ng display name at Microsoft Entra user object ID ng nagpadala, ng mga identifier at pangalan ng team, channel, at usapan, at ng mga timestamp. Ang isang member_added event ay naglalaman ng mga pangalan at Microsoft Entra user object ID ng mga idinagdag na miyembro.

Ang mga Slack event ay inihahatid lamang sa mga trigger na ang may-ari ay nagkonekta ng Slack workspace na iyon, nang personal o sa pamamagitan ng isang project na ine-edit o pagmamay-ari niya. Ang mga HubSpot event, na nag-uulat ng paglikha, pagbura, pagbabago ng property, at pagbabago ng association ng contacts, companies, deals, at tickets, ay inihahatid lamang sa mga trigger na ang may-ari ay nagkonekta ng HubSpot account na iyon, nang personal o sa pamamagitan ng isang project na ine-edit o pagmamay-ari niya.

Naghihintay lamang ang isang event sa processing queue hanggang ito ay maproseso. Ang payload nito ang nagiging input ng pipeline run na sinisimulan nito at pinananatili kasama ng run na iyon ayon sa Seksyon 7. Ang mga delivery receipt, na naglalaman ng mga event identifier, status, resulta ng desisyon, at timing ngunit hindi ng teksto ng mensahe, ay binubura pagkalipas ng 7 araw bilang default. Ang listahan ng mga kamakailang event na makikita sa app at sa pamamagitan ng triggers API ay nagpapakita ng hanggang sa huling 500 event bawat user at binubura 24 na oras pagkatapos ng huling event na idinagdag dito. Naglalaman ito ng mga event identifier, status, at redacted na detalye, hindi ng event payload.

6. Mga Internasyonal na Paglilipat ng Datos

Ang Melaya ay nagpapatakbo sa pandaigdigang antas. Ang personal na impormasyon ay maaaring iproseso sa, o ilipat sa, mga bansang iba sa tinitirhan ninyo, kabilang ang mga hurisdiksyon kung saan nagpapatakbo ang aming mga subprocessor. Ang aming imprastraktura ng produksyon, kabilang ang pangunahing database at cache, ay naka-host sa rehiyon ng Asia Pacific (Singapore). Kung saan ang personal na impormasyon na nagmumula sa European Economic Area, United Kingdom, o Switzerland ay inililipat sa isang bansang hindi nakatanggap ng adequacy decision, umaasa kami sa mga naaangkop na pananggalang, kabilang ang European Commission Standard Contractual Clauses, ang UK International Data Transfer Addendum, at ang katumbas na mekanismo ng paglipat ng Switzerland, na sinusuportahan ng mga teknikal at organisasyonal na hakbain. Ang isang labinlimang-seksyon na template ng Data Processing Addendum na nagsasama ng EU SCCs Module 2/3, ang UK IDTA, at ang katumbas ng Swiss FADP ay nakatuon sa aming panloob na security vault. Ang template ay inaalok sa isang bilateral na batayan sa mga customer ng enterprise. Ang pagsusuri ng panlabas na tagapayo ay nakabinbin bago ito maiAlok bilang clickwrap sa mga antas na hindi enterprise. Ang mga kopya ng mga kaugnay na pananggalang sa paglipat at ang mga naisagawang DPA ng subprocessor ay makukuha sa kahilingan sa ilalim ng NDA.

7. Pagpapanatili ng Datos

Pinapanatili namin ang personal na impormasyon sa loob lamang ng panahon na kinakailangan upang matupad ang mga layunin kung saan ito kinokolekta, upang sumunod sa aming mga legal na obligasyon, upang resolbahin ang mga hindi pagkakaunawaan, at upang ipatupad ang aming mga kasunduan. Ang datos ng pagpaparehistro ng account ay pinapanatili sa buong buhay ng account at para sa makatuwirang panahon pagkatapos upang pahintulutan ang muling pagpapagana, pagkakasundo ng accounting, at pagtatanggol ng mga legal na paghahabol. Ang mga rekord ng pagsingil ay pinapanatili sa panahon na kinakailangan ng mga naaangkop na batas ng buwis at accounting, karaniwang hindi bababa sa pitong (7) taon. Ang mga log ng takbo, mga bakas ng audit, at operational telemetry ay pinapanatili sa batayan ng antas na sumasalamin sa katalogo ng antas sa aming pampublikong pagpepresyo: ang mga gumagamit ng Sandbox ay tumatanggap ng mas maikling window at ang mga gumagamit ng Citadel ay tumatanggap ng pinakamahabang window, na napapailalim sa mga customer-specific na pagpapalit na napagkasunduan sa sulat. Ang mga window ng pagpapanatili ay ipinapatupad ng isang nakatakdang paglilinis (na na-verify ng retention-sweep.ts) na nagtatanggal ng mga hilera ng agents.runs na lumampas sa kanilang tier-specific na cutoff (Sandbox 7 araw, Forge 30 araw, Bastion 90 araw, Citadel walang cutoff), naglalabas ng audit-log event na retention.sweep_ran para sa bawat takbo, at lumalabas ng zero laban sa isang subukang takbo ng production database. Ang mga retrieval index at mga na-upload na dokumento ay pinapanatili hanggang sa tanggalin ninyo ang mga ito o isara ang inyong account. Sa pagtanggal o pagsasara ng account, ang mga ito ay tinatanggal mula sa mga aktibong sistema sa loob ng mga komersyal na makatwirang panahon at mula sa mga backup sa aming normal na pag-rotate ng backup. Ang mga envelope-encrypted na kredensyal ng palitan ay pinapanatili hanggang sa tanggalin ninyo ang mga ito o isara ang inyong account, pagkatapos nito ang ciphertext ay tinatanggal at, sa sandaling maitago na ng lahat ng backup na naglalaman nito, ay nagiging permanenteng hindi na mababasag muli dahil wala nang natitirang kopya ng susi kahit saan na magkasama nito. Ang nilalaman ng pag-uusap, pati na ang mga setting at standing instructions na nakakabit dito, ay itinatago hanggang burahin mo ang pag-uusap na iyon o isara ang iyong account; kapag binura, tinatanggal ang mga ito sa mga aktibong sistema sa makatuwirang panahon at sa mga backup ayon sa aming karaniwang rotation. Ang pagpapanatiling partikular sa mga integration sa Microsoft Teams, Slack, at HubSpot, kabilang ang mga message buffer, cache record, member link, OAuth token, at trigger event, ay inilalarawan sa seksyon tungkol sa mga integration na iyon.

8. Ang Inyong Mga Karapatan

Depende sa inyong hurisdiksiyon, maaaring may karapatan kayong i-access, iwasto, burahin, limitahan, tutulan, o tumanggap ng portable na kopya ng personal na impormasyon; bawiin ang pahintulot; magsampa ng reklamo sa may-kakayahang awtoridad; tumanggi sa ilang pagbebenta, pagbabahagi, targeted advertising, o profiling; limitahan ang ilang paggamit ng sensitibong impormasyon; at makakuha ng mga pananggalang laban sa mga desisyong ginawa lamang sa awtomatikong paraan na nagdudulot ng legal o katulad na makabuluhang epekto. Maaaring may karapatan ang mga residente ng California sa ilalim ng CCPA/CPRA, kabilang ang mga karapatang malaman, magpabura, magpawasto, tumanggi, maglimita, at hindi madiskrimina kung naaangkop. Maaaring may karagdagang karapatan sa ilalim ng naaangkop na batas ang mga indibidwal sa Singapore, United Kingdom, EEA, Switzerland, Brazil, India, Pilipinas, People’s Republic of China, Russia, at iba pang hurisdiksiyon. Hindi nilalayon ng Melaya na ang pangkalahatang Mga Serbisyo nito ang gumawa, sa paraang awtomatiko lamang, ng desisyong may legal o katulad na makabuluhang epekto sa isang indibidwal. Hindi dapat mag-configure ang mga kliyente ng ganoong paggamit nang walang balidong legal na batayan, kinakailangang transparency, pagsusuri ng tao, kakayahang tumutol, impact assessment, at iba pang pananggalang. Nakasalalay sa daloy ng trabaho ang magagamit na kontrol; huwag ipalagay na ang bawat operasyong may malaking bunga ay teknikal na nangangailangan ng multi-factor authentication o pag-apruba ng tao.

Maaari mong gamitin ang iyong mga pangunahing karapatan nang ikaw mismo sa anumang oras mula sa mga setting ng iyong account: mag-export ng machine-readable na kopya ng iyong personal na datos sa ilalim ng "Privacy & your data" (access at portabilidad), itama ang iyong mga detalye ng account nang direkta (rektipikasyon, na may step-up multi-factor na hamon para sa mga pagbabago ng email o username), at permanenteng burahin ang iyong account at personal na datos (pagbubura), na nagsusulat rin ng tombstone sa aming tamper-evident na audit log. Ang mga kahilingan para sa paghihigpit at pagtutol, anumang iba pang kahilingan, o isang kahilingan kung saan hindi mo ma-access ang iyong account ay pinamamahalaan nang mano-mano; makipag-ugnayan sa amin gamit ang mga detalye sa Seksyon 15. Tutugon kami sa loob ng mga takdang panahon na kinakailangan ng naaangkop na batas. Maaaring kailanganin naming i-verify ang iyong pagkakakilanlan bago kumilos sa isang kahilingan, at maaari naming tanggihan o limitahan ang isang kahilingan kung pinahintulutan ng batas, halimbawa upang protektahan ang mga karapatan ng iba, upang pangalagaan ang mga lihim ng kalakalan, o upang sumunod sa mga legal na obligasyon.

9. Mga Cookie at Katulad na Teknolohiya

Ang mga Serbisyo ay gumagamit ng limitadong hanay ng mga first-party cookie at lokal na entry ng imbakan na mahigpit na kinakailangan upang magpatakbo, mag-authenticate sa inyo, mapanatili ang estado ng session, mabalanse ang load, at masigurado ang mga Serbisyo laban sa pag-abuso. Hindi kami gumagamit ng mga third-party na cookie sa advertising. Kung saan gumagamit kami ng opsyonal na analytics, ginagawa namin ito sa isang paraan na nagpapanatili ng privacy, na may aggregation at walang cross-site tracking. Ang isang cookie consent banner sa unang pagbisita ay isinasama sa Melaya web client. Nagtatangi ito ng mahigpit na kinakailangang cookie (session, CSRF, rate-limit key) mula sa opsyonal na analytics at naitala ang pagpili ng gumagamit sa lokal na imbakan ng browser sa ilalim ng mel_cookie_consent_v1. Walang third-party na analytics ang magpapalabas hanggang sa pumayag ang gumagamit. Maaari ninyong pamahalaan ang mga cookie sa pamamagitan ng mga setting ng inyong browser. Ang pag-disable ng mahigpit na kinakailangang cookie ay pipigilan sa pagtratrabaho ng mga Serbisyo.

10. Mga Bata

Ang Mga Serbisyo ay hindi nakatuon sa mga bata, at hindi kami nagkokolekta ng personal na impormasyon mula sa sinumang wala pang labing walong (18) taong gulang. Kung naniniwala kayo na ang isang bata ay nagbigay sa amin ng personal na impormasyon, makipag-ugnayan sa amin at gagawa kami ng mga hakbang para tanggalin ang impormasyon at wakasan ang kaugnay na account.

11. Seguridad

Nagpapatupad kami ng mga administratibo, teknikal, at pisikal na pag-iingat na dinisenyo para protektahan ang personal na impormasyon laban sa hindi awtorisadong pag-access, pagbubunyag, pagbabago, at pagkasira. Ang mga detalye ay ibinibigay sa aming Pangkalahatang-tanaw ng Seguridad. Walang sistema ang ganap na ligtas, at hindi namin maaaring garantiyahan ang ganap na seguridad ng personal na impormasyon.

12. Mga Third-Party na Serbisyo at Mga Link

Maaaring makipag-ugnayan o mag-link ang Mga Serbisyo sa mga serbisyo ng ikatlong partido, kabilang ang mga palitan, mga tagapagbigay ng modelo ng wika, software ng pitaka, at mga panlabas na pinagkukunan ng datos. Hindi nalalapat ang Patakaran na ito sa mga serbisyo ng ikatlong partidong iyon, at hindi kami responsable sa kanilang mga gawi sa privacy. Dapat ninyong suriin ang mga abiso sa privacy ng anumang serbisyo ng ikatlong partido na inyong ginagamit.

13. Mga Serbisyo ng Google API at Datos ng Usuario ng Google

Kapag ikinonekta ninyo ang inyong Google account sa Melaya sa pamamagitan ng pahina ng Mga Koneksyon, humihiling kami ng tiyak na hanay ng mga saklaw ng OAuth mula sa Google upang ang mga daloy ng proseso na inyong binubuo ay makakilos sa inyong ngalan. Tinatrato namin ang anumang datos na na-access sa pamamagitan ng mga Google API ("Datos ng Usuario ng Google") alinsunod sa Patakaran ng Datos ng Usuario ng Mga Serbisyo ng Google API, kabilang ang mga kinakailangan sa Limitadong Paggamit na nakatakda sa ibaba.

13.1 Mga Saklaw na Aming Hinihiling at Bakit

Hiwalay ang pahintulot sa Google sa pag-sign in sa account. Sa Connectors, pinipili ninyo ang mga grupo ng kakayahang ibibigay sa bawat Google identity. Maaari kayong magkonekta ng maraming Google account, kabilang ang maraming account para sa iisang produkto, at pumili ng default na account para sa bawat kakayahan. Ang napiling scopes lamang para sa bawat pahintulot ang hinihiling ng Melaya. Kapag hindi pinapayagan ng Google na pagsamahin ang ilang scope family sa isang request, kabilang ang YouTube at ilang Workspace scope, nagbubukas ang Melaya ng hiwalay na consent flow at hiwalay na iniimbak ang mga pahintulot. Ang kasalukuyang scopes at gamit ay:

openid, email, profile. Ginagamit lamang upang makilala kayo kapag nag-sign in kayo gamit ang Google o nag-link ng Google account sa inyong pagkakakilanlan sa Melaya. Iniimbak namin ang email address sa aming rekord ng gumagamit at ginagamit ang pangalan at larawan ng profile, kung ibinigay, lamang upang ipakita ang inyong account sa UI ng Melaya.

Ang https://www.googleapis.com/auth/gmail.readonly ay para maglista, maghanap, at magbasa ng Gmail lamang kapag humiling kayo ng mailbox workflow; ang https://www.googleapis.com/auth/gmail.send ay para magpadala ng email ayon sa inyong utos. Ang https://www.googleapis.com/auth/calendar.events ay para magbasa, gumawa, mag-update, at magtanggal ng mga event na ipinapamahala ninyo; ang https://www.googleapis.com/auth/calendar.events.freebusy ay mas limitadong access sa availability para maghanap ng libreng oras.

Nililimitahan ng https://www.googleapis.com/auth/drive.file ang access sa Drive sa mga file na ginawa ng Melaya o mga file na ibinigay sa Melaya sa ibang pagkakataon sa pamamagitan ng sinusuportahang Google file-selection flow; ang kasalukuyang mga Drive tool ay gumagawa at namamahala ng mga file na ginawa ng Melaya. Ang https://www.googleapis.com/auth/spreadsheets, https://www.googleapis.com/auth/documents, at https://www.googleapis.com/auth/presentations ay nagbibigay-daan sa hiniling na mga daloy ng proseso na basahin, gawin, at i-edit ang mga Sheets, Docs, at Slides presentation na tinutukoy ninyo. Ang https://www.googleapis.com/auth/webmasters ay para sa Search Console analytics, URL inspection, at pagsusumite o pagtanggal ng sitemap para sa mga na-verify na property. Ang https://www.googleapis.com/auth/youtube.force-ssl ay para sa pamamahala ng channel, video, playlist, comment, at caption ayon sa itinuro ninyo, samantalang binabasa ng https://www.googleapis.com/auth/yt-analytics.readonly ang channel analytics. Binabasa ng https://www.googleapis.com/auth/analytics.readonly ang mga ulat ng mga Google Analytics property na ikinonekta ninyo; hindi nito mababago ang mga setting o datos ng Analytics. Nagbibigay-daan ang https://www.googleapis.com/auth/meetings.space.readonly sa isang ahente na ilista ang inyong mga rekord ng konperensya sa Google Meet at basahin ang transcript ng isang miting na pinili ninyo, tanging kapag hiniling ninyo ito; hindi humihiling ang Melaya ng access sa Drive para sa mga rekording o transcript file ng Meet. Ang https://www.googleapis.com/auth/adwords ay para sa Google Ads reporting at mga operasyong inaprubahan ng user sa account, campaign, budget, ad group, keyword, at audience. Hindi namin hinihiling ang dobleng https://www.googleapis.com/auth/webmasters.readonly dahil kasama na sa webmasters ang access sa pagbasa nito.

Maaari ninyong tanggihan ang anumang kakayahan at idi-disable ng Melaya ang mga feature na walang ipinagkaloob na scope. Kapag nagbago ang scope, ia-update namin ang seksyon at consent configuration at hihingi ng pahintulot bago gamitin.

13.2 Paano Namin Ginagamit ang Datos ng Usuario ng Google

Ginagamit ang Datos ng Usuario ng Google nang eksklusibo upang maibigay at mapabuti ang mga tampok na nakaharap sa gumagamit na inyong tahasang pinagana sa inyong mga daloy ng proseso, at para sa limitadong karagdagang paggamit na pinahintulutan ng Patakaran ng Datos ng Usuario ng Mga Serbisyo ng Google API. Partikular:

Hindi namin ginagamit ang Google User Data upang sanayin, i-fine-tune, o suriin ang pangkalahatang AI models. Inililipat lamang ito upang maisagawa ang workflow na hinihiling ninyo: sa mga tatanggap na pinili ninyo; sa cloud o local model provider na pinili ninyo kapag kailangan nitong iproseso ang data para sa gawain; sa mga subprocessor na kailangan sa Mga Serbisyo; o kapag kailangan ng batas o proteksiyon ng mga karapatan at kaligtasan. Sariling terms at privacy controls ng napiling third-party model provider ang umiiral. Hindi namin ibinebenta ang data o ibinabahagi para sa cross-context behavioral advertising.

13.3 Pag-iimbak at Pagpapanatili ng Mga Token ng Google

Ang mga OAuth refresh token at panandaliang access token mula sa Google ay pinoprotektahan ng AES-256-GCM envelope encryption sa server ng Melaya at iniimbak sa encrypted credential store ng Melaya, na saklaw sa inyong account o sa project kung saan ninyo ikinonekta ang mga ito. Hindi nila-log ang mga token sa plaintext, hindi ibinabalik sa browser pagkatapos ng unang pagbibigay, at dine-decrypt lamang para sa outbound API call.

Maaari ninyong alisin ang access ng Melaya sa pahina ng Mga Koneksyon o bawiin ito sa inyong Google Account sa myaccount.google.com/permissions. Ang pag-alis ng connector sa Melaya ay agad na nagtatanggal ng nakaimbak na tokens. Ang pagbawi sa Google ay agad na humaharang sa susunod na paggamit; dahil hindi ginagarantiya ng Google ang abiso ng pagbawi sa Serbisyo, alisin din ang connector sa Melaya o makipag-ugnayan sa info@melaya.org upang burahin ang nakaimbak na encrypted token. Ang operational records na may Google API results ay pinananatili ayon sa Seksyon 7.

13.4 Pagbubunyag ng Limitadong Paggamit

Ang paggamit at paglipat ng Melaya sa anumang ibang app ng impormasyon na natanggap mula sa mga Google API ay susunod sa Patakaran ng Datos ng Usuario ng Mga Serbisyo ng Google API, kabilang ang mga kinakailangan sa Limitadong Paggamit.

14. Mga Pagbabago sa Patakarang Ito

Maaari naming i-update ang Patakarang ito paminsan-minsan. Kapag gumawa kami ng mga makabuluhang pagbabago, ipapaalam namin sa inyo sa pamamagitan ng Mga Serbisyo o sa pamamagitan ng email nang hindi bababa sa labinlimang (15) araw bago magkabisa ang mga pagbabago, maliban kung kinakailangan ng mas maikling panahon upang sumunod sa batas. Ang petsang "Huling na-update" sa itaas ng Patakarang ito ay sumasalamin sa pinakabagong rebisyon.

15. Makipag-ugnayan

Upang gamitin ang inyong mga karapatan, magtanong tungkol sa Patakarang ito, o magsumite ng reklamo sa privacy, makipag-ugnayan sa:

Para sa mga gumagamit sa European Economic Area, United Kingdom, at Switzerland, maaari rin kayong maghain ng reklamo sa inyong lokal na awtoridad sa pangangasiwa ng proteksyon ng datos.