दस्तावेज़ ऑडिट लॉग

ऑडिट लॉग

आपके i1n संगठन में हर बदलाव का केवल-जोड़ने वाला रिकॉर्ड — प्रति-कुंजी अनुवाद अंतर, टीम और बिलिंग ईवेंट, AI एजेंट एट्रिब्यूशन, और एक-क्लिक CSV निर्यात। एंटरप्राइज़ प्लान पर उपलब्ध।

पूर्ण संदर्भ के साथ हर बदलाव

i1n का ऑडिट लॉग किसी संगठन में होने वाले हर बदलाव को रिकॉर्ड करता है — न कि एक मोटे तौर पर 'अनुवाद फ़ाइल अपडेट की गई' लाइन के रूप में, बल्कि एक संरचित, प्रति-कुंजी, प्रति-भाषा ईवेंट के रूप में। जब कोई डैशबोर्ड उपयोगकर्ता 14:32 UTC पर errors.insufficient_funds के स्पेनिश (es_mx) अनुवाद को बदलता है, तो लॉग सटीक पहले का मान, सटीक बाद का मान, कर्ता की पहचान, टाइमस्टैम्प, आईपी पता और परिवर्तन करने वाले अनुरोध का उपयोगकर्ता एजेंट कैप्चर करता है।

कवरेज प्लेटफ़ॉर्म के पूरे सतह क्षेत्र को कवर करता है: अनुवाद बनाना, संपादित करना और हटाना; नेमस्पेस बनाना, नाम बदलना और हटाना; प्रोजेक्ट सेटिंग्स और ब्रांड वॉयस में बदलाव; टीम आमंत्रण, भूमिका परिवर्तन और हटाना; एपीआई कुंजी बनाना, घुमाना, स्कोप बदलना और हटाना; बिलिंग प्लान में बदलाव, सब्सक्रिप्शन इवेंट और BYOK सक्रियण।

i1n पुश जैसे थोक संचालन, मेटाडेटा में एक साझा बैच पहचानकर्ता के साथ, एक एकल मोटे सारांश के बजाय प्रति संशोधित कुंजी-भाषा जोड़ी एक ईवेंट उत्पन्न करते हैं। चार भाषाओं में 200 कुंजियों को अपडेट करने वाला एक पुश 800 व्यक्तिगत रूप से पता योग्य ऑडिट प्रविष्टियाँ उत्पन्न करता है, प्रत्येक अपने स्वयं के अंतर के साथ। इसलिए ऑडिटर सटीक स्ट्रिंग तक '17 अप्रैल को 14:32 बजे क्या बदला' का उत्तर दे सकते हैं।

ऑडिट किए गए प्रत्येक टेबल से जुड़े PostgreSQL ट्रिगर्स द्वारा ईवेंट उत्सर्जित किए जाते हैं। लॉग को बायपास करने वाला कोई एप्लिकेशन-स्तरीय राइट पाथ नहीं है — प्रत्येक सफल म्यूटेशन उसी डेटाबेस ट्रांज़ैक्शन के भीतर अपनी ऑडिट पंक्ति उत्पन्न करता है। संबंधित ऑडिट पंक्ति के बिना कमिट किया गया परिवर्तन निर्माण द्वारा संभव नहीं है।

मनुष्य, मशीन और एआई एजेंटों के बीच अंतर करना

हर ऑडिट एंट्री को पांच एक्टर प्रकारों में से एक के साथ टैग किया जाता है: डैशबोर्ड म्यूटेशन के लिए user, सीधे कमांड-लाइन ऑपरेशंस के लिए cli, AI एजेंट द्वारा i1n MCP सर्वर के माध्यम से किए गए परिवर्तनों के लिए mcp, बिलिंग प्रदाता जैसे बाहरी सिस्टम से उत्पन्न होने वाली घटनाओं के लिए webhook, और रिटेंशन प्रूनिंग जैसी प्लेटफ़ॉर्म-आंतरिक नौकरियों के लिए system।

डैशबोर्ड उपयोगकर्ता एट्रिब्यूशन क्रिप्टोग्राफ़िक है। एक्टर पहचानकर्ता प्रमाणित उपयोगकर्ता का खाता आईडी है, जिसे उनके सत्यापित ईमेल और संगठन सदस्य सूची से नाम के साथ प्रस्तुत किया जाता है। लॉग की समीक्षा करने वाले व्यवस्थापकों को अपारदर्शी UUIDs के बजाय वास्तविक मानव पहचान दिखाई देती है।

CLI और MCP एट्रिब्यूशन उपयोग में आने वाली API कुंजी से क्रिप्टोग्राफ़िक रूप से जुड़ा हुआ है, जिसमें फोरेंसिक सहसंबंध के लिए कुंजी उपसर्ग रिकॉर्ड किया गया है। डेवलपर की गिट कॉन्फ़िगरेशन - ईमेल और पूरा नाम - से प्राप्त संकेत भी कैप्चर किए जाते हैं लेकिन उन्हें स्पष्ट रूप से डैशबोर्ड में 'अपुष्ट' के रूप में लेबल किया गया है। क्रिप्टोग्राफ़िक पहचान और स्व-रिपोर्ट किए गए मेटाडेटा के बीच यह ईमानदार अलगाव वही है जो अनुपालन समीक्षक एक परिपक्व ऑडिट सिस्टम से उम्मीद करते हैं।

AI एजेंट अवलोकन, हमारी जानकारी के अनुसार, i1n के लिए अद्वितीय है। Claude Code, Cursor, या i1n MCP सर्वर से जुड़े किसी अन्य क्लाइंट द्वारा किया गया प्रत्येक अनुवाद परिवर्तन actor_type = 'mcp' के साथ टैग किया जाता है। संगठन 'किस अनुवाद को अंतिम बार AI एजेंट द्वारा संशोधित किया गया था बनाम मानव समीक्षक द्वारा' - एक ऐसा प्रश्न जिसका किसी अन्य स्थानीयकरण प्लेटफ़ॉर्म पर कोई स्पष्ट उत्तर नहीं है - का उत्तर देने के लिए ऑडिट लॉग को फ़िल्टर कर सकते हैं।

जैसे-जैसे AI एजेंट स्थानीयकरण वर्कफ़्लो का अधिक हिस्सा संभालते हैं, उन्हें प्रथम श्रेणी के अभिनेताओं के रूप में ऑडिट करने की क्षमता एक खरीद आवश्यकता बनती जा रही है। अभिनेता प्रकार फ़िल्टर डैशबोर्ड में एक क्लिक और CSV निर्यात में एक क्वेरी पैरामीटर है।

SOC 2, GDPR, और फिनटेक समीक्षाओं के लिए निर्मित

ऑडिट लॉग डेटाबेस स्तर पर केवल-जोड़ने योग्य (append-only) है। ट्रिगर पंक्तियाँ उत्सर्जित करते हैं; क्लाइंट को कोई INSERT पथ उजागर नहीं किया जाता है, और तालिका पर कोई UPDATE o DELETE नीतियां नहीं हैं। किसी संगठन के सदस्य अपना इतिहास संपादित नहीं कर सकते। i1n संचालन कर्मचारी भी प्रविष्टियों को संपादित या हटा नहीं सकते हैं — तालिका को एप्लिकेशन परत पर नहीं, बल्कि स्कीमा परत पर संरक्षित किया गया है।

रिटेंशन 365 दिनों का है, जो गतिविधि लॉग के लिए SOC 2 नियंत्रण बेसलाइन के अनुरूप है। 365 दिनों से पुराने रिकॉर्ड एक शेड्यूल किए गए जॉब द्वारा हटा दिए जाते हैं जो स्वयं एक ऑडिट एंट्री उत्सर्जित करता है — प्रत्येक विलोपन का पता लगाया जा सकता है। किसी विशिष्ट नियामक समीक्षा के लिए लंबी अवधि की आवश्यकता वाले संगठन अनुबंध स्तर पर विस्तार का अनुरोध कर सकते हैं।

लॉग उन डेटा बिंदुओं को दिखाता है जिनकी अनुपालन समीक्षक आमतौर पर मांग करते हैं: कौन, क्या, कब, कहाँ (आईपी पता), कैसे (उपयोगकर्ता एजेंट), और क्या बदला (पहले और बाद के मान, पूर्ण रूप से)। GDPR अनुच्छेद 30 रिकॉर्ड-कीपिंग के अधीन संगठनों या उपयोगकर्ता-सामना वाली सामग्री की पता लगाने की क्षमता की आवश्यकता वाले फिनटेक नियामकों के लिए, निर्यात प्राथमिक साक्ष्य के रूप में पर्याप्त है।

i1n वर्तमान में प्लेटफ़ॉर्म स्तर पर SOC 2 टाइप II रिपोर्ट प्रकाशित नहीं करता है। ऑडिट लॉग वह अंतर्निहित नियंत्रण है जो ग्राहक के अपने SOC 2, GDPR, या फिनटेक अनुपालन कार्यक्रम का समर्थन करता है — यह संगठनात्मक नियंत्रणों को प्रतिस्थापित नहीं करता है, लेकिन यह अनुपालन समीक्षाओं में सबसे आम बाधा को दूर करता है, जो सामग्री परिवर्तनों पर एक ऑडिट योग्य निशान की अनुपस्थिति है।

लॉग कौन देखता है, लॉग में कौन है

ऑडिट लॉग तक पढ़ने की पहुँच केवल संगठन के मालिकों और प्रशासकों तक सीमित है। संपादक और दर्शक डैशबोर्ड में ऑडिट लॉग टैब नहीं देखते हैं और न ही एपीआई के माध्यम से इसे क्वेरी कर सकते हैं। यह अलगाव PostgreSQL पंक्ति-स्तरीय सुरक्षा द्वारा लागू किया जाता है, न कि क्लाइंट-साइड छिपाने से - गैर-विशेषाधिकार प्राप्त भूमिका से लॉग पढ़ने का कोई रास्ता नहीं है।

संपादक और दर्शक पूरी तरह से ऑडिट लॉग के अधीन रहेंगे। उनके द्वारा प्लेटफ़ॉर्म पर की जाने वाली प्रत्येक कार्रवाई — अनुवाद संपादन, एआई अनुवाद अनुरोध, सदस्य-स्तरीय संचालन — उनकी पहचान के साथ दर्ज की जाती है और व्यवस्थापक टीम को दिखाई देती है। ऑडिट किए जा रहे लोग खुद को ऑडिट से नहीं हटा सकते।

मालिक और व्यवस्थापक ऐतिहासिक प्रविष्टियों को संपादित नहीं कर सकते हैं। 'कौन पढ़ सकता है' प्रश्न और 'कौन संशोधित कर सकता है' प्रश्न के उत्तर जानबूझकर अलग-अलग हैं — पढ़ना व्यवस्थापक-स्तर का है, संशोधित करना किसी के लिए नहीं है। यह कर्तव्यों के पृथक्करण की अपेक्षाओं को पूरा करता है जिन्हें ऑडिटर आंतरिक पहुंच नियंत्रणों की समीक्षा करते समय लागू करते हैं।

एपीआई एक्सेस डैशबोर्ड मॉडल को दर्शाता है। ऑडिट लॉग उन्हीं पंक्ति-स्तरीय सुरक्षा नीतियों के माध्यम से उजागर किया जाता है जो डैशबोर्ड को नियंत्रित करती हैं, इसलिए लॉग को क्वेरी करने के लिए उपयोग किया जाने वाला कोई भी सेवा खाता या एकीकरण टोकन स्वचालित रूप से समान प्रतिबंधों को इनहेरिट करता है।

निर्यात, सक्रियण और मूल्य निर्धारण

ऑडिट लॉग डेटा को डैशबोर्ड से एक-क्लिक कार्रवाई के साथ CSV के रूप में निर्यात किया जा सकता है। निर्यात किसी भी चयनित समय सीमा को कवर करता है और सक्रिय फ़िल्टर - एक्टर प्रकार, ईवेंट प्रकार, प्रोजेक्ट और खोज शब्द - का सम्मान करता है, ताकि समीक्षकों को पूरे इतिहास के बजाय एक संकीर्ण स्लाइस सौंपा जा सके। CSV पूर्ण निष्ठा बनाए रखता है: टाइमस्टैम्प, संगठन, प्रोजेक्ट, एक्टर पहचान, एक्टर प्रकार, एपीआई कुंजी उपसर्ग, ईवेंट प्रकार, इकाई, पहले का मान, बाद का मान, आईपी पता, उपयोगकर्ता एजेंट और मेटाडेटा।

प्रत्येक CSV निर्यात स्वयं ऑडिट प्रविष्टि उत्पन्न करता है, जो ऑडिट_लॉग.निर्यातित प्रकार की होती है, जिसमें यह दर्ज होता है कि किसने निर्यात किया और कौन से फ़िल्टर लागू किए गए थे। यह अनुपालन समीक्षकों द्वारा पूछे जाने वाले 'कस्टडी की श्रृंखला' (chain-of-custody) लूप को बंद करता है — साक्ष्य प्राप्त करने का कार्य स्वयं साक्ष्य का हिस्सा है।

ऑडिट लॉग सभी एंटरप्राइज़ संगठनों पर स्वचालित रूप से सक्रिय होता है। कोई कॉन्फ़िगरेशन चरण, कोई ऑप्ट-इन टॉगल, और कोई सेटअप आवश्यक नहीं है। लॉन्च पार्टनर, belo सहित मौजूदा एंटरप्राइज़ ग्राहक, सुविधा शिप होने के क्षण से ही एक पॉप्युलेटेड लॉग रखते हैं, जो संगठन से जुड़े हर डैशबोर्ड, CLI और MCP क्लाइंट की गतिविधि को कैप्चर करता है।

Pro या Business प्लान वाले संगठनों के पास ऑडिट लॉग तक पहुंच नहीं होती है। Enterprise में अपग्रेड करने पर लॉग तुरंत सक्रिय हो जाता है और अपग्रेड टाइमस्टैम्प से आगे की घटनाओं को कैप्चर करना शुरू कर देता है; अपग्रेड से पहले का ऐतिहासिक प्रतिधारण प्रदान नहीं किया जाता है। अपने संगठन के लिए Enterprise मूल्य निर्धारण पर चर्चा करने के लिए i1n टीम से संपर्क करें।

audit-log-2026-06-02.csv
created_at,actor_type,actor_email,event_type,entity_key,lang,before_value,after_value
2026-06-02T14:32:11Z,user,[email protected],wording.value_changed,errors.insufficient_funds,es_mx,"Fondos insuficientes","Saldo insuficiente"
2026-06-02T14:28:45Z,mcp,[email protected],wording.value_changed,onboarding.welcome,pt_br,"Bem-vindo","Bem-vindo de volta"
2026-06-02T14:15:02Z,cli,[email protected],wording.created,checkout.confirm_label,en_us,,"Confirm purchase"
2026-06-02T13:58:30Z,user,[email protected],member.role_changed,Camila Sainz,,"\"editor\"","\"admin\""

संबंधित