Przejdź do treści
KAMOUniverse

Changelog

Co nowego.

Każde ulepszenie platformy, jak to wysyła.

  1. · MCPGatewayService

    Identity_request_confirmation; żądanie potwierdzone przez użytkownika w Kamo jest jego zamówieniem

    Właściciel 2026-10-26: bezpośrednie zamówienia muszą być uwierzytelnione. Ktoś, kto tylko twierdzi, że jest właścicielem Kolega z zespołu (telefon, tekst, niesprawdzony e-mail, czat na stronie internetowej, spotkanie) jest proszony, przez kamoai-service, aby potwierdzić w swojej zalogowanej Kamo aplikacji; SI jest informowany w prostych słowach, co ma robić Po potwierdzeniu, RequestVerifier odpowiada na kolejność uruchomienia i żądanie z tej kolejności Potwierdzenie (auth:<id>): członek zagwarantował to, więc zanieczyszczenie kanału nie liczy się i SI_AUTH_REQUEST nigdy nie dociera do SI, ponieważ jest to okno.

  2. · SecurityService

    Zastosuj wygenerowaną osobowość do własnej karty SI, wokół tego, co ludzie ustawiają

    Realizm głosu VR2, decyzja właściciela D2: każdy SI otrzymuje niepowtarzalny, dopasowany do zadania osobowość, generowana z własnej pracy. kamoai-service ją opracowuje; to Wewnętrzny punkt końcowy (KamoAI tajny) stosuje swoje elementy PERSONALITY i VOICE do Sposób, w jaki robi to zapis: zatwierdzony przez własne zasady czarteru, odrzucony przez władze Język, napisany przez MemberCharterWriter, oznaczony AI_DRAFT, ogłoszono więc Runtime ponownie odczytuje kartę i jest kontrolowany jako AI_CONFIGURATION_APPLIED. Przedmioty ustawione przez osobę są zawsze zachowywane; wcześniejsze pokolenie jest zastępowane.

  3. · kamo-internal

    Opcja zaproszenia na spotkanie zawęża się, domyślnie nie ma dodatkowego limitu

    Decyzja właściciela 2026-10-26: własny dostęp SI decyduje, kto może go zaprosić (każdy w zespole, gdy zawiera Opcja ta, wymieniona jako pierwsza jako opcja domyślna, tylko zawęża wybór.

  4. · MediaService

    Własne prawa SI decydują, kto może zaprosić go na spotkanie

    Decyzja właściciela 2026-10-26, w jednym udostępnionym sprawdzeniu (MeetSiInvitePolicy) za zaproszeniem na spotkanie, M1, spotkanie Tworzenie i selektor M3: - przełożeni SI (linia sprawozdawcza, właściciel organizacji) zawsze mogą go zaprosić: ich bezpośrednie polecenie pozwala mu na swoją politykę; - każdy inny w jego organizacji może, gdy zastosowane WŁASNE prawa SI obejmują VIEW_MEETINGS (prawo własne meetings_join i M1 join need) i dołącza z własnym dostępem; jego opcjonalna polityka meeting_invite_policy może ją zawęzić; - w przeciwnym razie 403 SI_NEEDS_SUPERVISOR (lub NOT_ALLOWED_TO_INVITE_THIS_SI dla opcjonalnego ograniczenia). Lista pokoi zwraca teraz również SI, których ta osoba nie może zaprosić jako LOCKED z lockedReason, więc panel może Uprawnienia do odczytu na ix_mra_member_right; nieczytelne = tylko dla przełożonych.

  5. · AIService

    Opcja zaproszenia na spotkanie jest ograniczeniem opcjonalnym, domyślnie brak

    Decyzja właściciela 2026-10-26: własne prawa SI decydują, kto może go zaprosić (dowolny członek zespołu, gdy obejmują one spotkania, Inaczej tylko jego przełożeni). **************** teraz domyślnie ORGANIZACJA (nie Zastosowano DDL **************** (domyślnie + ograniczenie); cztery wiersze, które zawierały tylko stary domyślny).

  6. · kamo-shared-library

    Własne prawa SI decydują, kto może go zaprosić; meeting_invite_policy jest tylko opcjonalnym ograniczeniem

    Decyzja właściciela 2026-10-26: SI, którego własna polityka bezpieczeństwa pozwala na spotkania, może zostać zaproszony przez dowolnego członka zespołu; jeden Którego polityka nie jest tylko przez jego przełożonych (ich bezpośrednie zamówienie pożycza mu swoją politykę) jako opcjonalne dodatkowe ograniczenie, którego domyślne ustawienie, ORGANIZATION, nie ogranicza niczego (było SUPERVISORS).

  7. · kamo-shared-library

    Każdy SI przemawia swoją osobowością, a tabele dla dźwięku tła, zgody głosowej i pamięci wywołującego

    PhoneStyle kompiluje cechy SI do reguł mówionego telefonu (skurcze i formy adresowe, ciepło, humor, energia, zabezpieczenie, empatia, ciekawość, rejestr, Regionalne sformułowanie) plus liczby, które stosuje się do potoku głosowego: połączenie (D3, wyłączone do momentu A/B), przerwa między słuchanymi dźwiękami (D4), śmiech Zakres emocji i emocji (D6), ton spoczynkowy i cierpliwość na koniec tury Nie posiada jeszcze osobowości, ale komunikuje się z domyślnymi wartościami rejestru (D2). Funkcje AiAmbienceSetting (D7), AiVoiceCloneConsent (D12) i AiCounterpartyMemory są KamoInitializer może odtworzyć nowe tabele kamoai-service.

  8. · MediaService

    SI grają w Texas Hold'em z członkami, a Cheddar każdego członka działa ponownie

    SITP TPGAMES (właściciel 2026-10-26). Twój portfel: - Jedyne drzwi portfela (universe-gateway -> universe-persistence) miały Nie ma punktów końcowych, ponieważ gra KamoUniverse została zaparkowana 2026-09-28, więc każdy Hold'em buy-in since nie powiodło się ('portfel Cheddar nie odpowiada'), CheddarLedger pisze te same trzy tabele w tym samym pliku, ale w innym miejscu kamouniverse database bezpośrednio (ten sam klaster, ten serwis ma własnego użytkownika DB), Zgodnie z regułami usługi trwałości: jedna transakcja na ruch, unikatowy klucz idempotencji (replay = zastosowane fałszywe), podpisana linia księgi głównej; debet jest Warunkowa aktualizacja, więc dwa buy-iny nie mogą przekroczyć limitu. CheddarWalletClient teraz Używa go. - Jednorazowy grant rejestracyjny (1,000,000, klucz signup_grant:<id>), który tylko Największy zaparkowany świat 3D, jaki kiedykolwiek powstał, powstaje po raz pierwszy, gdy portfel członka jest Dotknięty przez aplikację gier, które mają - osoba lub SI to samo. CheddarSiGrants otwiera portfel każdego nie-emerytowanego SI z wyprzedzeniem (co godzinę, singleton, stronicowany według identyfikatorów członków listy SI; nic innego nie jest dotykane). Cheddar nie ma ścieżki zakupu, więc żaden SI nigdy nie kupuje go za pieniądze. Hold'em SI: - HoldemSiBrain: Equity Monte Carlo nad HandEvaluator vs przeciwników na żywo, Pot odds, styl CAUTIOUS/BALANCED/BOLD i umiejętność CASUAL/CLUB/SHARP, 300 ms Jego jedynym wejściem jest HoldemTableView SI's per-receiver: own two Karty i informacje publiczne, nigdy inne karty lub talię. - HoldemSiPlayer: sterowany zdarzeniami (HoldemTurnEvent po każdej opublikowanej ramce, ~1.4-2.3 s przerwy w ciągu 30 s zegara). Siedzi, gdy osoba zaprosiła go i Zajmuje miejsce, działa poprzez HoldemGameService.act z expectedSeq, rebuy na Najwyżej 3 razy dziennie przy stole, siedzi z osobą siedzącą i odchodzi Kiedy nie ma już żadnej osoby: SI nigdy nie grają między sobą. Redis claim per styl/umiejętność na SI na tabelę w Redis. - HoldemSiEligibility każdy krok: Hold'em app, PLAY_HOLDEM (SI, lub Zapraszająca/siedząca osoba: No Insubordination), runtime not paused. - POST /tables/{id}/si-play (style, skill), wywołuje tylko SI. - ChessFaces odczytuje temat hosta poza transakcją (grzechotka), buforowane. Testy: CheddarLedgerTest 4 (H2), HoldemSiBrainTest 5, HoldemSiFairnessTest 3 (widok SI nie zawiera kart innych graczy ani talii; ukryte karty nie może zmienić decyzji; gracz nie ma drzwi do surowych rzędów rąk), HoldemSiPlayerTest 7; zestawy gier 240 zielony.

  9. · MCPGatewayService

    Mail_send pobiera wersję tekstu HTML i jeden plik tekstowy napisany przez wywołującego (TPRECAPS)

    Podsumowanie spotkania SI zawiera teraz pełną transkrypcję spotkania; po przekroczeniu limitu ciała przechodzi jako załącznik .txt. textBody (z bodyFormat HTML) staje się wieloczęściową/alternatywną częścią tekstową; textAttachmentName + textAttachment staje się Jedna część załączników (nazwa zachowywana do bezpiecznych znaków, .txt) Załączony tekst jest planowany wraz z treścią do ujawnienia. Zregenerowano złote listy narzędzi (tylko mail_send).

  10. · EmailService

    Fakty nadawcy wiadomości dla kontroli tożsamości SI; SI_AUTH_REQUEST nie należy do żadnej aplikacji

    Odpowiedź pochodzenia mówi teraz również to, co sama wiadomość twierdzi o swoim nadawcy: Od, Reply-To, serwer, który przekazał go do naszego, oraz wyniki SPF/DKIM/DMARC zapisane w jego pliku SI_AUTH_REQUEST jest nieoznaczony: każdy może zostać poproszony o potwierdzenie przez system SI, aby potwierdzić, że prośba była naprawdę ich.

  11. · kamo-shared-library

    Rodzaj powiadomienia SI_AUTH_REQUEST i jednostki dziennika uwierzytelniania SI

    Właściciel 2026-10-26: bezpośrednie rozkazy docierające do SI przez kanał, który nie udowadnia niczyjej tożsamości Wszystkie zmiany muszą być potwierdzone przez członka Kamo. Dodaje **************** (należy do si_auth_requests / si_auth_request_events (ręcznie stosowane DDL w kamoai-service), deklaruje si_auth_requests / si_auth_request_events **************** i indeks media_session_guid zgłoszenia support_ticket.

  12. · kamo-internal

    Wybieranie, kto może zaprosić SI do spotkań, w jego opcjach połączeń

    Kamo Meet "Zaproś SI" (zamówienie właściciela 2026-10-26): Tylko osoby, które go nadzorują (domyślnie) / Jego przełożeni i Teammates / Każdy w Twojej organizacji, z prostym wyjaśnieniem każdego. Zapisane przez AIService; MediaService go egzekwuje.

  13. · MediaService

    Zaproś SI z wnętrza spotkania; kto może zaprosić SI jest własnym wyborem SI

    Kamo Meet "Zaproś SI" (zamówienie właściciela 2026-10-26): - GET **************** dla zalogowanej osoby NA spotkaniu (twórca, nagrany uczestnik, lub wręczyli token tego pokoju przez wagon spotkania z własnej sesji: znak MEETPRES), aktywne SIs organizacji, które Mogą zaprosić, pogrupowane NADZOROWANE / DOSTĘPNE, ze zdjęciem (zdjęcie -> awatar), stanowisko pracy i dostępność (dostępne, Niedostępny (nie jest online, ale może dołączyć, w innym połączeniu, wstrzymany, niedostępny).Nigdy SI w tym spotkaniu lub w drodze do niego (uczestnik na żywo, zaproszenie do automatycznego dołączenia, ai_call na żywo); ten, który pozostał, jest ponownie wymieniony. - POST .../invitable-sis/{memberId}: wprowadza go teraz przez ścieżkę jednoinstancyjną M1 (upsert uczestnika, ekskluzywny dial claim; kamoai-service's unique live-call index behind it): jednoczesne kliknięcia lub dwie osoby wykonują jedno połączenie. - MeetSiInvitePolicy: przełożeni (linia raportowania wykresu organizacji, właściciel organizacji) zawsze; inni według SI meeting_invite_policy (domyślnie SUPERVISORS | TEAM | ORGANIZATION). Wymuszone na M1 i tworzenie spotkań dla osób, Selektor w M2 i M3 oferuje tylko zaproszone SI (z "supervised"). SI zachowują regułę TP12 SI-to-SI. - Wyszukiwanie pokoju na **************** hoście motywu za pośrednictwem ViewerThemeDomain poza każdą transakcją.

  14. · AIService

    Kto może zaprosić tę jednostkę organizacyjną na spotkania, na jej podstawie

    Kamo Meet "Zaproś SI" (zamówienie właściciela 2026-10-26): meetingInvitePolicy (SUPERVISORS default | TEAM | ORGANIZACJA) odczytywane i zmieniane obok innych opcji połączeń i spotkań SI, te same prawa; przechowywane w **************** (DDL **************** MediaService go egzekwuje.

  15. · kamo-shared-library

    MeetingInvitePolicy — kto może zaprosić SI do spotkania; zadeklaruj ai_member_call_options

    Kamo Meet "Zaproś SI" (rozkaz właściciela 2026-10-26). Przełożeni SI (jego linia sprawozdawcza nad menedżerem i SI-supervisor edges, właściciel organizacji) może zawsze zaprosić go; jego własna polityka meeting_invite_policy określa, kto jeszcze może: SUPERVISORS (domyślnie), TEAM (nazwany zespół, ten sam menedżer, jego raporty) lub ORGANIZATION (organizacja). AiMemberCallOptionsRow deklaruje ręcznie stworzoną tabelę ai_member_call_options (i nową kolumnę) tak KamoInitializer Można go zbudować z kodu.

  16. · MCPGatewayService

    Games_* - SI gra w szachy z członkami

    SITP TPGAMES. Jedenaście narzędzi nad szachowymi punktami końcowymi MediaService, zabezpieczonych jako Tablica członków to (aplikacja szachowa + PLAY_CHESS, ponownie w dół): games_list, games_get_state (schemat, FEN, legalne ruchy, tekst ruchu, rekord), games_invite (opcjonalna umiejętność), games_join, games_decoder, games_move (SAN lub kwadraty, Poprawiono: games_offer_draw, games_decoder_draw, games_resign, games_rematch, games_set_skill. Posunięcia SI są inaczej rozgrywane dla niego przez Silnik MediaService; model mówi. Wewnętrzne zapisy: nie Klasa zatwierdzenia, NOT_DISCLOSING; odczytuje NOT_CONTENT. chat_read nazwy gry na Zwroty zatwierdzające + CHESS_GAME rzeczownik; games_ przedrostek; goldens Regenerowana (dodano 11). Testy: GamesPackTest 7, ChatPackTest +1; pełny pakiet 1968 zielony.

  17. · EmailService

    Wersja zwykłego tekstu obok HTML i list podsumowujący SI dla przełożonego, gdy SI nie ma skrzynki pocztowej (TPRECAPS)

    /api/email/send przyjmuje opcjonalne textBody: ciało jest wtedy wieloczęściowe/alternatywne (tekst, następnie HTML), wewnątrz mieszane POST **************** (KamoAI tajny, wieloczęściowy jak /api/email/send) - wysyła wiadomość e-mail z załącznikami Wysyła list jego wywoływacz zbudowany jako poczty transakcyjnej organizacji: NoReply@ jego domeny tylko wtedy, gdy ta domena jest SPF autoryzuje nas, inaczej platforma jest pod swoją nazwą, z wersją tekstową i maksymalnie dwoma plikami.

  18. · kamo-shared-library

    Zadeklaruj ai_call_recap i ai_member_recap_options dla wiadomości e-mail z podsumowaniem połączenia SI (TPRECAPS)

    Jeden wiersz dla każdej rozmowy telefonicznej SI, która miała rozmowę, więc jej podsumowanie dociera do przełożonego raz; a podsumowanie SI dwa razy Ręcznie stosowane DDL (kamoai-service **************** Zadeklaruj tutaj, aby KamoInitializer mógł go odtworzyć.

  19. · MCPGatewayService

    Każdy SI ma zegar: time_now, time_convert, time_calc

    Raport właściciela 2026-10-26: zapytałem o czas na rozmowie, SI powiedział, że nie ma zegara Kalendarz każdy człowiek ma: czas teraz w strefie SI lub jakiejkolwiek innej (z dniem urodzenia) Tydzień), czas powiedziany w innej strefie i data arytmetyczna. Czyta, nie ma prawa, nie ma rekordu.

  20. · MCPGatewayService

    Sprawdzony e-mail członka zespołu do SI jest ich prośbą i ich rozkazem

    Raport właściciela 2026-10-26: właściciel wysłał e-mail do swojego SI, aby do nich zadzwonić; e-mail nigdy nie był Zamówienie ([ZAMÓWIENIE] bez zamówienia) i każde późniejsze zameldowanie odczytywało je jako pocztę zewnętrzną i prosiło o Mail EmailService udowadnia, że własna skrzynka pocztowa członka zespołu wysłana do SI jest teraz aktywna Wewnątrz poczty (sentByTeammate, internal taint) i wake lub cytat jak wiadomość czatu: Autor, aktualność, ten bieg i zanieczyszczenie wszystko sprawdzone. Fałszywy Od pozostaje poza pocztą.

  21. · MediaService

    Członek SI gra w szachy z członkami, jego ruchy wybierane są przez silnik Kamo

    SITP TPGAMES (właściciel 2026-10-26: SI poproszony o grę w szachy nie wiedział jak). - ChessSiPlayer: sterowany zdarzeniami (ChessTurnEvent po każdej zatwierdzonej zmianie). Zaproszenie członka: SI dołącza i jego umysł jest obudzony raz (czat Powiadomienie o konwersacji karty), aby ich powitać. Losowanie członka Oferta: akceptowana, chyba że SI wyprzedza przeciwnika o więcej niż połowę pionka. ChessAi (alpha-beta + spokój, budżet czasu) wybiera ruch na Poziom SI i jest rozgrywany jako SI poprzez ChessGameService.move, ~0.7 s pauzy, jedno oczekujące zadanie na grę, 100% bezpieczeństwa, 200 na pod, Redis roszczeń między podami, FEN ponownie sprawdzony przed zapisem. - ChessSiEligibility, każdy ruch: Chess aplikacji, PLAY_CHESS stosowane, runtime Nie jest wstrzymany/zablokowany/wycofany. - Recovery sweep (singleton, 30 s) dla obrotu ponownego uruchomienia lub przerwania pominiętego. - Brak tablic SI-vs-SI (zaproszenie odrzucone; nikt nie gra). - Umiejętności na grę (CASUAL/CLUB/MASTER, domyślnie CLUB) w Redis, bez DDL; POST /games/{id}/si-level; zapisane ruchy (SAN lub e2e4) na /move. - na planszy pojawia się zdjęcie przeciwnika (opponentAvatarUrl był zawsze null), OpponentIsSi i siLevel. - Napraw: jeden ChessAi udostępniony przez każde żądanie wyścigów własnych pól ostatecznych. Testy: ChessSiPlayerTest 11, ChessSiRulesTest 15, analiza zapytań 1; szachy i Pakiety gier zielony (100).

  22. · EmailService

    Udowodnij, że członek zespołu wysłał e-mail do SI, aby prośba wysłana pocztą elektroniczną mogła liczyć się jako jego zamówienie

    Wewnętrzny punkt końcowy odpowiada, czy wiadomość w skrzynce pocztowej członka została wysłana przez teammate: jego From dociera do członka tej samej organizacji, a własny folder Send tego członka zawiera Ten sam Message-ID adresowany do odbiorcy. Fałszywy From nigdy nie przechodzi; tylko do odczytu.

  23. · kamo-internal

    Pipeline pokazuje, kiedy każda transakcja i pożyczka została otwarta, i sortuje według tego

    Oferty i wypożyczalnie pokazują "Otwarte <data, godzina>" w strefie członka. Dla wypożyczalni importowane z Arive, czyli czasu utworzenia Arive - przed, każdy importowany Transakcja posortowane tak, jak zostały otwarte w dniu importu.

  24. · SecurityService

    Pożyczki potokowe otwarte w Arive przenoszą czas utworzenia Arive, a nie import

  25. · kamo-shared-library

    Podsumowania pożyczek przenoszą się, gdy pożyczka MLOS została naprawdę otwarta (openedAt)

  26. · kamo-internal

    Perspektywy — transakcje przedaplikacyjne pozostają w otwartym pipeline

    Transakcja, której wszystkie pożyczki są w fazie przyjmowania, kwalifikacji lub wstępnej akceptacji (nie Aplikacja (jeszcze nie podjęta) pokazuje pod własnym widokiem Prospects i liczy. Otwórz, Jego wskaźniki KPI i szyna etapowa liczą teraz tylko aplikacje w toku; Kamo Własne wersje robocze pozostają w trybie Otwartym. Nic się nie zmienia w wypożyczeniu.

  27. · kamo-internal

    Pipeline pokazuje etapy przedaplikacyjne, każdy wynik i zarchiwizowane pożyczki

    - statusy: Przyjmowanie wniosków, Kwalifikacja, Wstępnie zatwierdzone; Zatwierdzone Nie Zaakceptowane, Zamknięte z powodu niekompletności, Anulowane, Wstępna aprobata odrzucona / Nie zaakceptowano — jedna udostępniona lista zamiast dwóch twardych kopii - zarząd i transakcje: zarchiwizowane pożyczki pozostają w otwartym pipeline (wyświetlane w przeszłości, Oznaczone jako zarchiwizowane); niefinansowane wyniki liczą się jako anulowane - "submitted" nie jest już statusId >= 2 (id są tożsamościami, a nie zamówieniem) - Arive mapa etapu oferuje stany przed aplikacją

  28. · SecurityService

    Kamo posiada każdą Arive pożyczkę, w stanie Arive naprawdę ją ma

    - zdarzenia importowe i przychodzące przyjmują każdą pożyczkę - otwartą, sfinansowaną, niekorzystną lub Archiwizowane — zamiast tylko tych "aktywnych" - brak znaczka Get Loan lub crmReferenceId na pożyczkę: każde z nich jest zadaniem Zapier na Plan klienta (20,000+ dla jednego importu); GUID rozpoznaje pożyczkę - Daty Arive są stosowane jako system rekordu (wyczyszczone, gdy Arive ma brak, np. data zgłoszenia w pliku przed zgłoszeniem) - etap za Kamo jest ponownie ustawiony, na płycie, zamiast odrzucony - osłona tylko dla wersji roboczej (edycje pożyczkobiorcy, własne przesłanie, SI credit pull / AUS) etapy przedaplikacyjne; "przesłane" nie jest już statusId >= 2;

  29. · kamo-shared-library

    Statusy przed aplikacją, każdy wynik HMDA, archiwum i rzeczywiste daty Arive

    Arive pożyczek zostało zmapowanych tylko z nazw etapów: każdy etap przed aplikacją stała się Aplikacja Podjęta, wszystkie zarchiwizowane pożyczki Wycofane (także te sfinansowane), Każde niekorzystne działanie zostało odrzucone, a daty zostały opieczętowane dniem importu. - LoanFileStatus (dołączony — kolumna porządkowa): APPLICATION_INTAKE, Kwalifikacja, PRE_APPROVED; wyniki APPROVED_NOT_ACCEPTED, niekompletne, ODWOŁANE, PREAPPROVAL_DENIED, PREAPPROVAL_NOT_ACCEPTED - stan maszyny: opcjonalne strzałki przed aplikacją; każdy wynik tylko z Statusy, które może śledzić - LoanFile.archivedAt: archiwum jest flagą obok statusu, a nie wynikiem - Arive: etap ADVERSE + mapa AriveAdverseReason do własnego wyniku (oba Loan Setup = Wniosek przyjęty, Ujawniono = W trakcie przetwarzania; daty od Arive (data TRID, podpisane dokumenty, przekaz finansowy, daty etapów), nigdy dzisiaj - realignToExternal: zewnętrzny MLOS jest systemem zapisu dla etapu - Akcja HMDA podjęta z rzeczywistego wyniku; pliki w toku nie mają żadnego - handel / rollup transakcji / zamknięcie horyzontu obsługi nowych statusów

  30. · kamo-internal

    Zewnętrzny MLOS żyje na rynku kredytów hipotecznych i na każdym kredycie

    - Ustawienia → Rynki POS → Rynek hipoteczny: nowa zakładka "Zewnętrzne MLOS" (Arive przez Zapier, MeridianLink) z połączeniem, mapą etapów, transakcją Okno i import aktywnych pożyczek; wiodący na rynku selektor MLOS jest Zastąpiony przez wskaźnik do niego - wniosek o pożyczkę: pasek stanu pokazujący miejsce pożyczki w zewnętrznym MLOS (połączone / wysyłanie / potrzebne pola / odrzucone), ponowne wysyłanie i otwieranie w MLOS; Sekcje należące do MLOS są tylko do odczytu z notatką mówiącą, gdzie je edytować - karta pipeline deal: zewnętrzny chip MLOS - strona główna: usunięto Arive/MeridianLink akcji - trasy proxy przenoszone do ****************

Twój wszechświat czeka.

Rozpocznij bezpłatnie w kilka minut.Dodaj produkty, kiedy tylko będziesz gotowy — bez migracji, bez nowych logowań.

Bezpłatne na zawsze — nie wymaga karty kredytowej