KamoCRM

Dodawanie ludzi i bezpieczeństwa członków wymaga ich praw

FixSecurityService
Shipped
23 września 2026 08:47 UTC
Author
Kamo
Commit
e1c31cc

POST /members/create, /create-team-członek i /bulk-create, i GET /members/lookup-user, teraz Wymagaj MANAGE_MEMBERS lub otwartego okna boga. Sprawdzali tylko na sesję, więc każdy członek mógł Tworzą konta w swojej organizacji, a użytkownik odnośnik opowiedział każdemu członkowi nazwę, id id. Weryfikacja stanowi każdy adres e-mail na platformie. Każdy właściciel wszystkich 25 osób na żywo Organizacje posiadają MANAGE_MEMBERS, a kamo-internal's supersedRights.ts już nazywa go jako Brama do stworzenia członka. PUT /member-security/Azyre wymaga teraz MANAGE_MEMBER_SECURITY lub otwartego okna boga dla ról, Prawa bezpośrednie, czasowy sesji i wszelkie zmiany działu lub tytułu pracy (oba są poziomami Wodospad praw), zarówno na własnej płycie, jak i kogokolwiek innego. Sprawdził tylko tego dzwoniącego Członek dzielił się organizacją, więc każdy członek może PUT swoją własną rolęIdów z Administratorem Rola w nich. Oficjalny tytuł i menedżer pozostają edytowalne na własnym rekordzie, jako Profil jest dostępny na karcie pozycji. GET wymaga tego samego prawa, chyba że rekord jest twój. Również dwie awarie w głównej: - - oznakowane - i statusus. Obaj akceptują tylko X-Internal-Auth i zawiodą zamknięto. Skan odczytuje jedną metodę ciała i nie Śledź połączenia, więc pomocnik zostaje przemianowany na walidacjęInternalAuth, nazwę, którą rozpoznaje. - - - poniósł porażkę cztery razy z NullPointerException: 10a8d81 dodany AppliedJobStamp do ścieżki logowania, a test nigdy go nie dostarczył. Teraz dostarcza makietę.

All changes

Like what you see shipping?

All of it arrives in your workspace on its own. Start on the free plan and read this page again in a month.

Start Free ForeverView Pricing