Pricing
Status historyRSS updatesStatus API

Powered by Uptimus

    Historia awarii Maropost

    69 Maropost incidents · sierpień 2024 — official updates, affected components, duration and resolution details.

    Wróć do bieżącego statusu

    Problemy z dostępnością panelu sterowania

    Początek 27 października 2026 11:46 UTC · 1h 1m

    Pending
    Dotknięte komponenty
    Control Panel
    1. 27 października 2026 11:46 UTCidentified

      Problem został zidentyfikowany i jest w trakcie wdrażania.

    2. 27 października 2026 12:47 UTCresolved

      Ten incydent został rozwiązany.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Neto Webstore Zakłócenie

    Początek 26 października 2026 07:56 UTC · 1h 47m

    IssuesDrobny incydent
    Dotknięte komponenty
    Merchant Store Fronts
    1. 26 października 2026 08:04 UTCinvestigating

      Badamy niestabilność platformy wpływającą na sklepy internetowe Neto. Klienci mogą doświadczać przerywanych problemów dostępu do dotkniętych sklepów. Nasz zespół pracuje nad przywróceniem stabilności. Dostarczymy dalsze aktualizacje w miarę dostępności większej ilości informacji.

    2. 26 października 2026 08:10 UTCmonitoring

      Usługi są obecnie stabilne. Nadal monitorujemy wyniki i badamy przyczynę zakłóceń.

    3. 26 października 2026 09:43 UTCresolved

      Ten incydent został rozwiązany.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Zakłócenie panela sterowania

    Początek 23 października 2026 05:38 UTC · 53m

    OutagePoważny incydent
    Dotknięte komponenty
    Control Panel
    1. 23 października 2026 05:38 UTCinvestigating

      Otrzymujemy raporty paneli kontrolnych, które odbierają "Błąd oprogramowania". Nasz zespół ds. rozwoju właśnie prowadzi śledztwo.

    2. 23 października 2026 06:17 UTCmonitoring

      Wprowadzono rozwiązanie i monitorujemy wyniki.

    3. 23 października 2026 06:31 UTCresolved

      Ten incydent został rozwiązany.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Degradowana wydajność

    Początek 23 października 2026 01:29 UTC · 3h 23m

    Pending
    Dotknięte komponenty
    Upstream Provider
    1. 23 października 2026 01:29 UTCinvestigating

      Niektórzy kupcy i partnerzy Neto doświadczają problemów z dostępem do SFTP. Nasz zespół aktywnie bada i pracuje nad wdrożeniem rozwiązania. Dostarczymy dalsze aktualizacje w miarę postępów.

    2. 23 października 2026 04:00 UTCidentified

      Problem został zidentyfikowany i jest w trakcie wdrażania.

    3. 23 października 2026 04:15 UTCmonitoring

      Wprowadzono rozwiązanie i monitorujemy wyniki.

    4. 23 października 2026 04:52 UTCresolved

      Ten incydent został rozwiązany.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Degradowana wydajność

    Początek 22 października 2026 03:35 UTC · 6h 20m

    Pending
    Dotknięte komponenty
    Control Panel
    1. 22 października 2026 03:35 UTCinvestigating

      Niektórzy kupcy Neto mają problemy z dostępem do swoich paneli kontrolnych. Nasz zespół aktywnie bada tę kwestię i przedstawi dalsze aktualizacje w miarę dostępności większej ilości informacji.

    2. 22 października 2026 05:44 UTCidentified

      Problem został zidentyfikowany i jest w trakcie wdrażania.

    3. 22 października 2026 08:10 UTCidentified

      Wdrażamy poprawki do kwestii dostępu do panelu sterowania. Dostarczymy dalsze aktualizacje w miarę postępów.

    4. 22 października 2026 09:55 UTCresolved

      Ten incydent został rozwiązany.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Degradowana wydajność - Neto POS Sync Opóźnienia

    Początek 7 października 2026 00:15 UTC · 1h 36m

    IssuesDrobny incydent
    Dotknięte komponenty
    Point Of Sale Registers
    1. 7 października 2026 00:15 UTCinvestigating

      Prowadzimy śledztwo w sprawie opóźnień podczas synchronizacji danych w aplikacji Neto POS.

    2. 7 października 2026 01:51 UTCresolved

      Synchronizacja wróciła do normy.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Problemy z dostępnością panelu sterowania przerywanego

    Początek 6 października 2026 11:27 UTC · 2h 50m

    IssuesDrobny incydent
    Dotknięte komponenty
    Control Panel
    1. 6 października 2026 11:27 UTCinvestigating

      Obecnie badamy tę kwestię.

    2. 6 października 2026 13:23 UTCidentified

      Problem został zidentyfikowany i jest w trakcie wdrażania.

    3. 6 października 2026 14:08 UTCmonitoring

      Wprowadzono rozwiązanie i monitorujemy wyniki.

    4. 6 października 2026 14:17 UTCresolved

      Ten incydent został rozwiązany.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Tożsamość Maropost - Aktualizacja bezpieczeństwa konta

    Początek 5 października 2026 01:58 UTC · 0m

    Pending
    Dotknięte komponenty
    Control Panel
    1. 5 października 2026 01:58 UTCresolved

      Planowana konserwacja Dziś wieczorem zakończymy aktualizację konta dla Tożsamości Maropost 5 / 10 / 2026. Po tej aktualizacji, wszyscy użytkownicy Tożsamości Maropost będą zobowiązani do zakończenia bezpieczeństwa konta zresetować przy następnym zalogowaniu. Użytkownicy będą proszeni o: - Ustaw nowe hasło za pomocą Forgot Hasło - Zapisz nowy zestaw kodów odzyskiwania - Konfiguracja aplikacji uwierzytelniającej - Kompletna konfiguracja uwierzytelniania wieloczynnikowego (MFA) W ramach tego procesu zostaną zresetowane istniejące kody odzysku i konfiguracje uwierzytelniające. MFA będzie wymagane dla wszystkich użytkowników Tożsamości Maropost idących naprzód, w tym użytkowników, którzy wcześniej nie skonfigurowali uwierzytelniania. Przed aktualizacją nie jest wymagane działanie. Użytkownicy powinni postępować zgodnie z instrukcjami przedstawionymi podczas następnego dostępu do Tożsamości Maropost. Więcej informacji na temat resetu hasła, kodów odzyskiwania i konfiguracji MFA można znaleźć w naszym przewodniku: https: / / architecty.maropost.com / kb / articles / 2475- maropost- identity- password- repart-what-you-need-to-do W przypadku trudności z zakończeniem resetu, prosimy o kontakt z Maropost Support.

    2. 21 października 2026 03:41 UTCpostmortem

      # Tożsamość Maropost - Incydent bezpieczeństwa pośmiertny Uzasadnienie * * Affected Service: * * Maropost Identity\ (Login and Authentication\) * * Okres incydentu: * * 26- 30 września 2026 r. * * Regeneracja i globalny kredyt zakończony: * * 6 października 2026 / Stan: Rozwiązane # # Przegląd W dniach 26-30 września 2026 r. Nasze śledztwo wykazało, że strona zewnętrzna wykorzystała zagrożenie bezpieczeństwa w ramach służby tożsamości, pozwalając na nieautoryzowany dostęp administracyjny. * * Co ważne, hasła użytkownika są przechowywane przy użyciu bezpiecznego, jednostronnego szyfrowania hashingu. Nasze śledztwo nie znalazło dowodów na to, że hasze z haskami zostały wyekstrahowane lub że hasła z tekstu zwykłego zostały ujawnione. * * Po zidentyfikowaniu działań nasze zespoły inżynieryjne i bezpieczeństwa podjęły natychmiastowe działania w celu opanowania incydentu, zbadania jego wpływu i wdrożenia środków naprawczych. Od tego czasu zidentyfikowano podatność na zagrożenia, a w dniu 6 października 2026 r. zakończono globalną resetację kredytową jako środek zapobiegawczy w zakresie bezpieczeństwa. # Co się stało Incydent dotyczył podatności w funkcji resetowania haseł Tożsamości Maropost. Wrażliwość ta została wykorzystana przez nieupoważnioną stronę trzecią, która uzyskała następnie wyższy dostęp w ramach służby tożsamości. Nasze dochodzenie wykazało następujące działania: * Nieautoryzowany dostęp do danych na koncie tożsamości, w tym nazw użytkowników i adresów e-mail. * Niezwykle wysoki wolumen żądań reset haseł w kontach klientów i wewnętrznych. * Nieautoryzowane zmiany w ustawieniach logowania i uwierzytelniania wieloczynnikowego\ (MFA\) na podzbiorze kont. W dniu 30 września 2026 r. nasze zespoły zidentyfikowały nieprawidłową aktywność i podjęły natychmiastowe działania w celu zbadania i opanowania incydentu. # # Uderzenie klienta Nasze dochodzenie zidentyfikowało nieautoryzowany dostęp do danych o tożsamości Maropost, w tym nazwy użytkowników i adresy e-mail. Podczas gdy na podzbiorze rachunków zidentyfikowano nieautoryzowane zmiany uwierzytelniania kredytowego i wieloczynnikowego\ (MFA\), Maropost unieważnił istniejące sesje i zakończył globalną resetację kredytową w celu ochrony użytkowników. # # Działania podjęte w celu rozwiązania incydentu Po wykryciu, zespoły Maropost 's Engineering and Security wdrożyły kilka środków w celu opanowania incydentu i zabezpieczenia służby tożsamości. * * Bezpieczeństwo Wrażliwość Regeneracja * * Zmodyfikowano oprogramowanie tożsamości dotknięte chorobą i przeprowadzono testy weryfikacyjne w celu potwierdzenia rozpoznanej podatności na zagrożenia. * * Nieautoryzowane ograniczenie dostępu * * Zablokowano źródła sieci związane z podejrzaną działalnością i wzmocniono administracyjne kontrole dostępu. * * Credential and Session Security * * Istniejące sesje użytkowników zostały unieważnione, zmieniono odpowiednie referencje dotyczące wniosków i integracji oraz dokonano przeglądu rachunków administracyjnych. * * Global Hasło i MFA Reset * * W dniu 6 października 2026 r. * * Weryfikacja konta * * Podjęto dodatkowe przeglądy rachunków, w tym wyłączenie niezweryfikowanych rachunków zidentyfikowanych podczas dochodzenia. # # Środki zapobiegawcze Poza natychmiastową rekultywacją Maropost wdraża dalsze ulepszenia bezpieczeństwa w celu wzmocnienia tożsamości Maropost i zmniejszenia ryzyka podobnych incydentów. Poprawki te obejmują: * Wzmocnienie administracyjnych ograniczeń dostępu i kontroli uwierzytelniania. * Wzmocnienie monitorowania i ostrzegania o niezwykłej aktywności logowania i reset haseł. * Poprawa kontroli bezpieczeństwa stosowania i integracji. * Wzmocnienie procesów zarządzania wrażliwością i aktualizacji oprogramowania. * Przeprowadzenie dodatkowych ocen bezpieczeństwa i przegląd procedur reagowania na incydenty. Środki te stanowią część naszego stałego zaangażowania na rzecz utrzymania bezpieczeństwa i niezawodności usług Maropost. Czy klienci muszą podjąć jakieś działania? Klienci, którzy pomyślnie zresetowali swoje hasło tożsamości Maropost i przekonfigurowali swoje uwierzytelnianie wieloczynnikowe w dniu 6 października 2026 r. lub później, nie muszą powtarzać tego procesu w ramach tego incydentu. Klienci, którzy nie ukończyli jeszcze wymaganego resetu, powinni wybrać * * Zapomniane Hasło * * na stronie logowania Tożsamość Maropost i postępować zgodnie z instrukcjami. Jako ogólne środki ostrożności dla bezpieczeństwa, zachęcamy klientów do zachowania czujności na nieoczekiwanych próbach resetowania hasła, podejrzanych e-maili lub prób uzyskania uwierzytelniania konta. Maropost nigdy nie zażąda, aby klienci ujawniali swoje hasła lub kody odzyskiwania MFA. Dalsze wskazówki można znaleźć na stronie: [Hasło Tożsamości Maropost reset - co musisz zrobić] (https: / / com.maropost.com / kb / articles / 2475) W przypadku trudności w dostępie do konta lub identyfikacji nieoczekiwanej aktywności konta, prosimy o kontakt z naszym zespołem wsparcia: [Contact Maropost Support] (https: / / contact- support) # # Zamknięcie oświadczenia Ochrona naszych klientów, ich kont i informacji pozostaje priorytetem Maropost. Uznajemy znaczenie utrzymania zaufania do naszych usług i podjęliśmy działania mające na celu zaradzenie stwierdzonej podatności, zapewnienie odpowiednich uwierzytelniania oraz wzmocnienie kontroli chroniących tożsamość Maropost. Będziemy nadal dokonywać przeglądu i ulepszania naszych praktyk w zakresie bezpieczeństwa w ramach naszego stałego zaangażowania na rzecz ochrony informacji o klientach.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Maropost ID Hasło Reset Notice

    Początek 30 września 2026 14:00 UTC · 0m

    Pending
    1. 1 października 2026 01:38 UTCresolved

      Jako środek zabezpieczający Maropost zainicjował resetowanie hasła dla użytkowników identyfikatorów Maropost. Podczas podpisywania się użytkownicy mogą zostać poproszeni o zresetowanie hasła, zanim będą mogli kontynuować dostęp do swoich produktów Maropost. Większość użytkowników jest w stanie z powodzeniem zresetować hasło. Zdajemy sobie jednak sprawę, że niektórzy użytkownicy mogą nie otrzymać e- maila z resetem hasła i w związku z tym mogą nie być w stanie dokończyć resetu lub uzyskać dostępu do swojej platformy. Jeśli nie jesteś w stanie uzyskać dostępu do konta, ponieważ nie otrzymałeś e- maila resetowanego hasłem, należy złożyć wniosek o wsparcie za pomocą poniższego formularza, a nasz zespół pomoże Ci odzyskać dostęp: Wniosek o wsparcie: https: / / share.hsforms.com / 1PF2VNMWnS2al3GnLh8msNQrp8ms

    2. 9 października 2026 13:08 UTCpostmortem

      # Tożsamość Maropost - Incydent bezpieczeństwa pośmiertny Uzasadnienie * * Affected Service: * * Maropost Identity\ (Login and Authentication\) * * Okres incydentu: * * 26- 30 września 2026 r. * * Regeneracja i globalny kredyt zakończony: * * 6 października 2026 / Stan: Rozwiązane # # Przegląd W dniach 26-30 września 2026 r. Nasze śledztwo wykazało, że strona zewnętrzna wykorzystała zagrożenie bezpieczeństwa w ramach służby tożsamości, pozwalając na nieautoryzowany dostęp administracyjny. * * Co ważne, hasła użytkownika są przechowywane przy użyciu bezpiecznego, jednostronnego szyfrowania hashingu. Nasze śledztwo nie znalazło dowodów na to, że hasze z haskami zostały wyekstrahowane lub że hasła z tekstu zwykłego zostały ujawnione. * * Po zidentyfikowaniu działań nasze zespoły inżynieryjne i bezpieczeństwa podjęły natychmiastowe działania w celu opanowania incydentu, zbadania jego wpływu i wdrożenia środków naprawczych. Od tego czasu zidentyfikowano podatność na zagrożenia, a w dniu 6 października 2026 r. zakończono globalną resetację kredytową jako środek zapobiegawczy w zakresie bezpieczeństwa. # Co się stało Incydent dotyczył podatności w funkcji resetowania haseł Tożsamości Maropost. Wrażliwość ta została wykorzystana przez nieupoważnioną stronę trzecią, która uzyskała następnie wyższy dostęp w ramach służby tożsamości. Nasze dochodzenie wykazało następujące działania: * Nieautoryzowany dostęp do danych na koncie tożsamości, w tym nazw użytkowników i adresów e-mail. * Niezwykle wysoki wolumen żądań reset haseł w kontach klientów i wewnętrznych. * Nieautoryzowane zmiany w ustawieniach logowania i uwierzytelniania wieloczynnikowego\ (MFA\) na podzbiorze kont. W dniu 30 września 2026 r. nasze zespoły zidentyfikowały nieprawidłową aktywność i podjęły natychmiastowe działania w celu zbadania i opanowania incydentu. # # Uderzenie klienta Nasze dochodzenie zidentyfikowało nieautoryzowany dostęp do danych o tożsamości Maropost, w tym nazwy użytkowników i adresy e-mail. Podczas gdy na podzbiorze rachunków zidentyfikowano nieautoryzowane zmiany uwierzytelniania kredytowego i wieloczynnikowego\ (MFA\), Maropost unieważnił istniejące sesje i zakończył globalną resetację kredytową w celu ochrony użytkowników. # # Działania podjęte w celu rozwiązania incydentu Po wykryciu, zespoły Maropost 's Engineering and Security wdrożyły kilka środków w celu opanowania incydentu i zabezpieczenia służby tożsamości. * * Bezpieczeństwo Wrażliwość Regeneracja * * Zmodyfikowano oprogramowanie tożsamości dotknięte chorobą i przeprowadzono testy weryfikacyjne w celu potwierdzenia rozpoznanej podatności na zagrożenia. * * Nieautoryzowane ograniczenie dostępu * * Zablokowano źródła sieci związane z podejrzaną działalnością i wzmocniono administracyjne kontrole dostępu. * * Credential and Session Security * * Istniejące sesje użytkowników zostały unieważnione, zmieniono odpowiednie referencje dotyczące wniosków i integracji oraz dokonano przeglądu rachunków administracyjnych. * * Global Hasło i MFA Reset * * W dniu 6 października 2026 r. * * Weryfikacja konta * * Podjęto dodatkowe przeglądy rachunków, w tym wyłączenie niezweryfikowanych rachunków zidentyfikowanych podczas dochodzenia. # # Środki zapobiegawcze Poza natychmiastową rekultywacją Maropost wdraża dalsze ulepszenia bezpieczeństwa w celu wzmocnienia tożsamości Maropost i zmniejszenia ryzyka podobnych incydentów. Poprawki te obejmują: * Wzmocnienie administracyjnych ograniczeń dostępu i kontroli uwierzytelniania. * Wzmocnienie monitorowania i ostrzegania o niezwykłej aktywności logowania i reset haseł. * Poprawa kontroli bezpieczeństwa stosowania i integracji. * Wzmocnienie procesów zarządzania wrażliwością i aktualizacji oprogramowania. * Przeprowadzenie dodatkowych ocen bezpieczeństwa i przegląd procedur reagowania na incydenty. Środki te stanowią część naszego stałego zaangażowania na rzecz utrzymania bezpieczeństwa i niezawodności usług Maropost. Czy klienci muszą podjąć jakieś działania? Klienci, którzy pomyślnie zresetowali swoje hasło tożsamości Maropost i przekonfigurowali swoje uwierzytelnianie wieloczynnikowe w dniu 6 października 2026 r. lub później, nie muszą powtarzać tego procesu w ramach tego incydentu. Klienci, którzy nie ukończyli jeszcze wymaganego resetu, powinni wybrać * * Zapomniane Hasło * * na stronie logowania Tożsamość Maropost i postępować zgodnie z instrukcjami. Jako ogólne środki ostrożności dla bezpieczeństwa, zachęcamy klientów do zachowania czujności na nieoczekiwanych próbach resetowania hasła, podejrzanych e-maili lub prób uzyskania uwierzytelniania konta. Maropost nigdy nie zażąda, aby klienci ujawniali swoje hasła lub kody odzyskiwania MFA. Dalsze wskazówki można znaleźć na stronie: [Hasło Tożsamości Maropost reset - co musisz zrobić] (https: / / com.maropost.com / kb / articles / 2475) W przypadku trudności w dostępie do konta lub identyfikacji nieoczekiwanej aktywności konta, prosimy o kontakt z naszym zespołem wsparcia: [Contact Maropost Support] (https: / / contact- support) # # Zamknięcie oświadczenia Ochrona naszych klientów, ich kont i informacji pozostaje priorytetem Maropost. Uznajemy znaczenie utrzymania zaufania do naszych usług i podjęliśmy działania mające na celu zaradzenie stwierdzonej podatności, zapewnienie odpowiednich uwierzytelniania oraz wzmocnienie kontroli chroniących tożsamość Maropost. Będziemy nadal dokonywać przeglądu i ulepszania naszych praktyk w zakresie bezpieczeństwa w ramach naszego stałego zaangażowania na rzecz ochrony informacji o klientach.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Zakłócenie panela sterowania

    Początek 17 sierpnia 2026 05:38 UTC · 55m

    IssuesDrobny incydent
    Dotknięte komponenty
    Control Panel
    1. 17 sierpnia 2026 05:38 UTCinvestigating

      Otrzymujemy raporty z paneli kontrolnych, które odbierają "Wkrótce wrócimy do sieci". Nasz zespół ds. rozwoju właśnie prowadzi śledztwo.

    2. 17 sierpnia 2026 06:00 UTCidentified

      Zidentyfikowaliśmy tę kwestię i nasz zespół ds. rozwoju pracuje nad jej jak najszybszym rozwiązaniem.

    3. 17 sierpnia 2026 06:09 UTCmonitoring

      Kwestia została rozwiązana, a usługi funkcjonują normalnie. Nasz zespół ściśle monitoruje sytuację.

    4. 17 sierpnia 2026 06:32 UTCresolved

      Kwestia została rozwiązana, a usługi funkcjonują normalnie.

    5. 18 sierpnia 2026 00:07 UTCpostmortem

      # Co się stało Dla niektórych sklepów Neto została włączona konfiguracja funkcji, zanim odpowiednie zmiany aplikacji zakończyły wdrażanie w środowisku produkcyjnym. To stworzyło nieoczekiwany stan dla tych sklepów i uniemożliwiło użytkownikom pomyślne załadowanie Panelu Sterującego po zalogowaniu. # # Impact Dotknięci kupcy byli tymczasowo niezdolni do uzyskania dostępu do swojego Neto Control Panel. Kwestia ta była ograniczona pod względem zakresu, przy czym nie stwierdzono większych zakłóceń platformy Neto. # # Resolution Po zidentyfikowaniu przyczyny, konfiguracja funkcji została wyłączona dla dotkniętych sklepów, przywracając dostęp Panel sterowania. Następnie nasze zespoły monitorowały środowisko dotknięte chorobą, aby potwierdzić, że dostęp do panelu sterowania i usługi pomocnicze pozostały stabilne. # # Działania zapobiegawcze Aby zmniejszyć prawdopodobieństwo ponownego wystąpienia tego zjawiska, wzmacniamy proces wdrażania wokół zmian konfiguracji funkcji. Obejmuje to: * Sprawdzenie, czy wymagana wersja aplikacji została w pełni wdrożona przed włączeniem powiązanych funkcji. * Dodawanie dodatkowych kontroli wokół rozmieszczenia i sekwencjonowania konfiguracji. * Przeprowadzanie walidacji i badania dymu bezpośrednio po aktywacji funkcji. * Poprawa koordynacji i potwierdzenia statusu wdrożenia produkcji przed wprowadzeniem zmian konfiguracji. Przepraszamy kupców dotkniętych tym zakłóceniem i doceniamy ich cierpliwość, podczas gdy nasze zespoły pracowały nad przywróceniem dostępu.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Błąd panelu sterowania przerywanego

    Początek 11 sierpnia 2026 22:45 UTC · 5d 3h

    OutagePoważny incydent
    Dotknięte komponenty
    Control PanelMerchant Store FrontsPoint Of Sale Registers
    1. 11 sierpnia 2026 22:45 UTCinvestigating

      Zidentyfikowaliśmy przerywane skoki powodujące, że niektórzy kupcy otrzymają błąd "Niedługo wrócimy" podczas nawigacji Panelu Sterującego. Kontynuujemy badanie i wprowadzanie ulepszeń, aby zapobiec wystąpieniu tych błędów.

    2. 12 sierpnia 2026 02:09 UTCmonitoring

      Obecnie widzimy zwiększony ruch botów, który omija niektóre z naszych istniejących zabezpieczeń. Dodaliśmy kolejne zabezpieczenia, które pomagają zmniejszyć skutki. Jednakże wzorce ruchu nadal się zmieniają, więc dokonujemy ciągłych zmian w naszych ograniczeniach. Obecnie stosujemy bardziej agresywne podejście i ściśle monitorujemy sytuację. W miarę rozwoju sytuacji zapewnimy dalsze aktualizacje.

    3. 12 sierpnia 2026 22:57 UTCmonitoring

      Nasz zespół nadal monitoruje ten problem i podejmuje działania w celu jak najszybszego rozwiązania wszelkich kolców. Nadal obserwujemy przerywane 503 kolce, co może skutkować krótkim wystąpieniem strony "Niedługo wrócimy". Podczas gdy te zdarzenia stają się coraz rzadsze, nadal pracujemy nad bardziej stabilnym, trwałym rozwiązaniem. Będziemy nadal uważnie monitorować sytuację i w razie potrzeby podejmować dalsze działania.

    4. 13 sierpnia 2026 00:51 UTCmonitoring

      Kontynuujemy monitorowanie.

    5. 13 sierpnia 2026 04:00 UTCidentified

      Nadal widzimy przerywane 503 kolce wpływające na niektórych kupców, co może skutkować okresami spowolnienia lub krótkim wystąpieniem strony "Niedługo wrócimy". Nasz zespół zidentyfikował wzorce ruchu przyczyniające się do tego problemu i nadal dostosowuje dodatkowe zabezpieczenia i ograniczenia już wprowadzone. Chociaż widzimy okresy stabilności między tymi kolcami, kwestia ta nie została jeszcze w pełni rozwiązana. Kontynuujemy prace nad poprawą stabilności i w miarę rozwoju sytuacji przedstawimy kolejną aktualizację

    6. 13 sierpnia 2026 07:05 UTCidentified

      Nasze śledztwo zidentyfikowało wzrost zautomatyzowanego ruchu bot przyczyniając się do przerywanej powolności i "Niedługo wrócimy" błędy. Jako natychmiastowy środek tymczasowy, wprowadzamy dodatkową kontrolę bezpieczeństwa Cloudflare na niektórych filtrowanych stronach produktów i kategorii. Niektórzy odwiedzający mogą na krótko zobaczyć wiadomość "Sprawdzanie połączenia", która powinna zakończyć się automatycznie i pojawi się tylko raz podczas sesji odwiedzającego. Kontynuujemy współpracę z Cloudflarem nad długoterminowymi usprawnieniami w celu wzmocnienia wykrywania bota i stabilności platformy. W tym czasie kupcy nie muszą podejmować żadnych działań. Będziemy nadal dostarczać aktualizacje w miarę rozwoju sytuacji.

    7. 13 sierpnia 2026 22:16 UTCmonitoring

      Obecnie wdrożono rozwiązanie i monitorujemy wyniki. Wprowadziliśmy dodatkową ochronę bezpieczeństwa Cloudflare na stronach handlowych Neto dla niektórych poszukiwań produktów i kategorii wniosków filtrujących. Ten tymczasowy środek ma na celu zmniejszenie wpływu zautomatyzowanego ruchu bota przyczyniając się do niedawnego przerywanego spowolnienia i "Niedługo wrócimy" błędów. Niektórzy odwiedzający mogą na krótko zobaczyć komunikat "Sprawdzanie połączenia" podczas dostępu do tych stron. Powinno to zakończyć się automatycznie i pojawi się tylko raz podczas sesji odwiedzającego. Nasz zespół nadal uważnie monitoruje wydajność platformy i skuteczność tej zmiany.

    8. 17 sierpnia 2026 02:40 UTCresolved

      Ten incydent został rozwiązany.

    9. 18 sierpnia 2026 00:02 UTCpostmortem

      # Co się stało Nasze dochodzenie wykazało znaczny wzrost zautomatyzowanego ruchu botów w celu filtrowania produktów, kategorii i zapytań wyszukiwania. Ruch ten spowodował dodatkowe obciążenie części platformy Neto, co doprowadziło do krótkich okresów pogorszenia wydajności i przerywanych błędów 503 dla niektórych handlowców i ich klientów. # # Resolution Wprowadziliśmy rozwiązanie tymczasowe * * poprzez dodanie dodatkowych osłon Cloudflare, aby zidentyfikować i zakwestionować ten zautomatyzowany ruch, zanim dotrze do platformy Neto. Po wdrożeniu tych zabezpieczeń w dniu 13 sierpnia ustabilizowała się wydajność platformy i w okresie monitorowania nie obserwowaliśmy kolejnych znaczących 503 kolców. Niektórzy goście mogą na krótko zobaczyć * * "Sprawdzanie połączenia" * * * wiadomość przy dostępie do niektórych filtrowanych produktów i kategorii stron. Kontrola ta kończy się automatycznie i jest zaprojektowana w taki sposób, aby zapobiec nadmiernemu obciążeniu platformy. # # Działania zapobiegawcze Kontynuujemy monitorowanie wzorców ruchu, błędów 503 i wydajności platformy. Kontynuujemy również współpracę z Cloudflarem nad poprawą wykrywania botów, tak aby można było lepiej zidentyfikować i złagodzić zmiany zautomatyzowanych wzorców ruchu. Przepraszamy za zakłócenie tego incydentu i doceniamy waszą cierpliwość, podczas gdy nasze zespoły pracowały nad przywróceniem i poprawą stabilności platformy.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Intermittent Control Panel Error and Slowness

    Początek 3 sierpnia 2026 22:00 UTC · 0m

    Pending
    1. 6 sierpnia 2026 02:31 UTCresolved

      On Aug 4, 2026 through Aug 6, 2026, some customers experienced intermittent slowness and errors across parts of the system during several short periods. Our team identified elevated traffic and processing load as the cause, reduced the load, and restored stable performance. The incidents were caused by a large increase of sophisticated bots that Cloudflare miscategorized and treated as human traffic. The issue is resolved and we continue to monitor the system. We are collaborating with Cloudflare to improve detection of these requests and reduce their impact going forward.

    Zakłócenie panela sterowania

    Początek 27 lipca 2026 01:48 UTC · 1h 29m

    OutagePoważny incydent
    Dotknięte komponenty
    Control Panel
    1. 27 lipca 2026 01:48 UTCinvestigating

      Otrzymujemy raporty z paneli kontrolnych, które odbierają "Wkrótce wrócimy do sieci". Nasz zespół ds. rozwoju właśnie prowadzi śledztwo.

    2. 27 lipca 2026 02:35 UTCidentified

      Zidentyfikowaliśmy tę kwestię i nasz zespół ds. rozwoju pracuje nad jej jak najszybszym rozwiązaniem.

    3. 27 lipca 2026 02:55 UTCmonitoring

      Nasz zespół wprowadził rozwiązanie i ściśle monitoruje sytuację, aby zapewnić powrót służb do normalności.

    4. 27 lipca 2026 03:17 UTCresolved

      Kwestia została rozwiązana, a usługi funkcjonują normalnie.

    5. 27 lipca 2026 05:18 UTCpostmortem

      W dniu 27 lipca 2026 r. grupa kupców doświadczyła problemu dostępu do swoich paneli kontrolnych. Dotkniętych użytkowników pokazano wiadomość "Wkrótce będziemy online" po próbie zalogowania się. Incydent rozpoczął się o godzinie 11: 48, a zakończył się o godzinie 1: 17. # Co się stało Podczas wydania oprogramowania do produkcji zmiana wpływająca na konfigurację panelu sterowania związanego z bezpieczeństwem spowodowała niepowodzenie uwierzytelnionych żądań dla podzbioru paneli sterowania. Problem dotyczył jedynie paneli sterowania, w których włączono odpowiednią funkcję bezpieczeństwa. Użytkownicy mogli dotrzeć do strony logowania, ale po uwierzytelnieniu nie mogli uzyskać dostępu do panelu sterowania. # # Impact Niektórzy handlowcy byli tymczasowo niezdolni do uzyskania dostępu do swoich paneli sterowania i do wykonania zadań administracyjnych. Zakłócenie było ograniczone do podzbioru paneli sterowniczych. Usługi wróciły do normy po wyłączeniu danej konfiguracji. # # Timeline * * * 11: 48 AM AEST * * - Otrzymano raporty z paneli sterowania wyświetlających "Wkrótce wrócimy do sieci", a Zespół Rozwoju rozpoczął dochodzenie. * * * 12: 35 AEST * * - Zidentyfikowano przyczynę problemu i rozpoczęto prace naprawcze. * * * 12: 55 PM AEST * * - Uruchomiono fix i usługa została umieszczona pod monitorowaniem. * * * 1: 17 AEST * * - Kwestia ta została potwierdzona jako rozwiązana i usługi funkcjonowały normalnie. # # Root cause Zmiana ujęta w wydaniu produkcji spowodowała powstanie nieprawidłowej konfiguracji raportowania bezpieczeństwa dla paneli sterujących. Wytworzyło to nagłówek odpowiedzi, który przekroczył obsługiwany limit wielkości, powodując niepowodzenie uwierzytelnionego panelu sterowania. # # Resolution Zagrożenie zostało wyłączone i natychmiast przywrócono dostęp do paneli sterowania. Zaimplementowano również stałą korektę kodu, dzięki czemu funkcja może działać bez generowania nieprawidłowej konfiguracji. # # Działania zapobiegawcze Aby zmniejszyć prawdopodobieństwo podobnego incydentu, jesteśmy: * Dodawanie pokrycia regresji dla uwierzytelnionego dostępu do panelu sterowania, gdy funkcje raportowania bezpieczeństwa są włączone. * Rozszerzanie walidacji konfiguracji dla response- header rozmiar i zmiany konfiguracji bezpieczeństwa. * Poprawa kontroli wydania dla kombinacji feature- toggle przed wdrożeniem produkcji. * Wdrażanie stałej korekcji kodu i walidacji go przed ponownym włączeniu funkcji dotkniętej. Przepraszamy za zakłócenia i doceniamy cierpliwość poszkodowanych kupców, podczas gdy nasze zespoły pracowały nad przywróceniem dostępu.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Nieciągłość panelu sterowania przerywanego

    Początek 24 lipca 2026 01:34 UTC · 52m

    IssuesDrobny incydent
    Dotknięte komponenty
    Control Panel
    1. 24 lipca 2026 01:34 UTCinvestigating

      Obecnie badamy raporty o przerywanej powolności wpływającej na panel sterowania Neto.

    2. 24 lipca 2026 01:51 UTCmonitoring

      Nasz zespół wprowadził rozwiązanie i ściśle monitoruje sytuację, aby zapewnić powrót służb do normalności.

    3. 24 lipca 2026 02:26 UTCresolved

      Ten incydent został rozwiązany.

    4. 27 lipca 2026 22:45 UTCpostmortem

      W dniu 24 lipca 2026 r. niektórzy klienci doświadczyli nieregularnego spowolnienia w ciągu dwóch krótkich okresów. Nasz zespół zidentyfikował wzrost ruchu i obciążenia przetwórczego jako przyczynę, podjął działania w celu zmniejszenia obciążenia i przywrócony stabilny wydajność. Kwestia ta została teraz rozwiązana i nadal uważnie monitorujemy. Podejmujemy działania mające na celu poprawę odporności i zapobieganie powtarzaniu się podobnych kwestii.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Nieciągłość panelu sterowania przerywanego

    Początek 23 lipca 2026 04:57 UTC · 1h 0m

    Pending
    Dotknięte komponenty
    Control Panel
    1. 23 lipca 2026 04:57 UTCinvestigating

      Obecnie badamy raporty o przerywanej powolności wpływającej na panel sterowania Neto. Użytkownicy mogą doświadczać opóźnień podczas dostępu do panelu sterowania lub nawigacji. Nasze zespoły inżynieryjne aktywnie badają sprawę, aby zidentyfikować przyczynę i przywrócić normalne wyniki tak szybko jak to możliwe.

    2. 23 lipca 2026 05:25 UTCidentified

      Problem został zidentyfikowany i jest w trakcie wdrażania.

    3. 23 lipca 2026 05:46 UTCmonitoring

      Wprowadzono rozwiązanie i monitorujemy wyniki.

    4. 23 lipca 2026 05:57 UTCresolved

      Ten incydent został rozwiązany.

    5. 27 lipca 2026 22:44 UTCpostmortem

      * * 23 lipca 2026 * * klienci doświadczyli nieregularnego spowolnienia podczas dostępu do panelu sterowania Neto * *, co miało wpływ na około * * 20% wniosków * *. Kwestia ta została spowodowana zmianą konfiguracji infrastruktury, która wprowadziła połączenie rodzajów instancji o różnych cechach charakterystycznych, co doprowadziło do przeciążenia niektórych przypadków w ruchu produkcyjnym. Nasz zespół inżynieryjny rozwiązał problem usuwając dotknięty typ instancji, zastępując uszkodzone instancje optymalizowanymi instancjami i aktualizując konfigurację infrastruktury, aby zapobiec nawrotom. Wdrażamy również dodatkowe ulepszenia w naszych procesach konfiguracji bilansowania obciążenia i walidacji infrastruktury w celu dalszego zwiększenia niezawodności platformy.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Australia Post - Degradacja etykiety API

    Początek 23 lipca 2026 01:45 UTC · 18m

    IssuesDrobny incydent
    Dotknięte komponenty
    Upstream Provider
    1. 23 lipca 2026 01:45 UTCinvestigating

      Australia Post zgłosiła degradację API wpływającą na działanie API drukowania etykiet. Najnowsze aktualizacje można uzyskać na stronie internetowej Australia Post developer status: https: / / status.developers.auspost.com.au / invents / l1qmd679b34p Należy pamiętać, że obecnie doświadczamy zdegradowanej wydajności na API drukowania etykiet Nasze zespoły badają sprawę i będziemy państwa informować, pracując nad rozwiązaniem problemu. Australia Przeproś za wszelkie niedogodności.

    2. 23 lipca 2026 01:59 UTCmonitoring

      UPDATE from Australia Post Status incydentu: Monitorowanie Wprowadzono rozwiązanie i monitorujemy wyniki. https: / / status.developers.auspost.com.au / invents / l1qmd679b34p

    3. 23 lipca 2026 02:03 UTCresolved

      Rozwiązanie incydentu Ten incydent został rozwiązany.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    wydanie integracji eBay

    Początek 21 lipca 2026 23:42 UTC · 6h 57m

    Pending
    Dotknięte komponenty
    Channel ModulesUpstream Provider
    1. 21 lipca 2026 23:42 UTCinvestigating

      Jesteśmy obecnie świadomi kwestii wpływającej na integrację eBay, w której pojawia się komunikat o błędzie, stwierdzający: "Wymagany jest czas trwania wyświetlania. Rekord pominięty".. Nasz Zespół Rozwoju aktywnie bada sprawę.

    2. 22 lipca 2026 01:28 UTCinvestigating

      Nadal badamy tę kwestię.

    3. 22 lipca 2026 02:12 UTCidentified

      Problem został zidentyfikowany i jest w trakcie wdrażania.

    4. 22 lipca 2026 04:33 UTCmonitoring

      Wprowadzono rozwiązanie i monitorujemy wyniki.

    5. 22 lipca 2026 06:40 UTCresolved

      Ten incydent został rozwiązany.

    6. 23 lipca 2026 05:29 UTCpostmortem

      Podsumowanie W dniu 22 lipca 2026 r. > "Wyszczególnienie czasu trwania jest wymagane. Nagranie pominięte". Incydent został odnotowany o 9: 42 AEST i rozwiązany o 4: 40 AEST PM, a całkowity czas trwania wynosi około 6 godzin i 58 minut. Przepraszamy za zakłócenia spowodowane przez kupców, którzy korzystają z integracji eBay. # # Impact Podczas incydentu, wpływające na dane z listy eBay nie mogły być skutecznie przetwarzane. Mogło to uniemożliwić kupcom tworzenie lub aktualizowanie list poprzez integrację. Kupcy, którzy zapisali szablon zasad listy eBay podczas emisji może mieć również pewne pola szablon zapisane bez ich oczekiwanych wartości, pomimo poprawnej wartości nadal pojawiać się w interfejsu. Inne usługi platform nie zostały naruszone. # # Root cause Wewnętrzny proces importu danych stosowany do aktualizacji udostępnionych informacji eBay został anulowany przed zakończeniem. Ponieważ proces już zaktualizował część zbioru danych, jego anulowanie wymagało niekompletnych informacji eBay. Spowodowało to niepowodzenie kolejnych aktualizacji wykazów i zostało pominięte. Bezpośredni proces tworzenia kopii zapasowych i przywracania współdzielonej bazy danych nie był dostępny. W związku z tym nasz zespół ds. rozwoju wykorzystał proces odzyskiwania danych w czasie rzeczywistym, aby odzyskać i przywrócić dane. Rezolucja Nasz Zespół Rozwoju przywrócił bazę danych produkcji do osobnego środowiska odzyskiwania i wydobył dotknięte stoły. Odzyskane informacje zostały następnie przywrócone w każdym z odpowiednich klastrów baz danych produkcji. Pierwsza renowacja została zatwierdzona przez Development and Support przed aktualizacją pozostałych klastrów. Po zakończeniu renowacji monitorowaliśmy integrację, aby potwierdzić, że rejestry z listy eBay były przetwarzane z powodzeniem przed oznaczeniem incydentu jako rozwiązane. * * Merchant follow-up * Kupcy, którzy zapisali szablon zasad eBay 'a podczas zdarzenia powinni ponownie zapisać ten szablon. W celu ustalenia, czy szablon został zmieniony w trakcie incydentu: 1. Zaloguj się do panelu kontrolnego. 2. Otwarte * * Raporty * *. 3. Wybierz raport z dziennika obsługi * *. 4. Wpisz 'ebaytmpl' w polu * * Typ strony * *. 5. Wpisz 'edit' w polu * * Process * *. 6. Recenzja edycji dokonanych podczas okna incydentu. 7. Zwróć uwagę na odnośne identyfikatory szablonu pokazane w kolumnie * * Uwagi * *. 8. Otwórz i ponownie zapisać każdy dotknięty szablon eBay. Pole * * Wyświetlanie czasu trwania * * może być zapisane jako puste, mimo że interfejs nadal wyświetlał "GTC". Kupcy, którzy nie korzystają z eBay Business Policy powinni również przeglądać pola pod szablonem * * Zwraca * * sekcja, ponieważ pola te mogą wymagać ponownego wprowadzenia przed zapisem szablonu. # # Timeline Wszystkie czasy są w AEST 22 lipca 2026. * * * 9: 42 AM * * - Śledztwo rozpoczęło się po tym, jak zgłoszono pominięcie rekordów eBay. * * * 11: 24 AM * * - rozpoczęła się renowacja bazy danych Point- in- time. * * * 11: 37 * * - Baza danych została z powodzeniem przywrócona. * * * 11: 50 * * - Informacje, których dotyczyło, zostały wydobyte i przygotowane do przywrócenia. * * * 12: 05 PM * * - Przebudowa pierwszego klastra bazy danych produkcji została zakończona. * * * 12: 11 PM * * - Rozwój i wsparcie potwierdziły, że pierwsza renowacja zakończyła się sukcesem. * * * 12: 17 PM * * - Remont rozpoczął się w pozostałych klastrach baz danych. * * * 12: 43 PM * * - Remont zakończono we wszystkich pozostałych klastrach. * * * 2: 33 * * - Ustawienie zostało potwierdzone jako wdrożone i rozpoczęto monitorowanie. * * * 4: 40 PM * * - Monitorowanie potwierdziło, że integracja była skuteczna i incydent został rozwiązany. * * Follow- up actions * Przeglądamy następujące ulepszenia: * Dodawanie zabezpieczeń wokół anulowania procesów importu danych, tak aby częściowo zakończone aktualizacje nie mogły pozostawić wspólnych informacji w niekompletnym stanie. * Poprawa procedur walidacji i odzyskiwania wspólnych informacji o integracji eBay. * Przywracanie procesu tworzenia kopii zapasowych bazy danych, aby zapewnić szybszą i bardziej ukierunkowaną opcję odzyskiwania. * Przeglądanie, czy dodatkowa walidacja może zapobiec zapisywaniu szablonów w przypadku braku wymaganych wartości bazowych.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Zakłócenie usługi API

    Początek 8 lipca 2026 21:50 UTC · 2h 26m

    OutagePoważny incydent
    Dotknięte komponenty
    Connect Modules
    1. 8 lipca 2026 21:50 UTCinvestigating

      Badamy problem, w którym niektóre sklepy Neto otrzymują 503 błędy na wniosek API.

    2. 8 lipca 2026 23:30 UTCmonitoring

      Nasz zespół wprowadził rozwiązanie i ściśle monitoruje sytuację.

    3. 9 lipca 2026 00:17 UTCresolved

      Sprawa została rozwiązana. Nasz zespół będzie nadal uważnie monitorować sytuację.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Zakłócenie funkcjonowania paneli sterujących i magazynów

    Początek 8 lipca 2026 17:00 UTC · 1h 36m

    OutageKrytyczny incydent
    Dotknięte komponenty
    Control PanelMerchant Store Fronts
    1. 8 lipca 2026 17:00 UTCinvestigating

      Przeżywamy zakłócenia w obsłudze Neto Control Panel i Storephronts. Badamy rozwiązanie i jak najszybciej opublikujemy aktualizację.

    2. 8 lipca 2026 17:21 UTCidentified

      Zidentyfikowaliśmy tę kwestię i namierzyliśmy korupcję w systemie plików sieciowych. Dokonaliśmy odpowiednich poprawek i system zaczął się poprawiać.

    3. 8 lipca 2026 17:38 UTCmonitoring

      Naprawiono rozwiązanie poprawki do systemu plików sieciowych i przywrócono usługę. Kontynuujemy monitorowanie platformy w celu zapewnienia jej dostępności i stabilności.

    4. 8 lipca 2026 18:36 UTCresolved

      8 lipca 2026 roku doświadczyliśmy problemu infrastruktury, który dotyczył wszystkich sklepów internetowych i cPanelów Neto przez około 1 godzinę i 30 minut. Incydent został spowodowany niepowodzeniem w naszej wspólnej infrastrukturze systemu plików, co uniemożliwiło krytycznym usługom dostęp do plików niezbędnych do obsługi stron internetowych i cPanels. W rezultacie platforma automatycznie zablokowała nowe wnioski o ochronę spójności danych, co doprowadziło do zakłóceń w obsłudze wszystkich pakietów Neto. Nasz zespół inżynieryjny natychmiast odpowiedział przywracając dotknięte usługi systemu plików, nie udaje się do zdrowej infrastruktury instancji, i zastępując wpływowe maszyny wirtualne. Po zakończeniu tych działań naprawczych wszystkie sklepy internetowe i cPanels zostały przywrócone do normalnej eksploatacji. Kontynuujemy śledztwo, by ustalić przyczynę awarii systemu plików. Na podstawie naszych ustaleń wdrożymy dodatkowe monitorowanie i ostrzeganie, wraz z wszelkimi niezbędnymi usprawnieniami infrastruktury, aby pomóc w wykrywaniu i zapobieganiu podobnym incydentom w przyszłości.

    Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

    Unified Login "Something Went Wrong"

    Początek 15 czerwca 2026 23:46 UTC · 1h 50m

    IssuesDrobny incydent
    Dotknięte komponenty
    Control Panel
    1. 15 czerwca 2026 23:46 UTCinvestigating

      We are currently investigating an issue related to the error message “Something Went Wrong” affecting users configuring Unified Login.

    2. 16 czerwca 2026 00:25 UTCinvestigating

      We are continuing to investigate this issue. We will provide further updates as more information becomes available.

    3. 16 czerwca 2026 01:36 UTCresolved

      Our team has identified and resolved the issue. If you created a Unified Login account and encountered the “Something went wrong” error, your account was still successfully created. Please use the credentials you set to log in as normal via app.maropost.com If you continue to experience any issues, please contact our support team for assistance.