Programy dla firm (slownik)

Zbyt długie tooltips stają się nieczytelne i tracą swoją funkcję krótkiej podpowiedzi.

Zbyt długie wiersze tekstu, powyżej 600 pikseli, utrudniają czytanie na szerokich ekranach.

Zbyt długo ładujące się raporty wskazują na potrzebę optymalizacji zapytań lub indeksów źródłowych danych.

Zbyt duża liczba webhooków w krótkim czasie może przeciążyć system odbierający powiadomienia.

Zbyt duża liczba wiadomości do pobrania spowalnia synchronizację klienta pocztowego.

Zbyt duże payloady wydłużają czas przetwarzania żądania i mogą przekroczyć limity systemu docelowego.

Zbyt duże pliki konfiguracyjne ładowane na start wydłużają czas uruchamiania aplikacji.

Zbyt duże zapytania (payload) mogą zostać odrzucone przez limit rozmiaru żądania po stronie serwera.

Zbyt dużo kopii w polach CC i BCC rozprasza uwagę i utrudnia identyfikację właściwego adresata.

Zbyt dużo opcji bez pogrupowania przeciąża odbiorcę i utrudnia podjęcie decyzji.

Zbyt dużo przycisków CTA w jednym mailu dezorientuje odbiorcę co do priorytetowego działania.

Zbyt dużo wykrzykników sprawia, że wiadomość brzmi nienaturalnie i budzi podejrzenia filtrów antyspamowych.

Zbyt duży rozmiar wiadomości grozi jej odrzuceniem przez serwer nadawczy lub odbiorczy.

Zbyt duży załącznik to najczęstsza przyczyna odrzucenia wiadomości przez serwer odbiorcy.

Zbyt dynamiczne zmiany, np. popup bez focus trap, utrudniają nawigację osobom korzystającym z klawiatury.

Zbyt intensywne kolory CTA mogą przeciążać wzrokowo i odstraszać zamiast przyciągać uwagę.

Zbyt liberalna polityka DMARC, np. p=none, nie chroni skutecznie przed podszywaniem się pod domenę.

Zbyt mała czcionka w tabelach i formularzach utrudnia odczyt, zwłaszcza na urządzeniach mobilnych.

Zbyt małe elementy interaktywne naruszają wytyczne dostępności WCAG dotyczące rozmiaru celów dotykowych.

Zbyt małe strefy kliknięć na mobile zwiększają ryzyko pomyłkowego dotknięcia niewłaściwego elementu.

Zbyt mały font treści informacyjnej obniża czytelność wiadomości, zwłaszcza dla starszych odbiorców.

Zbyt mały kontrast CTA sprawia, że wezwanie do działania nie wyróżnia się na tle reszty treści.

Zbyt mały obszar klikalny checkboxów utrudnia ich zaznaczenie, zwłaszcza na ekranach dotykowych.

Zbyt mały rozmiar czcionki to częsta przyczyna nieczytelności wiadomości.

Zbyt niski TTL rekordów DNS dla MX może zwiększać obciążenie serwerów przy częstych zapytaniach.

Zbyt niskie kontrasty kolorów naruszają wytyczne dostępności i utrudniają odbiór treści.

Zbyt ogólna lub nieczytelna klauzula podważa świadomość zgody udzielanej przez odbiorcę.

Zbyt ogólne uprawnienia kont API zwiększają ryzyko szkód w razie ich przejęcia.

Zbyt skomplikowane ścieżki utrudniają odbiorcy dotarcie do zamierzonego celu.

Zbyt skomplikowany edytor wiadomości zniechęca użytkowników do samodzielnego tworzenia treści.

Zbyt słabe hasła użytkowników zwiększają podatność systemu na atak metodą zgadywania.

Zbyt szerokie uprawnienia użytkowników naruszają zasadę najmniejszego przywileju i zwiększają ryzyko nadużyć.

Zbyt wiele automatyzacji jednocześnie utrudnia ich nadzór i zwiększa ryzyko wzajemnych konfliktów.

Zbyt wiele CTA w jednym mailu dezorientuje odbiorcę co do priorytetowego działania.

Zbyt wiele e-maili w krótkim czasie zniechęca odbiorcę i zwiększa liczbę wypisów.

Zbyt wiele odbiorców jednocześnie może przeciążyć infrastrukturę wysyłkową.

Zbyt wiele pól obowiązkowych obniża współczynnik ukończenia formularza.

Zbyt wiele żądań do serwera może prowadzić do jego przeciążenia lub czasowego zablokowania klienta.

Zbyt wolne generowanie raportów wskazuje na potrzebę optymalizacji zapytań lub indeksów źródłowych danych.

Zdalna administracja pozwala zarządzać instancją SQL Server bez fizycznego dostępu do serwera.

Zdalne logowanie do instancji wymaga włączonych protokołów sieciowych i otwartego portu w zaporze.

Zdalne otwieranie dokumentów pozwala uzyskać dostęp do pliku znajdującego się na innym urządzeniu lub w chmurze.

Zdalne połączenie z aplikacji wymaga poprawnie skonfigurowanego ciągu połączenia i uprawnień sieciowych.

Zdalne połączenie z Azure SQL wymaga skonfigurowania reguły zapory po stronie chmury.

Zdalne połączenie z serwerem lokalnym powinno przebiegać przez VPN, a nie bezpośrednie wystawienie portu.

Zdalne połączenie z SQL Server wymaga włączonego TCP/IP i otwartego portu w zaporze instancji.

Zdalne uruchamianie makr wymaga zaufania do źródła dokumentu, ponieważ kod jest wykonywany bez lokalnej weryfikacji.

Zdalne wykonanie kodu to poważna luka pozwalająca atakującemu uruchomić dowolne polecenia na zaatakowanym systemie.

Zdalny dostęp do serwera bez VPN naraża go na bezpośrednie ataki z internetu.

Zdarzenie On Completion uruchamia się po zakończeniu kroku zadania, niezależnie od jego wyniku.

Zdarzenie On Failure uruchamia kolejny krok zadania wyłącznie w przypadku niepowodzenia poprzedniego.

Zdarzenie On Success uruchamia kolejny krok zadania wyłącznie po pomyślnym zakończeniu poprzedniego.

Zdarzenie systemowe to zapis operacji wygenerowany automatycznie przez system, bez udziału użytkownika.

Zdarzenie wyzwalające to warunek uruchamiający zdefiniowaną akcję lub scenariusz automatyzacji.

Zdjęcie kontaktu to fotografia wyświetlana w książce adresowej przy danym rekordzie.

Zdjęcie produktu to grafika prezentująca ofertę w wiadomości sprzedażowej.

Zduplikowane dane przez wielokrotne zapisy powstają, gdy ten sam formularz zostaje przypadkowo wysłany kilka razy.

Zduplikowane dane w odpowiedzi to powtórzone wartości zwracane przez API wskutek błędu zapytania.

Zduplikowane dane w wiadomości to powielone fragmenty treści wynikające z błędu w szablonie.

Zduplikowane ID elementów HTML łamie zasady standardu i może zaburzać działanie skryptów w wiadomości.

Zduplikowane ID w strukturze wiadomości utrudnia jednoznaczne odwołanie się do konkretnego elementu.

Zduplikowane kampanie w systemie mogą prowadzić do przypadkowej podwójnej wysyłki tej samej treści.

Zduplikowane konta klienta po integracji wynikają z braku wspólnego identyfikatora łączącego systemy.

Zduplikowane kontakty w CRM i narzędziu e-mail utrudniają jednoznaczne prowadzenie historii komunikacji.

Zduplikowane rekordy to wielokrotne wpisy tej samej osoby lub obiektu w bazie danych.

Zduplikowane rekordy kontaktów utrudniają segmentację i mogą prowadzić do wielokrotnej wysyłki tej samej treści.

Zduplikowane rekordy przez API powstają, gdy integracja wielokrotnie zapisuje ten sam obiekt bez sprawdzenia jego istnienia.

Zduplikowane rekordy w CRM i narzędziu mailingowym wynikają z braku zsynchronizowanego identyfikatora między systemami.

Zduplikowane wiadomości w skrzynce wynikają zwykle z równoległej konfiguracji POP3 i IMAP albo błędu reguł kopiujących.

Zduplikowane wiadomości po synchronizacji wskazują na konflikt reguł lub błąd mapowania folderów.

Zduplikowane wiadomości przez powtórny trigger to skutek braku zabezpieczenia przed wielokrotnym przetworzeniem zdarzenia.

Zduplikowane wysyłki to przypadkowe powtórne wysłanie tej samej kampanii do odbiorców.

ZeroBounce to usługa weryfikacji adresów e-mail, usuwająca z bazy wpisy nieistniejące i ryzykowne.

Zespół reagowania to grupa osób odpowiedzialna za obsługę incydentów bezpieczeństwa.

Zestawienie dobrych praktyk integracyjnych porządkuje sprawdzone zasady budowy stabilnych połączeń między systemami.

Błędne tagowanie kontaktów przez zewnętrzną aplikację CRM prowadzi do niepoprawnej segmentacji odbiorców.

Zewnętrzne narzędzia monitorujące, np. SentryOne, uzupełniają wbudowane mechanizmy diagnostyki SQL Server o rozszerzoną analizę.

Brak raportów z zewnętrznego systemu marketingowego utrudnia ocenę rzeczywistej skuteczności prowadzonych kampanii.

Zgłaszanie błędów to funkcja umożliwiająca przesłanie producentowi informacji o napotkanej usterce.

Zgłaszanie problemów to formalna procedura informowania odpowiedniego zespołu o wykrytej usterce.

Zgłaszanie spamu przez odbiorcę pogarsza reputację nadawcy u danego dostawcy poczty.

Zgłoszenia błędów do systemów zewnętrznych przekazują informację o usterce poza samą aplikację.

Zgłoszenia e-mailowe to sprawy zarejestrowane w systemie na podstawie przychodzącej korespondencji.

Zgłoszenie do CERT informuje krajowy zespół reagowania na incydenty o wykrytym zagrożeniu.

Zgłoszenie do regulatora to formalne poinformowanie właściwego organu o zaistniałym naruszeniu.

Zgłoszenie do użytkownika to komunikat informujący go o zdarzeniu wymagającym jego reakcji.

Zgłoszenie incydentu inicjuje procedurę reakcji zgodnie z przyjętym planem bezpieczeństwa.

Zgłoszenie naruszenia to formalne powiadomienie o zdarzeniu naruszającym bezpieczeństwo danych.

Zgłoszenie naruszenia do UODO jest obowiązkowe, gdy incydent stwarza ryzyko dla praw osób, których dane dotyczą.

Zgłoszenie phishingu informuje odpowiednie służby o próbie wyłudzenia danych.

Zgłoszenie problemu z kontem to prośba użytkownika o pomoc w rozwiązaniu trudności z dostępem.

Zgoda B2C to akceptacja odbiorcy indywidualnego wymagana przy komunikacji marketingowej.

Zgoda marketingowa to zgoda odbiorcy na otrzymywanie korespondencji o charakterze promocyjnym.

Zgoda na komunikację e-mail to podstawa prawna wysyłki wiadomości do danej osoby.

Zgoda na komunikację elektroniczną obejmuje różne kanały, w tym e-mail, SMS i powiadomienia push.

Zgoda na marketing zagraniczny może wymagać uwzględnienia dodatkowych przepisów kraju odbiorcy.

Zgodność formatów multimedialnych to możliwość odtworzenia materiału audio lub wideo w docelowej aplikacji.

Zgodność formularzy kontaktowych z przepisami wymaga informowania o zasadach przetwarzania podanych danych.

Zgodność funkcji między wersjami silnika decyduje, czy zapytanie zadziała tak samo po migracji bazy.

Zgodność infrastruktury to dopasowanie systemów pod kątem wspólnych standardów komunikacji.