Biztonság
A BOTS4.me esetében a biztonság nem csupán egy funkció — mindennek az alapja, amit teszünk. Az üzletünk azon múlik, hogy megvédjük az adatait, ezért olyan átfogó biztonsági intézkedésekkel építettük fel a platformunkat, amelyek megfelelnek az üzleti automatizálási szolgáltatások iparági szabványainak, sőt túl is szárnyalják azokat.
🔐 A Secure Quick Connect (OAuth) magyarázata
A legtöbb modern szolgáltatás (Gmail, Outlook, Google Drive, OneDrive, Dropbox, Box) támogatja az „OAuth” szabványt – ez olyan biztonsági szabvány, amelynél közvetlenül AZ Ő oldalukon jelentkezik be, és soha nem adja meg nekünk a jelszavát. Ők igazolják az Ön személyazonosságát, és egy különleges jogosultsági kulcsot adnak nekünk, amely csak azt teszi, amit Ön jóváhagyott.
Azoknál a szolgáltatásoknál, amelyek még nem támogatják az OAuth-ot, a hitelesítő adatait a megadás pillanatában RSA-2048 titkosítással védjük. Így vagy úgy, a /bots vezérlőpultról teljes körű irányítása van.
Többrétegű titkosítás
Iparági szabványnak megfelelő titkosítási protokollokat alkalmazunk, köztük vállalati felhőalapú titkosítási szolgáltatásokat és RSA-kulcspárokat, hogy megvédjük az adatait mind az átvitel során, mind nyugalmi állapotban.
Elkülönített infrastruktúra
Az automatizálási folyamatai dedikált, védett szervereken futnak, szigorú hozzáférés-szabályozással és átfogó biztonsági felügyelettel, hogy megelőzzük a jogosulatlan hozzáférést.
Beépített adatvédelem
Az érzékeny adatokat a beküldés pillanatában titkosítjuk, és a rendszereinkben végig titkosítva maradnak. Az adataihoz csak az arra jogosult folyamatok férhetnek hozzá, akkor, amikor szükséges.
Átlátható gyakorlatok
Világos adatkezelési szabályzatokat tartunk fenn, és átfogó dokumentációt adunk a biztonsági gyakorlatainkról, így pontosan tudja, hogyan védjük az adatait.
Secure Quick Connect (OAuth 2.0) – a legbiztonságosabb megoldás
A nagy szolgáltatóknál, mint a Gmail, az Outlook, a Google Drive, a Dropbox, a OneDrive és a Box, támogatjuk az iparági szabványnak megfelelő Secure Quick Connect (OAuth 2.0) megoldást – ugyanazt a biztonságos módszert, amelyet világszerte alkalmazások milliói használnak.
Mi az OAuth, és miért jobb
IMAP.AccessAsUser.All, a Mail.ReadWrite, a MailboxSettings.ReadWrite, valamint (a Mail2CLOUD esetében) a szűk Files.ReadWrite.AppFolder kör, amely csak egyetlen, általunk létrehozott mappát lát. A Gmail esetében a Gmail API körei: a gmail.modify (olvasás, címkézés, Kukába helyezés, beszúrás és küldés — soha nem végleges törlés), a gmail.settings.basic, valamint (a Google Drive-on futó Mail2CLOUD esetében) a drive.file, amely csak az alkalmazásunk által létrehozott fájlokat látja. A teljes, jogosultsági körönkénti indoklás az Adatvédelmi tájékoztatónkban található.
Hogyan működik az OAuth-bejelentkezés
Kattintson a „Csatlakozás OAuth-tal” gombra
Átirányítás a szolgáltató biztonságos bejelentkezési oldalára
Jogosultságok jóváhagyása az ő oldalukon
Biztonságos token küldése a BOTS4.me-nek
A token titkosítva és biztonságosan tárolva
OAuth vagy jelszó: Ön dönt
Választási lehetőséget adunk az OAuth (a támogatott szolgáltatóknál ajánlott) és a hagyományos alkalmazásjelszavak/API-kulcsok között. Mindkettő biztonságos – az OAuth csupán teljesen megszünteti a jelszótárolást. Azoknál a szolgáltatásoknál, amelyek nem támogatják az OAuth-ot, a hitelesítő adatait RSA-2048 titkosítás védi.
Vagy ne csatlakoztasson semmit: Továbbítás nekünk
Mail2ERP, Supplier2ERP, Pay2ERP és Mail2KNOW postafiók-csatlakoztatás nélkül is működik: a BOTS vezérlőpulton adja hozzá a BOTS4.me Mailbox fiókot az alkalmazáshoz (egy kattintás, jelszó nélkül), és továbbítsa az e-maileket az alkalmazás címére, például: mail2erp@bots4.me. Csak olyan levelet fogadunk el, amelyet a fiókja címéről vagy az alkalmazás Vezérlésében a „Továbbítás nekünk” mezőben megadott címekről továbbítottak (Mail2KNOW esetén: „Ki taníthat és kérdezhet”). Mielőtt bármi bekerülne az ERP-be, ellenőrizzük, hogy az e-mail valóban arról a címről érkezik-e – ha ez nem ellenőrizhető, egy kattintással megerősíti. Ugyanazt a kétszer továbbított e-mailt csak egyszer dolgozzuk fel. Az Ön e-mailjét a feldolgozás után azonnal töröljük a postafiókunkból, legkésőbb 7 nap múlva, ha nem sikerült feldolgozni, és amit nem tudtunk fiókhoz párosítani, azt 14 nap múlva töröljük.
Amit soha nem teszünk az OAuth-tal kapott hozzáféréssel
- Soha nem használjuk fel az e-mailjei tartalmát, a névjegyeit, a mellékleteit vagy bármely Google-/Microsoft-felhasználói adatot általános vagy harmadik féltől származó MI-/ML-modellek építésére, betanítására vagy fejlesztésére. A modelleket kizárólag az Ön fiókjának saját adatain hangoljuk.
- Soha nem adjuk el az adatait, nem osztjuk meg hirdetési hálózatokkal, és nem használjuk célzott hirdetések megjelenítésére.
- Soha nem olvasunk leveleket, és nem nyitunk meg mellékleteket emberi ellenőrzés céljából, kivéve ha ez feltétlenül szükséges egy Ön által aktivált funkció biztosításához, vagy ha Ön kifejezetten kéri egy konkrét üzenet ügyfélszolgálati hibaelhárítását.
- Soha nem törlünk véglegesen olyan leveleket, fájlokat vagy mappákat, amelyeket nem mi hoztunk létre – kivéve, ha Ön bekapcsol egy pontosan ezt végző tisztítási funkciót (AutoSPAM „Automatikus tisztítás” és „Elküldött elemek mappa tisztítása”, Mail2CLOUD „Régi e-mailek tisztítása az AutoSPAM segítségével”).
- Soha nem adunk át OAuth-tokeneket az infrastruktúránkon kívüli félnek, kivéve a kibocsátó szolgáltatónak (Microsoft vagy Google), amikor cseréljük vagy megújítjuk őket.
- Megfelelünk a Google API Services User Data Policy előírásainak, beleértve a Limited Use követelményeket is.
Hogyan védjük az üzleti adatait
Amikor Ön hozzáférést ad a BOTS4.me-nek az ERP- és e-mail-rendszereihez, komolyan vesszük ezt a felelősséget. Biztonsági architektúránkat kifejezetten az üzleti folyamatok automatizálásának egyedi kihívásaira terveztük:
Biztonságos adatátvitel
Az Ön rendszerei és a platformunk közötti minden kapcsolat védett:
Visszafejtett adatok védelme lemez nélkül
A legszigorúbb biztonsági gyakorlatunk – még feldolgozás közben SEM mentünk SOHA semmit visszafejtett formában lemezre:
RSA-2048 titkosítási architektúra
Így védjük a hitelesítő adatait nyilvános kulcsú titkosítással:
Hozzáférés-szabályozás és hitelesítés
Több biztonsági réteg védi a rendszereihez való hozzáférést:
Biztonsági szabványok összehasonlítása
Nézze meg, hogyan viszonyulnak biztonsági intézkedéseink a szokásos automatizálási szolgáltatásokéhoz:
| Biztonsági funkció | Alapszintű szolgáltatások | Iparági szabvány | BOTS4.me |
|---|---|---|---|
| Adattitkosítás | Alapszintű SSL | TLS + tárolási titkosítás | Titkosítás már a megadáskor, visszafejtés csak a memóriában |
| Hitelesítés | Csak jelszó | Opcionális kétfaktoros hitelesítés | 2FA minden felhasználónak |
| Adatmegőrzés | Határozatlan ideig | 90–180 nap | Automatikus törlés |
| Feldolgozási módszer | Szokásos tárolás | Titkosított tárolás | Lemez nélküli feldolgozás |
| Hozzáférés-felügyelet | Alapszintű naplók | Tevékenységkövetés | Átfogó auditálás |
| Infrastruktúra | Megosztott szerverek | Virtuális elkülönítés | Dedikált szerverek (Premium) / elkülönített folyamatok (Standard) |
| Katasztrófa utáni helyreállítás | Nincs | Napi mentések | Titkosított külső mentések + automatikus átvétel |
Adatvédelem és megfelelőség
A platformunkat úgy terveztük, hogy az adatvédelem álljon a középpontjában, így az üzleti adatait a legnagyobb gondossággal és az adatvédelmi legjobb gyakorlatoknak megfelelően kezeljük:
- Minimális adatgyűjtés: Kizárólag azokat az adatokat dolgozzuk fel, amelyek az Ön konkrét automatizálási igényeihez szükségesek – semmi többet.
- Átlátható adatkezelés: Világos dokumentáció arról, hogy milyen adatokhoz férünk hozzá, hogyan dolgozzuk fel őket, és mikor töröljük őket.
- Felhasználói kontroll: Teljes körű kontrollt tart fenn az adatai felett, és bármikor kérheti azok azonnali törlését.
- Titkosított űrlapbeküldések: A beüzemelés során megadott érzékeny adatokat a beküldés pillanatában titkosítjuk.
- Elkülönített kulcskezelés: A titkosítási kulcsokat a fokozott biztonság érdekében a titkosított adatoktól elkülönítve tároljuk.
- Nincs felesleges tárolás: Semmilyen adatot nem tárolunk, amelyre nincs aktívan szükségünk az automatizálási folyamataihoz.
Működés MI nélkül
Egyes szervezetek nem dolgozhatnak fel üzleti adatokat MI-vel — bankok és biztosítók belső szabályzat miatt, közszféra-szervezetek közbeszerzési szabályok miatt, szállítók pedig ügyfélszerződés miatt. Automatizálásunk java része szabályokra épült jóval azelőtt, hogy MI-t kapott volna, és ma is így működik.
- Öt bot egyáltalán nem tartalmaz MI-t: AutoERP, AutoCASH, AutoSTOCK, AutoPURCHASE és Mail2CLOUD. Nincs kapcsoló, mert nincs mit kikapcsolni.
- Négy botnak van MI-mód kapcsolója: AutoSPAM, Mail2ERP, Pay2ERP és Supplier2ERP. Ki állásban egyetlen nyelvi modell sem fut le, és semmilyen tartalom nem kerül MI-szolgáltatóhoz. Ezek a botok továbbra is statisztikai egyeztetést használnak, amely a saját szervereinken fut, és soha nem küldi az adatait harmadik félnek.
- Három bot nem működik MI nélkül: a ClientFACTORY, a Mail2KNOW és az AutoGEO írott szöveget állít elő. Ezt inkább itt mondjuk el, mint hogy vásárlás után derüljön ki.
- A Ki azt jelenti, hogy ki: az MI-mód Ki állásba állítása a következő futástól érvényes, és minden más beállítást felülír, a DEMO módot is.
- Bizonyíték a dokumentációhoz: kérésre elküldjük a saját telepítéséből generált jelentést, amely felsorolja a fiókjában lévő összes bot érvényes MI-módját.
DEMO mód — az Ön biztonsági kapcsolója
A DEMO mód beépített biztonsági vezérlő, amellyel pontosan ellenőrizheti, mit tenne a bot, mielőtt bekapcsolná a teljes automatizálást. Minden új fióknál alapértelmezés szerint be van kapcsolva, így biztonságos a kiindulópont.
Infrastruktúra-biztonság
A technikai infrastruktúránk úgy épült fel, hogy a biztonság alapkövetelmény legyen:
Szerverarchitektúra és elkülönítés
Intelligens szerverkiosztást vezettünk be, hogy egyszerre optimalizáljuk a biztonságot és a teljesítményt:
Üzletmenet-folytonosság — Contingency
Ha egy szerver meghibásodik, az automatizálása nem vár ránk:
| Contingency | Enterprise és Business | Egyéb fizetős csomagok |
|---|---|---|
| Titkosított mentés | Óránként, a bejelentkezési tokenek minden változáskor | Naponta |
| Újra elérhető szerverhiba után | Körülbelül 10 percen belül | Körülbelül 2 órán belül |
| Legfeljebb ennyi feldolgozási előzmény veszhet el | 1 óra | 24 óra |
Szervereink jelenleg egy adatközpontban futnak, a mentések egy különálló szolgáltatónál vannak; további szerverek és helyszínek bevonása folyamatban van.
💼 Növekvő startup, professzionális színvonal
Növekvő startup vagyunk, amely elkötelezett a professzionális szintű biztonsági gyakorlatok mellett. Miközben a formális tanúsítványok (SOC 2, ISO 27001) megszerzésén dolgozunk, a platformunkat már most azokra az alapvető biztonsági gyakorlatokra építettük, amelyeket ezek a keretrendszerek hangsúlyoznak. A lemez nélküli, visszafejtett adatfeldolgozásunk, az automatikus adattörlés és a Secure Quick Connect (OAuth) megközelítés az első naptól kezdve bizonyítja az adatai védelme iránti elkötelezettségünket.
A bizalom alapjaira építve
Tudjuk, hogy az automatizáláshoz hozzáférés kell a kritikus üzleti rendszerekhez. Ezért fektettünk jelentős összegeket olyan biztonsági infrastruktúrába és gyakorlatokba, amelyek megvédik az adatait, miközben lehetővé teszik a nagy teljesítményű automatizálást. Beszéljük meg, hogyan illeszkednek biztonsági intézkedéseink az Ön üzleti követelményeihez.
Kérdezzen minket, ha még mindig aggódik.