विषयवस्तु पर जाएँ
KAMOUniverse

परिवर्तन लॉग

क्या नया है.

यह जहाज के रूप में, प्लेटफार्म के हर सुधार.

  1. · SecurityService

    Add theme provisioning — NATS publisher, provision-theme endpoint, logo upload

  2. · ConversionService

    Add image resize and favicon generation endpoints

  3. · InitializerService

    Add migration runner for logo_full_ext column on orgs

  4. · kamo-shared-library

    संगठन इकाई में लोगो पूर्ण एक्स्ट फ़ील्ड जोड़ें; मिनआईओस्टोरेज सर्विस के लिए सूची ऑब्जेक्ट जोड़ें

  5. · kamo-internal

    Wizard stepper बनाने पर ठोस SVG आइकनों के साथ इमोजी आइकन बदलें

  6. · kamo-shared-library

    Add findbyBranchTypeID संगठन के लिए व्युत्पन्न क्वेरी

    सुरक्षा सेवा में नए / फ्रेंच प्रकार / {id} / उपयोग समापन बिंदु का समर्थन करता है यह जांचने के लिए कि क्या किसी शाखा के प्रकार में हटाने से पहले सक्रिय बच्चे के अंग हैं।.

  7. · SecurityService

    Add GET /branch-types/creatable and /{id}/usages endpoints

    /creatable returns branch types filtered by the caller's creator-type (OWNERS/TEAM_MEMBERS/MEMBERS) via AppliedModelEnforcementService. /{id}/usages returns the count and summary of orgs created under a given branch type, used by the frontend to block hard deletion.

  8. · kamo-internal

    सक्रिय ऑर्ग उपयोग के खिलाफ गार्ड शाखा प्रकार की विलोपन

    एक शाखा प्रकार चिप को हटाने से पहले, फ्रंटेंड अब कॉल करता है ************* अगर कोई ऑर्ग मौजूद है तो यह दिखाता है एक सूचनात्मक संवाद उन्हें सूचीबद्ध करता है और व्यवस्थापक को निर्देश देता है इसे हटाने के बजाय प्रकार को अक्षम करें।.

  9. · kamo-internal

    NavTop पर लाइव सपोर्ट टिकट बैज - SupportCountContext STOMP के माध्यम से NATS को सब्सक्राइब करता है, बैज प्रदर्शित करता है लंबित गिनती

  10. · MediaService

    Live pending support ticket count via NATS — notify org owner on new tickets, add pending-count REST endpoint

  11. · kamo-shared-library

    समर्थन करने के लिए लंबित गिनती फ़ील्ड जोड़ेंAgentNotificationDTO और समर्थन के लिए क्वेरी की गिनतीTicketRepository

  12. · kamo-internal

    डोमेन नाम फ़ील्ड को ऑर्ग निर्माण विज़ार्ड में जोड़ें

    बेसिक्स के लिए एक आवश्यक डोमेन फ़ील्ड जोड़ें स्वचालित www के साथ कदम। अलग करना। मान्य, एपीआई पेलोड में शामिल, और समीक्षा चरण में दिखाया गया।.

  13. · kamo-marketing

    एपीआई संशोधन कॉलआउट को कैमो-api-reference पेज में जोड़ें

    केवल /kamo-api-reference पर दिखाया गया है, उपयोगकर्ताओं को एपीआई परिवर्तन जमा करने के लिए प्रेरित करता है अनुरोध के माध्यम से /requests या के माध्यम से / contact.

  14. · SecurityService

    Add GET /branch-types/creatable endpoint with creator-type filtering

    Returns only the branch types the calling member is permitted to create a child org under, based on their OWNERS/TEAM_MEMBERS/MEMBERS classification against the current org's applied security models. Mirrors the exact same getBranchTypesCreatableBy enforcement the POST /org endpoint applies at submission time, so the frontend can pre-filter the pick list and avoid showing options that would produce a 403. Response includes allowedMemberAgeRanges and allowedTeamMemberAgeRanges from each branch type's security model so the UI can gate AgeReqType options in the same request, without a second round-trip.

  15. · kamo-internal

    संगठन बदलें शाखा प्रकार / सुरक्षा के साथ प्रकार विज़ार्ड कदम मॉडल चयन

    -संगठन टाइप + कॉन्फ़िगरेशन ड्रॉपडाउन ब्रांचटाइपस्टेप जो **************** - नए समापन बिंदु रिटर्न केवल शाखा प्रकार कॉलर को बनाने की अनुमति है उनके OWNERS / TEAM MEMBERS / MEMBERS द्वारा फ़िल्टर किया गया एक बच्चा org ऑर्ग के लागू सुरक्षा मॉडल के खिलाफ वर्गीकरण - पूरी तरह से पेलोड से ऑर्गेनाइजेशन टाइप निकालें; कॉन्फ़िगरेशन टाइप अब है सुरक्षा मॉडल की अनुमति से स्वतः प्राप्त सदस्यAgeranges (KIDS ONLY → KIDS CLUB, किशोर-सीमा → CLUB, अन्य उद्यम) - AgeRestrictionsStep अब उन लोगों के लिए उपलब्ध AgeReqType विकल्प फ़िल्टर करता है चयनित सुरक्षा मॉडल द्वारा अनुमति दी जाती है, जब गेटिंग होती है तो एक बैनर के साथ सक्रिय; शून्य आयु (निर्दिष्ट नहीं) प्रति बैकएंड एक सुरक्षित नो-ऑप रहता है - सफल निर्माण के बाद /setup/dns?orgId=&orgName= of CURRENT org (नया बच्चा org) नया org सुलभ है ********** आगामी.js प्रॉक्सी मार्ग - समीक्षा चरण पुराने के बजाय शाखा प्रकार का नाम + अनुमति आयु का दायरा दिखाता है org type / config type Badges

  16. · kamo-internal

    /नेटवर्क का निर्माण वहन सदस्य-प्रकार + दाएं द्वारा किया जाता है

    - BranchSetupManager: नया "Who Can create Child Ors Under this Model" तीन टॉगल्स (मेम्बर्स / टीम के सदस्यों / मालिकों) के साथ कार्ड। मूल्य नक्शे बैकेंडमॉडल के माध्यम से राउंड-ट्रिप और दोनों प्रवाहों को बचाते हैं (चाइल्ड मॉडल) + मास्टर मॉडल). खाली राज्य सभी को तीन से झूठी - एक मॉडल डिफ़ॉल्ट जब तक व्यवस्थापक उन्हें चुनता है तब तक किसी को निर्माण की पेशकश नहीं करता है। - /नेटवर्क पेज: प्राप्त **************** पर माउंट और हर "क्रीट न्यू ऑर्गेनाइजेशन" वहन (हेडर जब तक सर्वर निश्चित रूप से रिटर्न canCreateChildOrg=true. जबकि चेक है उड़ान (null) किसी सदस्य को जो इसे नहीं देखना चाहिए। - नया ************* प्रॉक्सी मार्ग आगे सुरक्षा सेवा के नए समापन बिंदु के माध्यम से।.

  17. · SecurityService

    Gate /network child-org creation by right + member-type applicability

    Wires the applied-security-model child-org creation gate end-to-end: - SecurityModelController + MasterModelController round-trip the three new apply-to flags (appliesToMembers / appliesToTeamMembers / appliesToOwners) through create and update payloads. - New GET **************** resolves — for the caller's session — the creator-type bucket they fall into, whether their role carries CREATE_CHILD_ORG, the list of branch types available to them, and a combined canCreateChildOrg boolean the /network page uses to hide the create affordance when false. - **************** now rejects with 403 when the caller lacks CREATE_CHILD_ORG or picks a branch type that isn't among those their creator-type is offered — defense in depth against a client that bypasses the UI gate.

  18. · kamo-shared-library

    सदस्य-प्रकार गेट + CREATE CHILD ORG बच्चे के निर्माण के लिए सही

    सदस्य प्रकार द्वारा गेट /नेटवर्क चाइल्ड-ऑर्ग निर्माण के लिए डेटा परत जोड़ें: नई CREATE CHILD ORG दाएं रोलराइट टाइप (आईडी 131) पर। - चाइल्डऑर्ग सिक्योरिटी मॉडल पर तीन नए बोलान कॉलम: लागू होता हैToMembers / लागू होता हैToTeamMembers / लागू होता हैToOwners जब सच हो, तो मॉडल की शाखा प्रकार उस सदस्य-प्रकार की बाल्टी को पेश की जाती है ऑन /नेटवर्क तीनों झूठे के साथ एक मॉडल को कभी भी निर्माण के रूप में नहीं देखा जाता है किसी के लिए विकल्प - यह केवल मौजूदा orgs को नियंत्रित करता है। - चाइल्डऑर्ग सिक्योरिटीमॉडल सर्विस ने 13-आर्ग बनाने / अद्यतन ओवरलोड हासिल किया है जो नए झंडे को स्वीकार करते हैं; विरासत 10-आर्ग हस्ताक्षर के माध्यम से प्रतिनिधि। - चाइल्डऑर्ग सिक्योरिटीमॉडल डीटीओ राउंड-ट्रिप्स तीन झंडे। - एप्लाइडमॉडल प्रवर्तन सेवा गेट लॉजिक को उजागर करती है कि हर कॉलर शेयर: Enum ChildOrgCreatortype { MEMBERS, TEAM MEMBERS, OWNERS } GetBranchtypesCreatableBy(org, creatortype) → शाखा प्रकार की सूची वह मॉडल जो उस निर्माता प्रकार पर लागू होते हैं और उस पर लागू होते हैं। कम से कम एक शाखा प्रकार। ************* रचनाकार प्रकार? निर्माता-प्रकार वर्गीकरण: OWNERS = टीम-सदस्य के साथ संगठन मालिक = ट्रूस, TEAM MEMBERS = अन्य टीम सदस्य, MEMBERS = अन्य राइट-चेक (CREATE CHILD ORG) जानबूझकर बेक नहीं है इन सहायकों में - कॉलर दोनों चेकों को जोड़ते हैं ताकि सहायक भी हो सके बैक रीड-ऑनली क्वेरीज़।.

  19. · InitializerService

    मास्टर मॉडल इनिट पर सभी तीन सदस्य प्रकारों पर लागू होता है

    प्रावधान मैक्स्डआउटमास्टरमॉडल अब लागू होता हैToMembers, लागू होता हैToTeamMembers, और लागू होता हैToOwners सब सच तो हर सदस्य प्रकार मास्टर मॉडल को देखता है /नेटवर्क पर निर्माण विकल्प के रूप में शाखा प्रकार। व्यवस्थापक टेम्पलेट नए CREATE CHILD ORG सहित हर रोलराइट टाइप को ग्रेंट करना जारी रखता है सही (id 131) iterating रोलRighttype.values() के आधार पर।.

  20. · kamo-marketing

    गिनती शुरू करने के लिए मिलीसेकंड जोड़ें, हर 50ms पर टिक करें

  21. · kamo-marketing

    2PM PST अप्रैल 20 2026 के लिए लाइव उलटी गिनती के साथ स्थैतिक लॉन्च की तारीख बदलें

    प्रत्येक दूसरे को दिखा रहा है Xd XXh XXm XX; स्थिर तारीख पर वापस गिर जाता है जब तक क्लाइंट हाइड्रेट, लक्ष्य तक पहुंच जाता है तो "अब" दिखाता है।.

  22. · InitializerService

    प्रशासक डिफ़ॉल्ट भूमिका टेम्पलेट सभी अधिकारों के साथ शुरू होता है

    प्रावधान मैक्स्डआउटमास्टरमॉडल अब प्रशासक टेम्पलेट को पॉप्युलेट करता है हर रोलराइट टाइप को ग्रेनेड में सेट किया गया। अन्य तीन टेम्पलेट्स (टीम सदस्य,) सदस्य, DEFAULT अभी भी शून्य अधिकारों के साथ सामग्री बनाते हैं (NOT SPECIFIED for) सब कुछ), गैर व्यवस्थापक भूमिकाओं के लिए इच्छित खाली आधार रेखा से मेल खाता है। क्यों GRANTED (force GRANTED नहीं): बच्चे के निर्माण के समय में चाइल्डऑर्गटेम्पलेटेडिंग सर्विस नई में गैर-बल टेम्पलेट मानों की प्रतिलिपि बनाता है Org की OrgRoleRight पंक्तियाँ, इसलिए एक GRANTED व्यवस्थापक टेम्पलेट हर नए बच्चे को देता है पूर्ण अनुमतियों के साथ एक तैयार करने के लिए उपयोग व्यवस्थापक भूमिका का आयोजन करना कि मालिक अभी भी कर सकते हैं संपादित करें Force GRANTED रनटाइम पर अधिकार लॉक करेगा और उन्हें छिपाने से रोक देगा सुरक्षा-रोल संपादक, जिसे हम व्यवस्थापक टेम्पलेट बेसलाइन के लिए नहीं चाहते हैं।.

  23. · InitializerService

    Init पर KamoCRM के लिए एक अधिकतम मास्टर सुरक्षा मॉडल का प्रावधान

    DataLoader अब एक मास्टर चाइल्डऑर्ग सिक्योरिटीमॉडल बनाता है और असाइन करता है ऑर्ग बनाने के तुरंत बाद, प्रत्येक सेटिंग अधिकतम के साथ सबसे permissive / शक्ति-सक्षम मूल्य के लिए बाहर: - AllowOwnersViewotherOrgs / AllowOwnersPrivateOrgs / AllowSubChildOrgs = true - पहचान प्रदातासेटिंग = ENABLED टीम मेम्बरपेफीसेटिंग = FORCE ENABLE - अनुमति MemberAgeranges / अनुमतिTeamMemberAgeranges = हर AgeReqType - appConfigs = FORCE ENABLED में हर गैर-निर्धारित सर्विसटाइप, साथ प्रत्येक वाणिज्य प्रकार युक्त CRM की अनुमति वाणिज्य प्रकार - Organization.masterModelID नए मॉडल के लिए सेट चार डिफ़ॉल्ट भूमिका टेम्पलेट्स (एडमिनिस्टर / टीम सदस्य / सदस्य / DEFAULT) को शून्य अधिकार के साथ सामग्रीकृत किया जाता है ताकि यूआई के लिए टैब प्रदान करता है प्रत्येक - प्रत्येक दाएं रनटाइम पर निर्दिष्ट नहीं रहता है, जिसका इरादा खाली है बेसलाइन व्यवस्थापक बाद में शाखा-प्रकार के माध्यम से विशिष्ट बल नियमों को संपादित कर सकते हैं टैब इसके अलावा कमो साझा पुस्तकालय को 1.5.0 तक बढ़ा देता है ताकि नया चाइल्डऑर्गसुरक्षामॉडल सर्विसेज / ऐपConfigService / डिफ़ॉल्टRoleservice और संबंधित प्रकार संकलित समय पर हल होते हैं।.

  24. · kamo-internal

    सुविधाएँप्रबंधक सम्मान लागू मॉडल बल सक्षम राज्य

    नया मॉडल स्वीकार करता हैAvailability + फीचर कंट्रोलर से लॉक फ़ील्ड और उन्हें यूआई में सतहों: - विशेषताएं जिनका मॉडल उपलब्धता force enabled है, टॉगल प्रदान करता है राज्य पर, विकलांग, एक व्याख्यात्मक टूलटिप के साथ - व्यवस्थापक देख सकते हैं लेकिन वे उन्हें बंद नहीं कर सकते। - एक मॉडल Toggling Forced सुविधा शॉर्ट सर्किट के साथ एक स्पष्ट टोस्ट के बजाय बैकएंड की 403 से एक सामान्य त्रुटि से। - उल्लेखनीय विशेषताएं कभी ग्राहक तक नहीं पहुंचती (फ़िल्टर सर्वर-साइड) इसलिए यूआई सूची पहले से ही गेटेड व्यू है।.

  25. · SecurityService

    Applied-model is the read-time source of truth for feature availability

    Closes the "stale DB leaks a disabled feature" gap by gating every surface that touches OrgFeature / ServiceType through the applied security model. - **************** (the primary feeder of the frontend OrgContext): replaces the raw features serialization with **************** org.getFeatures()). The auto- provisioning loop now also skips apps the model marks NOT_AVAILABLE so we never create DB rows for blocked apps. - FeatureController.list: returns each feature with modelAvailability + locked metadata. NOT_AVAILABLE rows are filtered out, FORCE_ENABLED rows are reported as enabled=true + locked=true regardless of their DB state. The available list is also filtered down to apps the model permits. - New AppAvailabilityInterceptor + WebMvcConfig: installs a HandlerInterceptor on every service-scoped URL prefix (/api/security/pos, /api/security/commerce-markets, /api/security/leads*, /api/security/lead- imports, /api/security/lead-markets, /api/security/lead-vendors, **************** **************** **************** Each request is matched to a ServiceType, resolved against the caller's applied model, and rejected with HTTP 403 if the app is effectively off. This is the final line of defense: even with stale client state, a forgotten controller guard, or a direct API call, a blocked app returns 403. Net effect: the applied security model now wins at read time everywhere the org's features or apps are exposed — navigation, home page, settings slide-out, FeaturesManager, per-service endpoints. When the admin flips CRM to NOT_AVAILABLE on the model, the CRM UI disappears from the frontend and CRM endpoints start 403'ing — regardless of whether the DB still has OrgFeature.isActive=true for CRM.

  26. · kamo-shared-library

    लागू मॉडल रीड-टाइम गेटिंग के लिए प्रभावी-फीचर संकल्पक

    पढ़ने के समय के गेट को जोड़ता है जो लागू सुरक्षा मॉडल को अंतिम बनाता है सुविधा उपलब्धता के लिए सच्चाई का स्रोत, इसलिए कहानी डीबी राज्य लीक नहीं कर सकता विकलांग सुविधा के माध्यम से और एक शक्ति-सक्षम सुविधा हमेशा दिखाई देती है यहां तक कि जब डीबी ने पकड़ा नहीं है। एप्लाइडमॉडल प्रवर्तन सेवा पर नए तरीके: - computeAvailabilityMap(org) - प्रत्येक सर्विसटाइप का एक-पास रिज़ॉल्यूशन एक नज़र में एक ओर के लिए उपलब्धता। बैच आदिम के रूप में सेवा अन्य नए तरीकों का निर्माण होता है। - isAppEffectivelyEnabled (org, servicetype, विशेषताओं) - canonical "is इस एप्लिकेशन को "जारी" पर देखें। कोर सेवाओं हमेशा पर, हमेशा बंद कर दिया, Force enabled हमेशा पर, not AvAILable हमेशा बंद; OPTIONAL * defering to the first time. ऑर्गनFeature rows isActive state. - ************* सुविधाएँ - सेट <servicetype> कॉलर्स के लिए साथी जिसे एक सेट के रूप में "सभी प्रभावी ढंग से ऐप" की आवश्यकता होती है। - computeEffectiveFeatures(org, विशेषताओं) - की एक ताजा ArrayList वापस गेट के माध्यम से पेश की जाने वाली ऑर्फेचर पंक्तियां: नोट AVAILABLE गिरा दिया गया, FORCE ENABLED ने सक्रिय करने के लिए मजबूर किया (यहां तक कि निष्क्रिय डीबी पंक्तियों पर भी) और Force ENableD क्षुधा के साथ कोई DB पंक्ति अभी तक क्षणिक पंक्तियों द्वारा प्रतिनिधित्व किया (संगठन-coped, कभी नहीं बने)। कॉलर ग्राहकों को अब मार्ग के माध्यम से एक ओरग की सुविधाओं को क्रमबद्ध करते हैं ComputeEffectiveFeatures बल्कि कच्चे संग्रह पढ़ने के बजाय, इसलिए फ्रंटेंड डिफ़ॉल्ट रूप से लागू मॉडल-गेटेड दृश्य को देखता है।.

  27. · kamo-internal

    डॉक प्रकार, स्टैकिंग ऑर्डर और कॉन्फ़िगरेशन पैनल के साथ प्रति-assoctype docs सेटिंग्स टैब जोड़ें

    एक पूर्ण सेटिंग्स इंटरफ़ेस के साथ ComingSoonTab को / सेटिंग / फीचर्स / डॉक्स को बदल देता है: - सामान्य अवलोकन टैब + एक टैब प्रति ImageAssocType (लेखा, सर्विस एप्लीकेशन, सर्विस ऑर्डर, कॉल रिकॉर्डिंग, माय डॉक्स, मीट रिकॉर्डिंग, सिस्टम-वाइड) प्रत्येक assoctype टैब में 3 उप-टैब हैं: विन्यास (फोल्डर / doctype सुविधा टॉगल), डॉक प्रकार (पूर्ण CRUD), स्टैकिंग ऑर्डर (दृष्टिकोण पाइपलाइन दराज के साथ CRUD) - सभी इमेजिंग सेटिंग्स समापन बिंदुओं के लिए आगामी.js एपीआई प्रॉक्सी मार्ग - AssocConfigPanel, DoctypesManager, StackingOrdersManager, StackingOrderDrawer, AssocTypesettings घटक

  28. · DocsService

    Add ImagingSettingsController with doc type, stacking order, and assoc config CRUD

  29. · kamo-shared-library

    ImgAssocConfig इकाई, भंडार और ImgStacking के लिए सॉर्टऑर्डर जोड़ें ऑर्डर देना

  30. · InitializerService

    Add FEATURE_REQUESTS to Support category and all plan-feature mappings

    Free: Community vote, Starter: Vote & request, Business: Priority requests, Enterprise: Custom dev included

तुम्हारा ब्रह्मांड इंतजार कर रहा है.

मिनटों में मुफ्त शुरू करें. जब भी आप तैयार हों तो उत्पाद जोड़ें - कोई माइग्रेशन नहीं, कोई नया लॉगइन नहीं.

हमेशा के लिए मुफ्त - कोई क्रेडिट कार्ड की आवश्यकता नहीं