Maropost driftsforstyrrelser

1. 11. august 2026 kl. 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. august 2026 kl. 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. august 2026 kl. 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. juli 2026 kl. 01.48 UTCinvestigating

   Vi modtager rapporter fra kontrolpaneler, der modtager "Vi er snart tilbage online". Vores udviklingsteam undersøger det nu.

2. 27. juli 2026 kl. 02.35 UTCidentified

   Vi har identificeret problemet, og vores udviklingshold arbejder på at løse det så hurtigt som muligt.

3. 27. juli 2026 kl. 02.55 UTCmonitoring

   Vores team har indsat et fix og følger nøje situationen for at sikre, at tjenesterne bliver normale igen.

4. 27. juli 2026 kl. 03.17 UTCresolved

   Problemet er løst, og tjenesterne fungerer som normale.

5. 27. juli 2026 kl. 05.18 UTCpostmortem

   Den 27. juli 2026 oplevede en undergruppe af handlende et problem med adgang til deres kontrolpaneler. Berørte brugere blev vist en "Vi vil være tilbage online snart" besked efter forsøg på at logge ind. Hændelsen begyndte på * * 11: 48 AM AEST * * og blev løst på * * 1: 17 PM AEST * *, i en samlet varighed på * * 1 time og 29 minutter * *. Hvad skete der Under en produktionssoftware frigivelse, en ændring, der påvirker en security- relateret kontrol panel konfiguration forårsaget autentificerede anmodninger om at mislykkes for en delmængde af kontrolpaneler. Spørgsmålet berørte kun kontrolpaneler, hvor den relevante sikkerhedsfunktion blev aktiveret. Brugere kunne nå login side, men efter godkendelse var de ude af stand til at få adgang til kontrolpanelet. # Impact Nogle handlende var midlertidigt ude af stand til at få adgang til deres kontrolpaneler og fuldføre administrative opgaver. Afbrydelsen var begrænset til en undergruppe af kontrolpaneler. Tjenester vendte tilbage til normal, når den berørte konfiguration blev deaktiveret. # Tidslinje * * 11: 48 AM AEST * * - Rapporter blev modtaget af kontrolpaneler viser "Vi vil være tilbage online snart", og Udviklingsholdet begyndte at undersøge. * * * 12: 35 PM AEST * * - Årsagen til problemet blev identificeret og oprydning arbejde begyndte. * * * 12: 55 PM AEST * * - Et fix blev indsat og tjenesten blev placeret under overvågning. * * 1: 17 PM AEST * * - Spørgsmålet blev bekræftet som løst, og tjenesterne fungerede normalt. # Root cause En ændring i produktionsudgivelsen forårsagede, at der blev genereret en forkert sikkerhedsrapporteringskonfiguration for berørte kontrolpaneler. Dette gav et svar header, der oversteg den understøttede størrelse grænse, forårsager autentificerede kontrolpanel anmodninger om at mislykkes. # Opløsning Den berørte sikkerhedsfunktion blev deaktiveret, øjeblikkeligt genoprette adgang til ramte kontrolpaneler. En permanent kode korrektion er også ved at blive gennemført, så funktionen kan fungere uden at generere den ugyldige konfiguration. # # Forebyggende handlinger For at mindske sandsynligheden for en lignende hændelse er vi: * Tilføjelse regressionsdækning for autentificeret adgang til kontrolpanelet, når sikkerhedsrapporteringsfunktioner er aktiveret. * Udvidelse af validering af iscenesættelse for responseheader størrelse og sikkerhedskonfiguration ændringer. * Forbedring frigivelseskontrol for feature- skifte kombinationer, før produktionen implementering. * Gennemførelse af den permanente kode korrektion og validere det, før gen- aktivere den berørte funktion. Vi undskylder forstyrrelsen og værdsætter tålmodigheden hos de berørte købmænd, mens vores hold arbejdede på at genoprette adgangen.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. juli 2026 kl. 01.34 UTCinvestigating

   Vi er i øjeblikket ved at undersøge rapporter om periodisk langsommelighed påvirker Neto Kontrolpanel.

2. 24. juli 2026 kl. 01.51 UTCmonitoring

   Vores team har indsat et fix og følger nøje situationen for at sikre, at tjenesterne bliver normale igen.

3. 24. juli 2026 kl. 02.26 UTCresolved

   Denne hændelse er blevet løst.

4. 27. juli 2026 kl. 22.45 UTCpostmortem

   Den 24. jul 2026 oplevede nogle kunder periodisk langsommelighed på tværs af dele af tjenesten i to korte perioder. Vores team identificerede forhøjet trafik og behandling belastning som årsagen, tog skridt til at reducere belastningen, og genoprettet stabil ydeevne. Spørgsmålet er nu løst, og vi overvåger fortsat nøje. Vi tager skridt til at forbedre modstandsdygtigheden og hjælpe med at forhindre lignende problemer i at gentage sig.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. juli 2026 kl. 04.57 UTCinvestigating

   Vi er i øjeblikket ved at undersøge rapporter om periodisk langsommelighed påvirker Neto Kontrolpanel. Brugere kan opleve forsinkelser, mens adgang til eller navigation i Kontrolpanelet. Vores ingeniørhold undersøger aktivt problemet for at identificere årsagen og genoprette normal ydeevne så hurtigt som muligt.

2. 23. juli 2026 kl. 05.25 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

3. 23. juli 2026 kl. 05.46 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

4. 23. juli 2026 kl. 05.57 UTCresolved

   Denne hændelse er blevet løst.

5. 27. juli 2026 kl. 22.44 UTCpostmortem

   Den * * Juli 23, 2026 * *, kunder oplevede intermitterende langsommelighed, mens adgang til * * Neto Control Panel * *, påvirker omkring * * 20% af anmodninger * *. Spørgsmålet skyldtes en ændring af infrastrukturkonfigurationen, som indførte en blanding af eksempler med forskellige præstationskarakteristika, hvilket resulterede i, at nogle tilfælde blev overbelastet under produktionstrafik. Vores ingeniørhold løste problemet ved at fjerne den berørte instans type, erstatte de ramte tilfælde med computeroptimerede tilfælde, og opdatere infrastrukturen konfiguration for at forhindre gentagelse. Vi er også i færd med at gennemføre yderligere forbedringer af vores konfigurations- og infrastrukturvalideringsprocesser for yderligere at forbedre platformens pålidelighed.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 23. juli 2026 kl. 01.45 UTCinvestigating

   Australien Post har rapporteret en API nedbrydning påvirker ydeevnen af Label Printing API 'er. For de seneste opdateringer, se venligst Australien Post udvikler status side: https: / / status.developers.auspost.com.au / hændelser / l1qmd679b34p Bemærk venligst, at vi i øjeblikket oplever forringet ydeevne på etiketudskrivning API 'er Vores hold er i øjeblikket ved at undersøge, og vi vil holde dig informeret, mens vi arbejder på at løse problemet. Australien Send en undskyldning for ulejligheden.

2. 23. juli 2026 kl. 01.59 UTCmonitoring

   UPDATE fra Australia Post Hændelsesstatus: Overvågning Et fix er blevet gennemført, og vi overvåger resultaterne. http: / / status.developers.auspost.com.au / facies / l1qmd679b34p

3. 23. juli 2026 kl. 02.03 UTCresolved

   Hændelse løst Denne hændelse er blevet løst.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 21. juli 2026 kl. 23.42 UTCinvestigating

   Vi er i øjeblikket klar over et problem, der påvirker eBay integration, med en fejlmeddelelse vises med følgende: "Listing Varighed er påkrævet. Optag Skippet".. Vores udviklingsteam undersøger sagen aktivt.

2. 22. juli 2026 kl. 01.28 UTCinvestigating

   Vi fortsætter med at undersøge dette spørgsmål.

3. 22. juli 2026 kl. 02.12 UTCidentified

   Spørgsmålet er blevet identificeret, og et fix er ved at blive gennemført.

4. 22. juli 2026 kl. 04.33 UTCmonitoring

   Et fix er blevet gennemført, og vi overvåger resultaterne.

5. 22. juli 2026 kl. 06.40 UTCresolved

   Denne hændelse er blevet løst.

6. 23. juli 2026 kl. 05.29 UTCpostmortem

   # # # Oversigt Den 22. juli 2026, handlende, der bruger eBay integration oplevede notering opdateringer bliver sprunget over med følgende fejl: > "Listevarighed er påkrævet. Optag Skippet". Hændelsen blev rapporteret kl 9: 42 AEST og løst kl 4: 40 AEST, med en samlet varighed på ca. 6 timer og 58 minutter. Vi undskylder forstyrrelsen af købmænd ved hjælp af eBay integration. # # Impact Under hændelsen, berørte eBay notering optegnelser kunne ikke behandles med succes. Dette kan have forhindret købmænd i at oprette eller opdatere lister gennem integrationen. Merchants der gemte en eBay liste regel skabelon, mens problemet var til stede kan også have haft nogle skabelon felter gemt uden deres forventede værdier, på trods af den korrekte værdi fortsætter med at dukke op i grænsefladen. Andre platformstjenester blev ikke påvirket. # # Root cause En intern dataimportproces, der blev anvendt til at opdatere delte eBay-oplysninger, blev annulleret, før den var afsluttet. Fordi processen allerede havde opdateret en del af datasættet, dens annullering venstre krævede eBay oplysninger ufuldstændige. Dette forårsagede efterfølgende liste opdateringer til at mislykkes validering og blive sprunget over. En direkte backup og restaurering proces for den berørte delte database var ikke tilgængelig. Vores Development Team brugte derfor en point- in- time database opsving proces til at hente og gendanne de berørte oplysninger. # # # Resolution Vores Development Team restaurerede en produktionsdatabase til et separat opsving miljø og udtrak de berørte tabeller. De gendannede oplysninger blev derefter genoprettet på tværs af hver af de relevante produktionsdatabaseklynger. Den første restaurering blev godkendt af Development and Support, før de resterende klynger blev opdateret. Efter restaureringen blev afsluttet, vi overvåget integrationen for at bekræfte, at eBay notering optegnelser blev behandlet med succes, før markering af hændelsen som løst. # # Merchant follow- up Merchants der gemte en eBay listing regel skabelon, mens hændelsen fandt sted bør re- gemme den berørte skabelon. For at identificere, om en skabelon blev ændret under hændelsen: 1. Log ind på dit kontrolpanel. 2. Åbn * * Rapporter * *. 3. Vælg * * Personale bruger log * * rapport. 4. Indtast 'ebaytmpl' i * * Sidetype * * feltet. 5. Indtast 'rediger' i * * Process * * feltet. 6. Gennemgå redigeringer foretaget under hændelsesvinduet. 7. Bemærk de berørte skabelon- id 'er vist i * * Noter * * kolonnen. 8. Åbn og gem hver berørt eBay skabelon. * * Listing Varighed * * feltet kan være gemt som blank selvom grænsefladen fortsatte med at vise "GTC". Handlere, der ikke bruger eBay Business Policy bør også gennemgå felterne under skabelonens * * Returnerer * * sektion, da disse felter kan være nødt til at blive genindtastet, før skabelonen gemmes. Timeline Alle tidspunkter er i AEST den 22 juli 2026. * * 9: 42 AM * * - Undersøgelse påbegyndt efter rapporter om eBay notering optegnelser bliver sprunget over. * * 11: 24 AM * * - Point- in- tid database restaurering påbegyndt. * * * 11: 37 AM * * - Genfindingsdatabasen blev genoprettet. * * * 11: 50 AM * * - De berørte oplysninger blev udvundet og forberedt til restaurering. * * * 12: 05 PM * * * - Restaurering af den første produktionsdatabase klynge blev afsluttet. * * 12: 11 PM * * * - Udvikling og støtte bekræftet, at den første restaurering var vellykket. * * * 12: 17 PM * * * - Restaurering begyndte på tværs af de resterende database klynger. * * * 12: 43 PM * * - Restaurering blev afsluttet på tværs af alle resterende klynger. * * * 2: 33 PM * * - Løsningen blev bekræftet som gennemført, og overvågningen begyndte. * * * 4: 40 PM * * * - Overvågning bekræftet, at integrationen fungerede med succes og hændelsen blev løst. # # Follow- up actions Vi gennemgår følgende forbedringer: * Tilføjelse garantier omkring annullering af data import processer, så delvist afsluttede opdateringer kan ikke efterlade delte oplysninger i en ufuldstændig tilstand. * Forbedring af validerings- og inddrivelsesprocedurer for fælles eBay-integrationsoplysninger. * Gendannelse af en fungerende shared- database backup proces til at give en hurtigere og mere målrettet opsving mulighed. * Undersøgelse af, om yderligere validering kan forhindre skabeloner i at blive gemt, når de krævede underliggende værdier mangler.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 8. juli 2026 kl. 21.50 UTCinvestigating

   Vi undersøger et problem, hvor nogle Neto butikker modtager 503 fejl på API anmodninger.

2. 8. juli 2026 kl. 23.30 UTCmonitoring

   Vores hold har indsat et fix og følger nøje situationen.

3. 9. juli 2026 kl. 00.17 UTCresolved

   Spørgsmålet er løst. Vores team vil fortsat nøje overvåge situationen.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 8. juli 2026 kl. 17.00 UTCinvestigating

   Vi oplever en service afbrydelse for Neto Control Panel og Storefronts. Vi undersøger løsningen og vil sende en opdatering så hurtigt som muligt.

2. 8. juli 2026 kl. 17.21 UTCidentified

   Vi har identificeret problemet og har sporet til en korruption i Network File System. Vi har foretaget de nødvendige rettelser, og systemet er begyndt at komme sig.

3. 8. juli 2026 kl. 17.38 UTCmonitoring

   Rettet til Netværksfilsystemet er løst og tjenesten er genoprettet. Vi overvåger fortsat platformen for at sikre dens tilgængelighed og stabilitet.

4. 8. juli 2026 kl. 18.36 UTCresolved

   Den 8. juli 2026 oplevede vi et infrastrukturproblem, der berørte alle Neto-handelsbutikker og cPanels i ca. 1 time og 30 minutter. Hændelsen skyldtes en fejl i vores delte filsystem infrastruktur, som forhindrede kritiske tjenester i at få adgang til de filer, der kræves for at tjene hjemmesider og cPanels. Som et resultat, platformen automatisk blokeret nye anmodninger om at beskytte data konsistens, hvilket fører til service afbrydelse på tværs af alle Neto stakke. Vores engineering team reagerede straks ved at genoprette de berørte filsystemtjenester, mislykkes over til en sund infrastruktur instans, og erstatte påvirket virtuelle maskiner. Når disse recovery handlinger blev afsluttet, alle webbutikker og cPanels blev genoprettet til normal drift. Vi fortsætter vores undersøgelse for at bestemme den underliggende årsag til filsystemet proces fiasko. Baseret på vores resultater vil vi gennemføre yderligere overvågning og varsling sammen med eventuelle nødvendige infrastrukturforbedringer for at hjælpe med at opdage og forebygge lignende hændelser i fremtiden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 15. juni 2026 kl. 23.46 UTCinvestigating

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

2. 16. juni 2026 kl. 00.25 UTCinvestigating

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

3. 16. juni 2026 kl. 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. maj 2026 kl. 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. juni 2026 kl. 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. juni 2026 kl. 01.16 UTCmonitoring

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

4. 1. juni 2026 kl. 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. maj 2026 kl. 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. maj 2026 kl. 01.41 UTCmonitoring

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

3. 26. maj 2026 kl. 01.46 UTCresolved

   This incident has been resolved.

1. 5. maj 2026 kl. 03.45 UTCinvestigating

   We are currently investigating this issue.

2. 5. maj 2026 kl. 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. maj 2026 kl. 16.05 UTCresolved

   This incident has been resolved.

1. 4. maj 2026 kl. 06.41 UTCinvestigating

   We are currently investigating this issue.

2. 4. maj 2026 kl. 06.44 UTCidentified

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

3. 4. maj 2026 kl. 06.52 UTCmonitoring

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

4. 4. maj 2026 kl. 07.04 UTCresolved

   This incident has been resolved.

1. 3. maj 2026 kl. 23.55 UTCinvestigating

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

2. 4. maj 2026 kl. 00.04 UTCmonitoring

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

3. 4. maj 2026 kl. 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. maj 2026 kl. 03.52 UTCresolved

   This incident has been resolved.

5. 6. maj 2026 kl. 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. april 2026 kl. 23.40 UTCinvestigating

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

2. 30. april 2026 kl. 00.15 UTCmonitoring

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

3. 30. april 2026 kl. 00.50 UTCresolved

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

4. 6. maj 2026 kl. 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. april 2026 kl. 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. april 2026 kl. 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. april 2026 kl. 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. april 2026 kl. 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. april 2026 kl. 00.13 UTCinvestigating

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

2. 27. april 2026 kl. 00.27 UTCmonitoring

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

3. 27. april 2026 kl. 00.58 UTCresolved

   All services are now running normally.

4. 6. maj 2026 kl. 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. april 2026 kl. 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. april 2026 kl. 02.53 UTCidentified

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

3. 22. april 2026 kl. 04.02 UTCmonitoring

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

4. 22. april 2026 kl. 04.12 UTCresolved

   This incident has been resolved.

1. 16. april 2026 kl. 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. april 2026 kl. 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. april 2026 kl. 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.