Historia awarii Maropost

1. 11 sierpnia 2026 22:45 UTCinvestigating

   We have identified intermittent spikes causing some merchants to receive a “We’ll be back shortly” error when navigating the Control Panel. We are continuing to investigate and make improvements to prevent these errors from occurring.

2. 12 sierpnia 2026 02:09 UTCmonitoring

   We are currently seeing increased bot traffic that is bypassing some of our existing safeguards. We have added further protections, which are helping reduce the impact. However, the traffic patterns continue to change, so we are making ongoing adjustments to our mitigations. We are currently using a more aggressive approach and closely monitoring the situation. We will provide further updates as the situation progresses.

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.

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.

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.

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.

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.

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.

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.

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.

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.

1. 31 maja 2026 22:39 UTCinvestigating

   We are currently investigating a potential service interruption affecting SFTP connections for some Neto stores. During this time, some users may experience difficulty connecting via SFTP.

2. 1 czerwca 2026 01:06 UTCidentified

   We have identified an issue affecting DNS resolution for a service domain used by Neto's SFTP infrastructure. Our team is actively working with the relevant service providers to restore normal operation as quickly as possible.

3. 1 czerwca 2026 01:16 UTCmonitoring

   The issue affecting SFTP connectivity has now been resolved, and SFTP services are operating normally.

4. 1 czerwca 2026 01:20 UTCresolved

   The issue affecting SFTP connectivity has been resolved and services are operating normally. We apologize for the disruption and appreciate your patience while we worked to resolve the issue.

1. 26 maja 2026 01:34 UTCinvestigating

   The Neto Core Checkout page is currently unavailable for some merchants and is returning a 504 Gateway Timeout error. We have identified the issue and are actively investigating it on top priority.

2. 26 maja 2026 01:41 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 26 maja 2026 01:46 UTCresolved

   This incident has been resolved.

1. 5 maja 2026 03:45 UTCinvestigating

   We are currently investigating this issue.

2. 5 maja 2026 04:36 UTCidentified

   The “Sorry, you have been blocked” error in cPanel has been identified as false positives triggered by Cloudflare. We are actively working with Cloudflare, who are investigating the issue and helping implement a fix. We will provide further updates as they become available. Thank you for your patience.

3. 5 maja 2026 16:05 UTCresolved

   This incident has been resolved.

1. 4 maja 2026 06:41 UTCinvestigating

   We are currently investigating this issue.

2. 4 maja 2026 06:44 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 4 maja 2026 06:52 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 4 maja 2026 07:04 UTCresolved

   This incident has been resolved.

1. 3 maja 2026 23:55 UTCinvestigating

   We are receiving reports of sites receiving "We will be back online shortly". Our Development Team are investigating now.

2. 4 maja 2026 00:04 UTCmonitoring

   We are receiving reports that services are returning to normal. We are continuing to monitor the situation.

3. 4 maja 2026 00:09 UTCmonitoring

   Some sites may still show "We will be back online shortly" intermittently. Our Development Team is working to resolve the issue as soon as possible.

4. 4 maja 2026 03:52 UTCresolved

   This incident has been resolved.

5. 6 maja 2026 02:02 UTCpostmortem

   ### Summary On 4 May 2026, some merchants experienced intermittent access issues with their webstores and Control Panel. During this time, some sites may have displayed a “We will be back online shortly” message. ### Impact The issue caused intermittent availability issues for some merchant webstores and Control Panel access. The impact was not consistent across all sites, and some requests may have succeeded while others failed. ### Root Cause The issue was caused by a sudden spike in automated crawler traffic, which created increased load on the caching layer. This prevented some new connections from being established and resulted in intermittent availability issues. ### Resolution The traffic pattern was identified, and mitigation was applied to reduce the impact of the abnormal traffic while maintaining access for legitimate crawler activity. ### Preventative Actions We have strengthened traffic protection rules to better manage sudden high-volume crawler activity. We are also continuing to monitor traffic patterns and refine platform protections to reduce the risk of similar disruptions.

1. 29 kwietnia 2026 23:40 UTCinvestigating

   We are receiving reports of sites receiving "We will be back online shortly". Our Development Team are investigating now.

2. 30 kwietnia 2026 00:15 UTCmonitoring

   We are receiving reports that services are returning to normal. We are continuing to monitor the situation.

3. 30 kwietnia 2026 00:50 UTCresolved

   The issue has been resolved and services are operating as normal.

4. 6 maja 2026 05:47 UTCpostmortem

   ### Summary On 30 April 2026, some merchants experienced intermittent disruption when accessing storefronts and the Control Panel. During the incident, some storefront pages may have intermittently displayed a “We’ll be back online shortly” message, while some Control Panel access may also have been affected. The incident was caused by a significant spike in automated traffic directed at the platform, which placed abnormal load on the caching and application layers. This resulted in intermittent availability and degraded performance for affected services. ### Root Cause The disruption was caused by a large volume of automated traffic targeting the platform. This traffic created abnormal load on the caching layer, which is used to support efficient delivery of storefront and Control Panel content. As traffic volumes increased, the caching and application layers became degraded, resulting in intermittent access issues for some merchants. ### Resolution Our teams identified the unusual traffic pattern and implemented targeted mitigation rules to reduce the impact of the automated traffic. Once the mitigation was applied, the caching and application layers stabilised, and services returned to normal. We continued monitoring after service recovery to ensure the platform remained stable. ### Preventative Actions To reduce the likelihood and impact of similar events in future, we have taken the following actions: * Strengthened traffic filtering and mitigation rules for abnormal request patterns. * Improved monitoring for sudden traffic spikes and automated traffic fingerprints. * Reviewed the traffic behaviour with our traffic protection provider to better identify similar patterns in future. * Continued tuning of platform protection rules to reduce the impact of high-volume automated traffic.

1. 27 kwietnia 2026 03:17 UTCidentified

   We are currently aware of an issue affecting eBay integration. eBay has confirmed a DNS resolution issue impacting their APIs, which may result in errors (including “error 0”) and failed or delayed syncs. You can view eBay’s official update here: https://developer.ebay.com/support/api-status/production/dns-resolution-failure-for-api-ebay-com

2. 27 kwietnia 2026 07:58 UTCmonitoring

   eBay has identified a DNS resolution issue affecting their APIs: https://developer.ebay.com/support/api-status/production/dns-resolution-failure-for-api-ebay-com While there is no official confirmation of full resolution yet, we are seeing partial recovery, with processes starting to work for some merchants.

3. 27 kwietnia 2026 23:26 UTCmonitoring

   eBay has provided an update on their status page: https://www.ebay.com.au/sts?msockid=37d317c345a462fa0d8002bf446263f5 We're aware that some customers have been experiencing intermittent technical issues since Sunday on parts of the eBay platform. We appreciate your patience as we work to resolve this. eBay will protect your seller performance, including removal of: - Negative or Neutral Feedback related to the intermittent technical issues - Defects resulting from impacted orders (cancellations and claims closed without seller resolution) We will also protect your valid tracking upload rate metrics and on time shipping metrics from any impact. If you had an auction end after April 26, 12:01 pm PT, which you feel was impacted, you have the option to cancel the order and we will protect your seller performance and refund associated selling and ad fees. We know how important a reliable marketplace is and we appreciate your patience as we address this. Future updates from us will continue to be posted here.

4. 28 kwietnia 2026 03:42 UTCresolved

   The issue impacting eBay integration appears to be resolved for affected merchants. This was related to a broader incident on eBay’s side. We recommend continuing to monitor the eBay API status page: https://developer.ebay.com/support/api-status/production/dns-resolution-failure-for-api-ebay-com and eBay system status page: https://www.ebay.com.au/sts?msockid=37d317c345a462fa0d8002bf446263f5 for any further updates. If you are still experiencing issues, please reach out to Neto support so we can investigate further.

1. 27 kwietnia 2026 00:13 UTCinvestigating

   We are receiving reports of some cPanel pages showing "Software Error". Our Development Team are investigating now

2. 27 kwietnia 2026 00:27 UTCmonitoring

   Services are returning to normal. We are continuing to monitor the situation.

3. 27 kwietnia 2026 00:58 UTCresolved

   All services are now running normally.

4. 6 maja 2026 05:43 UTCpostmortem

   ### Summary On 27 April 2026, some merchants experienced intermittent issues accessing cPanel, with some pages returning a “Software Error” message or taking longer than expected to load. The issue was short-lived and services stabilised shortly after the initial disruption. We continued monitoring the platform before marking the incident as fully resolved. ### Customer Impact During the incident window, some merchants may have experienced temporary delays or errors when accessing cPanel. The issue did not impact all merchants. ### Root Cause The disruption was caused by a brief spike in database load, which temporarily affected the platform’s ability to serve some cPanel requests normally. ### Resolution Our monitoring detected the elevated load, and the platform’s automated scaling processes responded by provisioning additional capacity. Once the load reduced and scaling completed, cPanel access returned to normal. No manual intervention was required, and services stabilised within minutes. ### Preventive Actions The platform’s existing monitoring and auto-scaling processes operated as expected and allowed the system to recover automatically. We will continue to monitor platform performance and capacity to help maintain service stability during future load spikes.

1. 22 kwietnia 2026 01:47 UTCinvestigating

   We are currently investigating an issue causing degraded performance on some Neto stores. We are actively working to identify the root cause and restore normal performance as quickly as possible.

2. 22 kwietnia 2026 02:53 UTCidentified

   The issue has been identified and a fix is being implemented.

3. 22 kwietnia 2026 04:02 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 22 kwietnia 2026 04:12 UTCresolved

   This incident has been resolved.

1. 16 kwietnia 2026 04:07 UTCidentified

   We are currently investigating an issue affecting some stores using the Australia Post Public API for shipping rate calculations. Affected merchants may experience no shipping options displaying at checkout, which can prevent customers from completing orders. We are working actively with Australia Post to resolve it as a priority. Workarounds While we continue working towards a resolution, merchants can use the following temporary options to restore checkout functionality: If you are using eParcel: Switch your shipping rate calculator from the Australia Post Public API to the eParcel rate calculator. If you are not using eParcel: Set up a backup flat rate in your Australia Post shipping table and configure it as a fallback. This allows customers to continue checking out if live rates are unavailable. If you need assistance applying these workarounds, please contact our support team and we’ll be happy to guide you through the setup. We will continue to provide updates as more information becomes available

2. 16 kwietnia 2026 04:52 UTCidentified

   We have identified a likely cause of the issue affecting Australia Post shipping rates for some stores. Our team is currently working on a hotfix to update the integration to Australia Post’s updated API service. This is expected to restore functionality for affected stores.

3. 21 kwietnia 2026 00:41 UTCresolved

   The issue affecting Australia Post freight calculations has now been resolved. We appreciate your patience while we worked to restore normal service.