Pricing
Status historyRSS updatesStatus API

Powered by Uptimus

    Maropost driftsforstyrrelser

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

    Tilbage til aktuel status

    Spørgsmål vedrørende adgang til kontrolpanelet

    Startede 27. oktober 2026 kl. 11.46 UTC · 1h 1m

    Pending
    Berørte komponenter
    Control Panel
    1. 27. oktober 2026 kl. 11.46 UTCidentified

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

    2. 27. oktober 2026 kl. 12.47 UTCresolved

      Denne hændelse er blevet løst.

    Automatisk oversat fra den officielle hændelsesopdatering.

    Neto Webstore Disruption

    Startede 26. oktober 2026 kl. 07.56 UTC · 1h 47m

    IssuesMindre hændelse
    Berørte komponenter
    Merchant Store Fronts
    1. 26. oktober 2026 kl. 08.04 UTCinvestigating

      Vi undersøger platforms ustabilitet, der påvirker Neto webbutikker. Kunder kan opleve intermitterende problemer adgang til berørte butikker. Vores team arbejder på at genoprette stabiliteten. Vi vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

    2. 26. oktober 2026 kl. 08.10 UTCmonitoring

      Tjenesterne er i øjeblikket stabile. Vi overvåger fortsat resultaterne og undersøger årsagen til afbrydelsen.

    3. 26. oktober 2026 kl. 09.43 UTCresolved

      Denne hændelse er blevet løst.

    Automatisk oversat fra den officielle hændelsesopdatering.

    Kontrolpanel Afbrydelse

    Startede 23. oktober 2026 kl. 05.38 UTC · 53m

    OutageStørre hændelse
    Berørte komponenter
    Control Panel
    1. 23. oktober 2026 kl. 05.38 UTCinvestigating

      Vi modtager rapporter om kontrolpaneler, der modtager "Software fejl". Vores udviklingsteam undersøger det nu.

    2. 23. oktober 2026 kl. 06.17 UTCmonitoring

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

    3. 23. oktober 2026 kl. 06.31 UTCresolved

      Denne hændelse er blevet løst.

    Automatisk oversat fra den officielle hændelsesopdatering.

    Degraderet ydeevne

    Startede 23. oktober 2026 kl. 01.29 UTC · 3h 23m

    Pending
    Berørte komponenter
    Upstream Provider
    1. 23. oktober 2026 kl. 01.29 UTCinvestigating

      Nogle Neto handlende og partnere oplever SFTP adgang spørgsmål. Vores team undersøger og arbejder aktivt på at implementere et fix. Vi vil give yderligere opdateringer, når der er gjort fremskridt.

    2. 23. oktober 2026 kl. 04.00 UTCidentified

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

    3. 23. oktober 2026 kl. 04.15 UTCmonitoring

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

    4. 23. oktober 2026 kl. 04.52 UTCresolved

      Denne hændelse er blevet løst.

    Automatisk oversat fra den officielle hændelsesopdatering.

    Degraderet ydeevne

    Startede 22. oktober 2026 kl. 03.35 UTC · 6h 20m

    Pending
    Berørte komponenter
    Control Panel
    1. 22. oktober 2026 kl. 03.35 UTCinvestigating

      Nogle Neto købmænd oplever problemer adgang til deres kontrolpaneler. Vores team er aktivt at undersøge spørgsmålet og vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

    2. 22. oktober 2026 kl. 05.44 UTCidentified

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

    3. 22. oktober 2026 kl. 08.10 UTCidentified

      Vi er ved at gennemføre rettelser for spørgsmål vedrørende adgang til kontrolpanelet. Vi vil give yderligere opdateringer, når der er gjort fremskridt.

    4. 22. oktober 2026 kl. 09.55 UTCresolved

      Denne hændelse er blevet løst.

    Automatisk oversat fra den officielle hændelsesopdatering.

    Degraderet ydeevne - Neto POS Sync-forsinkelser

    Startede 7. oktober 2026 kl. 00.15 UTC · 1h 36m

    IssuesMindre hændelse
    Berørte komponenter
    Point Of Sale Registers
    1. 7. oktober 2026 kl. 00.15 UTCinvestigating

      Vi undersøger meldinger om forsinkelser, når vi synkroniserer data i Neto POS ansøgningen.

    2. 7. oktober 2026 kl. 01.51 UTCresolved

      Syncs er vendt tilbage til normal.

    Automatisk oversat fra den officielle hændelsesopdatering.

    Intermitterende spørgsmål om adgang til kontrolpanelet

    Startede 6. oktober 2026 kl. 11.27 UTC · 2h 50m

    IssuesMindre hændelse
    Berørte komponenter
    Control Panel
    1. 6. oktober 2026 kl. 11.27 UTCinvestigating

      Vi undersøger i øjeblikket dette spørgsmål.

    2. 6. oktober 2026 kl. 13.23 UTCidentified

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

    3. 6. oktober 2026 kl. 14.08 UTCmonitoring

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

    4. 6. oktober 2026 kl. 14.17 UTCresolved

      Denne hændelse er blevet løst.

    Automatisk oversat fra den officielle hændelsesopdatering.

    Maropost Identitet - Opdatering af kontosikkerhed

    Startede 5. oktober 2026 kl. 01.58 UTC · 0m

    Pending
    Berørte komponenter
    Control Panel
    1. 5. oktober 2026 kl. 01.58 UTCresolved

      Planlagt vedligeholdelse Vi færdiggør en kontosikkerhedsopdatering til Maropost Identitet i aften 5 / 10 / 2026. Efter denne opdatering, vil alle Maropost Identity brugere være forpligtet til at fuldføre en konto sikkerhed nulstilles næste gang de logger ind. Brugerne vil blive bedt om at: - Sæt et nyt kodeord ved hjælp af Glemt kodeord - Gem et nyt sæt af inddrivelseskoder - Indstil deres autentificeringsapp - Komplet Multi- Factor Authentication (MFA) setup Eksisterende gendannelseskoder og autentificeringskonfigurationer vil blive nulstillet som en del af denne proces. MFA vil være påkrævet for alle Maropost Identity-brugere, der går fremad, herunder brugere, der ikke tidligere har konfigureret en autentifikator. Der kræves ingen handling før opdateringen. Brugerne skal følge instruktionerne, når de næste adgang til Maropost Identitet. For mere information om password reset, recovery koder og MFA setup, se vores guide: http: / / galaxy.maroposi.com / kb / articles / 2475-maroposi.identity- password- retabler- what-you- need-to- do Hvis du oplever problemer med at fuldføre nulstillingen, bedes du kontakte Maropost Support.

    2. 21. oktober 2026 kl. 03.41 UTCpostmortem

      # Maropost Identity - Security Incident Postmortem Name * * Påvirkede tjeneste: * * Maropost Identitet\ (Login og autentificering\) * * hændelsesperiode: * * 26- 30 september 2026 * * Respiration og Global Creditial Reset afsluttet: * * 6 oktober 2026 * * Status: * * Opløst # # Oversigt mellem den 26. og den 30. september 2026 identificerede Maropost uautoriseret aktivitet med Maropost Identity, den autentifikationstjeneste, der anvendes til sikker adgang til Maropost-produkter. Vores undersøgelse fastslog, at en ekstern part udnyttede en sikkerhedssårbarhed inden for identitetstjenesten, hvilket gav uautoriseret administrativ adgang. * * Vigtigt, brugerpasswords gemmes ved hjælp af sikker, envejs kryptografisk hashing. Vores undersøgelse fandt ingen beviser for, at gemte password hashs blev udvundet eller at klartekst passwords blev afsløret. * * Ved at identificere aktiviteten, vores Engineering og Security teams tog øjeblikkelig handling for at begrænse hændelsen, undersøge dens indvirkning og gennemføre korrigerende foranstaltninger. Den identificerede sårbarhed er siden blevet afhjulpet, og en global creditial reset blev afsluttet den 6. oktober 2026 som en sikkerhedsforanstaltning. Hvad skete der Hændelsen involverede en sårbarhed inden for password-reset funktionalitet af Maropost Identity. Denne sårbarhed blev udnyttet af en uautoriseret tredjepart, som efterfølgende fik forhøjet adgang inden for identitetstjenesten. Vores undersøgelse identificerede følgende aktivitet: * Uautoriseret adgang til oplysninger om identitetskonti, herunder brugernavne og e-mail-adresser. * En usædvanlig stor mængde af password-reset anmodninger på tværs af kunde og interne konti. * Uautoriserede ændringer til login legitimation og multifaktor autentificering\ (MFA\) indstillinger på en delmængde af konti. Vores hold identificerede unormal aktivitet den 30. september 2026 og tog omgående skridt til at undersøge og begrænse hændelsen. # Customer Impact Vores undersøgelse identificerede uautoriseret adgang til Maropost Identity konto oplysninger, herunder brugernavne og e-mail-adresser. Mens der blev identificeret uautoriserede ændringer af kredit- og multifaktorgodkendelse\ (MFA\) på en undergruppe af konti, annullerede Maropost efterfølgende eksisterende sessioner og afsluttede en global creditial reset for at beskytte brugerne. Handlinger taget for at løse hændelsen Efter afsløringen, Maropost Engineering og Security teams gennemført flere foranstaltninger til at begrænse hændelsen og sikre identitetstjenesten. * * Sikkerhed Sårbarhed Rengøring * * Den berørte identitetssoftware blev opgraderet, og verifikationstesten blev gennemført for at bekræfte den identificerede sårbarhed. * * Uautoriseret adgangsbegrænsning * * Netværkskilder i forbindelse med den mistænkelige aktivitet blev blokeret, og den administrative adgangskontrol blev styrket. * * Creditial and Session Security * * Eksisterende brugersessioner blev ugyldiggjort, relevante ansøgnings- og integrationspapirer blev ændret, og administrative regnskaber blev revideret. * * Global Password og MFA Reset * * Den 6. oktober 2026, Maropost afsluttet en global reset af brugerpasswords, MFA konfigurationer og recovery koder for at fjerne risikoen for fortsat adgang gennem tidligere ændrede legitimationsoplysninger. * * Kontoverifikation * * Der blev foretaget yderligere kontoundersøgelser, herunder deaktivering af ukontrollerede konti, der blev identificeret i forbindelse med undersøgelsen. # Forebyggende foranstaltninger Ud over den umiddelbare oprydning, Maropost er ved at gennemføre yderligere sikkerhedsforbedringer for at styrke Maropost Identitet og reducere risikoen for lignende hændelser. Disse forbedringer omfatter: * Styrkelse af administrative adgangsbegrænsninger og autentificering kontrol. * Forbedret overvågning og varsling for usædvanlig login og password-reset aktivitet. * Forbedring af sikkerheden i forbindelse med anvendelse og integration. * Styrkelse af sårbarhed management og software opdatering processer. * Udarbejdelse af yderligere sikkerhedsvurderinger og gennemgang af procedurer for reaktion på hændelser. Disse foranstaltninger er en del af vores fortsatte forpligtelse til at opretholde sikkerheden og pålideligheden af Maropost-tjenesterne. # Har kunderne brug for at tage nogen handling? Kunder, der med succes nulstille deres Maropost Identity password og omkonfigureret deres multi-faktor autentificering på eller efter 6 oktober 2026 behøver ikke at gentage denne proces som en del af denne hændelse. Kunder, der endnu ikke har gennemført den ønskede nulstilling, skal vælge * * Glemt Adgangskode * * på Maropost Identity login-siden og følge instruktionerne. Som en generel sikkerhedsforanstaltning, opfordrer vi kunderne til at forblive på vagt for uventede password- reset anmodninger, mistænkelige e-mails eller forsøg på at få kontooplysninger. Maropost vil aldrig anmode om, at kunderne afslører deres adgangskoder eller MFA recovery koder. For yderligere vejledning henvises til: [Maropost Identity password reset - hvad du skal gøre] (https: / / galaxy.maroppost.com / kb / artikler / 2475) Hvis du oplever problemer med at få adgang til din konto eller identificere uventede kontoaktivitet, bedes du kontakte vores Support team: [Kontakt Maropost Support] (https: / / galaxy.maroppost.com / actact- support) # Closing Statement Beskyttelse af vores kunder, deres regnskaber og deres oplysninger er fortsat en prioritet for Maropost. Vi anerkender vigtigheden af at bevare tilliden til vores tjenester og har taget skridt til at håndtere den identificerede sårbarhed, sikre de berørte autentificeringslegitimation og styrke kontrollen med beskyttelse af Maropost Identitet. Vi vil fortsat gennemgå og forbedre vores sikkerhedspraksis som en del af vores fortsatte forpligtelse til at beskytte kundeoplysninger.

    Automatisk oversat fra den officielle hændelsesopdatering.

    Maropost ID Password Reset Notice

    Startede 30. september 2026 kl. 14.00 UTC · 0m

    Pending
    1. 1. oktober 2026 kl. 01.38 UTCresolved

      Som en sikkerhedsforanstaltning, Maropost indledt en adgangskode nulstilles til Maropost ID-brugere. Når du logger på, kan brugerne blive bedt om at nulstille deres adgangskode, før de kan fortsætte med at få adgang til deres Maropost produkter. De fleste brugere er i stand til at fuldføre adgangskoden nulstilles med succes. Men vi er klar over, at nogle brugere kan ikke modtage password reset e-mail og kan derfor ikke være i stand til at fuldføre reset eller få adgang til deres platform. Hvis du ikke er i stand til at få adgang til din konto, fordi du ikke har modtaget en e-mail til nulstilling af adgangskoder, bedes du indgive en anmodning om støtte ved hjælp af nedenstående formular, og vores team vil hjælpe dig med at genvinde adgang: Støtteanmodning: http: / / share.hsforms.com / 1PF2VNMWnS2al3GnLh8msNQrp8ms

    2. 9. oktober 2026 kl. 13.08 UTCpostmortem

      # Maropost Identity - Security Incident Postmortem Name * * Påvirkede tjeneste: * * Maropost Identitet\ (Login og autentificering\) * * hændelsesperiode: * * 26- 30 september 2026 * * Respiration og Global Creditial Reset afsluttet: * * 6 oktober 2026 * * Status: * * Opløst # # Oversigt mellem den 26. og den 30. september 2026 identificerede Maropost uautoriseret aktivitet med Maropost Identity, den autentifikationstjeneste, der anvendes til sikker adgang til Maropost-produkter. Vores undersøgelse fastslog, at en ekstern part udnyttede en sikkerhedssårbarhed inden for identitetstjenesten, hvilket gav uautoriseret administrativ adgang. * * Vigtigt, brugerpasswords gemmes ved hjælp af sikker, envejs kryptografisk hashing. Vores undersøgelse fandt ingen beviser for, at gemte password hashs blev udvundet eller at klartekst passwords blev afsløret. * * Ved at identificere aktiviteten, vores Engineering og Security teams tog øjeblikkelig handling for at begrænse hændelsen, undersøge dens indvirkning og gennemføre korrigerende foranstaltninger. Den identificerede sårbarhed er siden blevet afhjulpet, og en global creditial reset blev afsluttet den 6. oktober 2026 som en sikkerhedsforanstaltning. Hvad skete der Hændelsen involverede en sårbarhed inden for password-reset funktionalitet af Maropost Identity. Denne sårbarhed blev udnyttet af en uautoriseret tredjepart, som efterfølgende fik forhøjet adgang inden for identitetstjenesten. Vores undersøgelse identificerede følgende aktivitet: * Uautoriseret adgang til oplysninger om identitetskonti, herunder brugernavne og e-mail-adresser. * En usædvanlig stor mængde af password-reset anmodninger på tværs af kunde og interne konti. * Uautoriserede ændringer til login legitimation og multifaktor autentificering\ (MFA\) indstillinger på en delmængde af konti. Vores hold identificerede unormal aktivitet den 30. september 2026 og tog omgående skridt til at undersøge og begrænse hændelsen. # Customer Impact Vores undersøgelse identificerede uautoriseret adgang til Maropost Identity konto oplysninger, herunder brugernavne og e-mail-adresser. Mens der blev identificeret uautoriserede ændringer af kredit- og multifaktorgodkendelse\ (MFA\) på en undergruppe af konti, annullerede Maropost efterfølgende eksisterende sessioner og afsluttede en global creditial reset for at beskytte brugerne. Handlinger taget for at løse hændelsen Efter afsløringen, Maropost Engineering og Security teams gennemført flere foranstaltninger til at begrænse hændelsen og sikre identitetstjenesten. * * Sikkerhed Sårbarhed Rengøring * * Den berørte identitetssoftware blev opgraderet, og verifikationstesten blev gennemført for at bekræfte den identificerede sårbarhed. * * Uautoriseret adgangsbegrænsning * * Netværkskilder i forbindelse med den mistænkelige aktivitet blev blokeret, og den administrative adgangskontrol blev styrket. * * Creditial and Session Security * * Eksisterende brugersessioner blev ugyldiggjort, relevante ansøgnings- og integrationspapirer blev ændret, og administrative regnskaber blev revideret. * * Global Password og MFA Reset * * Den 6. oktober 2026, Maropost afsluttet en global reset af brugerpasswords, MFA konfigurationer og recovery koder for at fjerne risikoen for fortsat adgang gennem tidligere ændrede legitimationsoplysninger. * * Kontoverifikation * * Der blev foretaget yderligere kontoundersøgelser, herunder deaktivering af ukontrollerede konti, der blev identificeret i forbindelse med undersøgelsen. # Forebyggende foranstaltninger Ud over den umiddelbare oprydning, Maropost er ved at gennemføre yderligere sikkerhedsforbedringer for at styrke Maropost Identitet og reducere risikoen for lignende hændelser. Disse forbedringer omfatter: * Styrkelse af administrative adgangsbegrænsninger og autentificering kontrol. * Forbedret overvågning og varsling for usædvanlig login og password-reset aktivitet. * Forbedring af sikkerheden i forbindelse med anvendelse og integration. * Styrkelse af sårbarhed management og software opdatering processer. * Udarbejdelse af yderligere sikkerhedsvurderinger og gennemgang af procedurer for reaktion på hændelser. Disse foranstaltninger er en del af vores fortsatte forpligtelse til at opretholde sikkerheden og pålideligheden af Maropost-tjenesterne. # Har kunderne brug for at tage nogen handling? Kunder, der med succes nulstille deres Maropost Identity password og omkonfigureret deres multi-faktor autentificering på eller efter 6 oktober 2026 behøver ikke at gentage denne proces som en del af denne hændelse. Kunder, der endnu ikke har gennemført den ønskede nulstilling, skal vælge * * Glemt Adgangskode * * på Maropost Identity login-siden og følge instruktionerne. Som en generel sikkerhedsforanstaltning, opfordrer vi kunderne til at forblive på vagt for uventede password- reset anmodninger, mistænkelige e-mails eller forsøg på at få kontooplysninger. Maropost vil aldrig anmode om, at kunderne afslører deres adgangskoder eller MFA recovery koder. For yderligere vejledning henvises til: [Maropost Identity password reset - hvad du skal gøre] (https: / / galaxy.maroppost.com / kb / artikler / 2475) Hvis du oplever problemer med at få adgang til din konto eller identificere uventede kontoaktivitet, bedes du kontakte vores Support team: [Kontakt Maropost Support] (https: / / galaxy.maroppost.com / actact- support) # Closing Statement Beskyttelse af vores kunder, deres regnskaber og deres oplysninger er fortsat en prioritet for Maropost. Vi anerkender vigtigheden af at bevare tilliden til vores tjenester og har taget skridt til at håndtere den identificerede sårbarhed, sikre de berørte autentificeringslegitimation og styrke kontrollen med beskyttelse af Maropost Identitet. Vi vil fortsat gennemgå og forbedre vores sikkerhedspraksis som en del af vores fortsatte forpligtelse til at beskytte kundeoplysninger.

    Automatisk oversat fra den officielle hændelsesopdatering.

    Kontrolpanel Afbrydelse

    Startede 17. august 2026 kl. 05.38 UTC · 55m

    IssuesMindre hændelse
    Berørte komponenter
    Control Panel
    1. 17. august 2026 kl. 05.38 UTCinvestigating

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

    2. 17. august 2026 kl. 06.00 UTCidentified

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

    3. 17. august 2026 kl. 06.09 UTCmonitoring

      Problemet er løst, og tjenesterne fungerer som normale. Vores hold overvåger situationen nøje.

    4. 17. august 2026 kl. 06.32 UTCresolved

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

    5. 18. august 2026 kl. 00.07 UTCpostmortem

      Hvad skete der En funktionskonfiguration blev aktiveret for nogle Neto-butikker, før de tilsvarende programændringer var gennemført i produktionsmiljøet. Dette skabte en uventet tilstand for disse butikker og forhindrede brugerne i at indlæse Kontrolpanel efter login. # Impact Berørte forhandlere var midlertidigt ude af stand til at få adgang til deres Neto Control Panel. Spørgsmålet var begrænset i omfang, uden nogen bredere Neto platform afbrydelse identificeret. # Opløsning Når årsagen blev identificeret, funktionen konfiguration blev deaktiveret for de berørte butikker, genoprette Control Panel adgang. Vores hold derefter overvåget de berørte miljøer for at bekræfte, at Control Panel adgang og støttetjenester forblev stabile. # # Forebyggende handlinger For at mindske sandsynligheden for, at dette sker igen, styrker vi ibrugtagningsprocessen omkring funktionsændringer. Dette omfatter: * Bekræftelse af, at den krævede applikationsversion er blevet fuldt implementeret, før du aktiverer tilhørende funktioner. * Tilføjelse af yderligere kontroller omkring implementering og konfiguration sekventering. * Udfører validering og røgtest umiddelbart efter funktionen aktivering. * Bedre koordinering og bekræftelse af produktionsstatus før konfigurationsændringer kastes ud. Vi undskylder over for de handlende, der er berørt af denne afbrydelse, og værdsætter deres tålmodighed, mens vores hold arbejdede på at genoprette adgangen.

    Automatisk oversat fra den officielle hændelsesopdatering.

    Fejl i intermitterende kontrolpanel

    Startede 11. august 2026 kl. 22.45 UTC · 5d 3h

    OutageStørre hændelse
    Berørte komponenter
    Control PanelMerchant Store FrontsPoint Of Sale Registers
    1. 11. august 2026 kl. 22.45 UTCinvestigating

      Vi har identificeret intermitterende spikes forårsager nogle købmænd til at modtage en "Vi er tilbage snart" fejl, når navigere i Kontrolpanelet. Vi fortsætter med at undersøge og foretage forbedringer for at forhindre disse fejl.

    2. 12. august 2026 kl. 02.09 UTCmonitoring

      Vi oplever i øjeblikket en øget bottrafik, som går uden om nogle af vores eksisterende sikkerhedsforanstaltninger. Vi har tilføjet yderligere beskyttelse, som bidrager til at reducere virkningen. Trafikmønstrene ændrer sig imidlertid fortsat, så vi foretager løbende justeringer af vores lempelser. Vi bruger i øjeblikket en mere aggressiv tilgang og følger nøje situationen. Vi vil levere yderligere opdateringer, efterhånden som situationen skrider frem.

    3. 12. august 2026 kl. 22.57 UTCmonitoring

      Vores team fortsætter med at overvåge problemet og tage skridt til at løse eventuelle spikes så hurtigt som muligt. Vi observerer stadig periodiske 503 pigge, hvilket kan resultere i korte optrædener af "Vi vil være tilbage snart" side. Mens disse hændelser bliver mindre hyppige, fortsætter vi med at arbejde hen imod en mere stabil, permanent løsning. Vi vil fortsat overvåge situationen nøje og træffe yderligere foranstaltninger efter behov.

    4. 13. august 2026 kl. 00.51 UTCmonitoring

      Vi fortsætter med at overvåge.

    5. 13. august 2026 kl. 04.00 UTCidentified

      Vi fortsætter med at se intermitterende 503 spikes påvirker nogle købmænd, hvilket kan resultere i perioder med langsommelighed eller korte optrædener af "Vi vil være tilbage snart" side. Vores team har identificeret de trafikmønstre, der bidrager til problemet, og fortsætter med at foretage justeringer af de yderligere beskyttelsesforanstaltninger og lempelser, der allerede er indført. Mens vi ser perioder med stabilitet mellem disse stigninger, er spørgsmålet endnu ikke helt løst. Vi arbejder fortsat på at forbedre stabiliteten og vil levere endnu en opdatering, efterhånden som situationen skrider frem

    6. 13. august 2026 kl. 07.05 UTCidentified

      Vores undersøgelse har identificeret øget automatiseret bot trafik bidrager til den periodiske langsommelighed og "Vi vil være tilbage snart" fejl. Som en øjeblikkelig midlertidig foranstaltning indfører vi en yderligere cloudflare sikkerhedskontrol på visse filtrerede produkt- og kategorisider. Nogle besøgende kan kort se en "Checking din forbindelse" meddelelse, som skal udfyldes automatisk og vil kun vises én gang under den besøgendes session. Vi fortsætter med at arbejde med Cloudflare på langsigtede forbedringer for at styrke bot detektering og platform stabilitet. Der kræves ingen handling fra købmænd på nuværende tidspunkt. Vi vil fortsat levere opdateringer, efterhånden som situationen skrider frem.

    7. 13. august 2026 kl. 22.16 UTCmonitoring

      Et fix er nu blevet gennemført, og vi overvåger resultaterne. Vi har indført yderligere Cloudflare sikkerhed beskyttelse på tværs Neto handelssteder for visse produkt søgning og kategori filtrering anmodninger. Denne midlertidige foranstaltning har til formål at reducere virkningen af automatiseret bot trafik bidrager til den seneste periodiske langsommelighed og "Vi er tilbage snart" fejl. Nogle besøgende kan kort se en "Checking din forbindelse" meddelelse, når adgang til disse sider. Dette skal udfyldes automatisk og vises kun én gang under besøgssessionen. Vores team fortsætter med nøje at overvåge platformens ydeevne og effektiviteten af denne ændring.

    8. 17. august 2026 kl. 02.40 UTCresolved

      Denne hændelse er blevet løst.

    9. 18. august 2026 kl. 00.02 UTCpostmortem

      Hvad skete der Vores undersøgelse identificerede en betydelig stigning i automatiseret bot trafik rettet mod produkt filtrering, kategori og søgning anmodninger. Denne trafik placerede ekstra belastning på dele af Neto-platformen, hvilket resulterede i korte perioder med forringet ydeevne og periodiske 503 fejl for nogle handlende og deres kunder. # Opløsning Vi indførte en * * midlertidig løsning * * ved at tilføje yderligere Cloudflare beskyttelse for at identificere og udfordre denne automatiserede trafik, før den nåede Neto platformen. Efter gennemførelsen af disse beskyttelsesforanstaltninger den 13. august stabiliserede platformens ydeevne, og vi observerede ikke yderligere betydelige 503 spikes i overvågningsperioden. Nogle besøgende kan kort se en * * "Checking din forbindelse" * * meddelelse, når adgang til visse filtrerede produkt og kategori sider. Denne kontrol fuldfører automatisk og er designet til at forhindre automatiseret trafik i at placere overdreven belastning på platformen. # Forebyggende handlinger Vi overvåger fortsat trafikmønstrene, 503 fejl og platformens ydeevne nøje. Vi fortsætter også med at arbejde med Cloudflare om forbedringer af bot detektering, således at skiftende automatiserede trafikmønstre kan identificeres og afbødes mere effektivt. Vi undskylder for forstyrrelsen denne hændelse forårsaget og værdsætter din tålmodighed, mens vores hold arbejdede på at genoprette og forbedre platformens stabilitet.

    Automatisk oversat fra den officielle hændelsesopdatering.

    Intermittent Control Panel Error and Slowness

    Startede 3. august 2026 kl. 22.00 UTC · 0m

    Pending
    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.

    Kontrolpanel Afbrydelse

    Startede 27. juli 2026 kl. 01.48 UTC · 1h 29m

    OutageStørre hændelse
    Berørte komponenter
    Control Panel
    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.

    Intermitterende kontrolpanel sløvhed

    Startede 24. juli 2026 kl. 01.34 UTC · 52m

    IssuesMindre hændelse
    Berørte komponenter
    Control Panel
    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.

    Intermitterende kontrolpanel sløvhed

    Startede 23. juli 2026 kl. 04.57 UTC · 1h 0m

    Pending
    Berørte komponenter
    Control Panel
    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.

    Australien Post - Label Printing API Nedbrydning

    Startede 23. juli 2026 kl. 01.45 UTC · 18m

    IssuesMindre hændelse
    Berørte komponenter
    Upstream Provider
    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.

    eBay Integration Emne

    Startede 21. juli 2026 kl. 23.42 UTC · 6h 57m

    Pending
    Berørte komponenter
    Channel ModulesUpstream Provider
    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.

    API Service Disruption

    Startede 8. juli 2026 kl. 21.50 UTC · 2h 26m

    OutageStørre hændelse
    Berørte komponenter
    Connect Modules
    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.

    Service Disruption for Control Panels og Storefronts

    Startede 8. juli 2026 kl. 17.00 UTC · 1h 36m

    OutageKritisk hændelse
    Berørte komponenter
    Control PanelMerchant Store Fronts
    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.

    Unified Login "Something Went Wrong"

    Startede 15. juni 2026 kl. 23.46 UTC · 1h 50m

    IssuesMindre hændelse
    Berørte komponenter
    Control Panel
    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.