История сбоев Maropost

1. 11 августа 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 августа 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 августа 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 июля 2026 г. в 01:48 UTCinvestigating

   Мы получаем сообщения о том, что панели управления получают сообщение «Мы скоро вернемся в Интернет». Наша команда разработчиков сейчас проводит расследование.

2. 27 июля 2026 г. в 02:35 UTCidentified

   Мы определили проблему, и наша команда по развитию работает над ее решением как можно скорее.

3. 27 июля 2026 г. в 02:55 UTCmonitoring

   Наша команда внедрила исправление и внимательно следит за ситуацией, чтобы обеспечить возвращение услуг в нормальное русло.

4. 27 июля 2026 г. в 03:17 UTCresolved

   Проблема решена, и службы работают в обычном режиме.

5. 27 июля 2026 г. в 05:18 UTCpostmortem

   27 июля 2026 года группа торговцев столкнулась с проблемой доступа к своим панелям управления. Пострадавшим пользователям было показано сообщение «Мы скоро вернемся в Интернет» после попытки войти в систему. Инцидент начался в 11:48 утра по восточному времени** и был разрешен в 1:17 вечера по восточному времени**, общей продолжительностью 1 час 29 минут**. ## Что случилось Во время выпуска производственного программного обеспечения изменение, затрагивающее конфигурацию панели управления, связанную с безопасностью, привело к отказу аутентифицированных запросов на подмножество панелей управления. Проблема затронула только панели управления, где была включена соответствующая функция безопасности. Пользователи могли попасть на страницу входа, но после аутентификации не смогли получить доступ к панели управления. # # Влияние Некоторые торговцы временно не могли получить доступ к своим панелям управления и выполнять административные задачи. Перебои были ограничены подмножеством панелей управления. Услуги вернулись в норму после того, как поврежденная конфигурация была отключена. ##Время 11:48 AM AEST** – Поступили сообщения о панелях управления с надписью «Мы скоро вернемся в Интернет», и команда разработчиков начала расследование. ** 12:35 PM AEST** Была выявлена причина проблемы и начаты восстановительные работы. ***12:55 PM AEST** — Введено исправление и служба поставлена под контроль. **1:17 PM AEST** Проблема была подтверждена как решенная, и службы работали в штатном режиме. ##Коренная причина Изменение, включенное в производственный выпуск, вызвало неправильную конфигурацию отчетности о безопасности для затронутых панелей управления. Это привело к тому, что заголовок ответа превысил поддерживаемый предел размера, что привело к отказу аутентифицированных запросов панели управления. ## Резолюция Пострадавшая функция безопасности была отключена, немедленно восстановив доступ к пораженным панелям управления. Также реализуется постоянная коррекция кода, чтобы функция могла работать без создания недействительной конфигурации. ##Превентивные меры Чтобы уменьшить вероятность подобного инцидента, мы: * Добавление регрессионного покрытия для аутентифицированного доступа к панели управления при включении функций отчетности о безопасности. * Расширение проверки стадии для изменения размера заголовка ответа и конфигурации безопасности. * Улучшение проверки выпуска комбинаций функций перед развертыванием производства. * Внедрение постоянной коррекции кода и его валидация перед повторным включением затронутой функции. Мы приносим извинения за нарушения и ценим терпение пострадавших торговцев, в то время как наши команды работали над восстановлением доступа.

Автоматический перевод официального обновления инцидента.

1. 24 июля 2026 г. в 01:34 UTCinvestigating

   В настоящее время мы расследуем сообщения о прерывистой замедленности, затрагивающей панель управления Neto.

2. 24 июля 2026 г. в 01:51 UTCmonitoring

   Наша команда внедрила исправление и внимательно следит за ситуацией, чтобы обеспечить возвращение услуг в нормальное русло.

3. 24 июля 2026 г. в 02:26 UTCresolved

   Этот инцидент был урегулирован.

4. 27 июля 2026 г. в 22:45 UTCpostmortem

   24 июля 2026 года некоторые клиенты испытывали периодическую медлительность в разных частях сервиса в течение двух коротких периодов. Наша команда определила в качестве причины повышенный трафик и нагрузку на обработку, приняла меры по снижению нагрузки и восстановила стабильную производительность. Сейчас этот вопрос решен, и мы продолжаем внимательно следить. Мы предпринимаем шаги для повышения устойчивости и предотвращения повторения подобных проблем.

Автоматический перевод официального обновления инцидента.

1. 23 июля 2026 г. в 04:57 UTCinvestigating

   В настоящее время мы расследуем сообщения о прерывистой замедленности, затрагивающей панель управления Neto. Пользователи могут испытывать задержки при доступе или навигации по панели управления. Наши инженерные команды активно исследуют проблему, чтобы определить первопричину и как можно быстрее восстановить нормальную производительность.

2. 23 июля 2026 г. в 05:25 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

3. 23 июля 2026 г. в 05:46 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

4. 23 июля 2026 г. в 05:57 UTCresolved

   Этот инцидент был урегулирован.

5. 27 июля 2026 г. в 22:44 UTCpostmortem

   23 июля 2026 года клиенты испытывали периодическую медлительность при доступе к панели управления **Neto, что влияло примерно на **20% запросов **. Проблема была вызвана изменением конфигурации инфраструктуры, которое ввело сочетание типов экземпляров с различными эксплуатационными характеристиками, в результате чего некоторые экземпляры стали перегруженными в условиях производственного трафика. Наша инженерная команда решила проблему, удалив тип пострадавшего экземпляра, заменив пострадавшие экземпляры на оптимизированные для вычислений экземпляры и обновив конфигурацию инфраструктуры, чтобы предотвратить повторение. Мы также внедряем дополнительные улучшения в наши процессы балансировки нагрузки и проверки инфраструктуры для дальнейшего повышения надежности платформы.

Автоматический перевод официального обновления инцидента.

1. 23 июля 2026 г. в 01:45 UTCinvestigating

   Australia Post сообщила о деградации API, влияющей на производительность API печати этикеток. Для получения последних обновлений, пожалуйста, обратитесь к странице статуса разработчика Australia Post: https://status.developers.auspost.com.au/incidents/l1qmd679b34p Обратите внимание, что в настоящее время мы испытываем ухудшение производительности на API печати этикеток. Наши команды в настоящее время ведут расследование, и мы будем держать вас в курсе, поскольку мы работаем над решением проблемы. Австралия Приносим извинения за причиненные неудобства.

2. 23 июля 2026 г. в 01:59 UTCmonitoring

   Опубликовано в Почта Австралии Статус инцидента: мониторинг Реализовано исправление, и мы отслеживаем результаты. https://status.developers.auspost.com.au/incidents/l1qmd679b34p

3. 23 июля 2026 г. в 02:03 UTCresolved

   Инцидент разрешен Этот инцидент был урегулирован.

Автоматический перевод официального обновления инцидента.

1. 21 июля 2026 г. в 23:42 UTCinvestigating

   В настоящее время нам известно о проблеме, затрагивающей интеграцию eBay, с появлением сообщения об ошибке, в котором говорится: "Необходима продолжительность регистрации. Запись пропущена. Наша команда по развитию активно занимается этим вопросом.

2. 22 июля 2026 г. в 01:28 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

3. 22 июля 2026 г. в 02:12 UTCidentified

   Этот вопрос был определен, и в настоящее время осуществляется исправление.

4. 22 июля 2026 г. в 04:33 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

5. 22 июля 2026 г. в 06:40 UTCresolved

   Этот инцидент был урегулирован.

6. 23 июля 2026 г. в 05:29 UTCpostmortem

   ###Резюме 22 июля 2026 года продавцы, использующие интеграцию с eBay, пропустили обновления списка со следующей ошибкой: > "Необходима продолжительность списков. Запись пропущена". Инцидент был зарегистрирован в 9:42 утра по восточному времени и разрешен в 4:40 вечера по восточному времени, общей продолжительностью около 6 часов 58 минут. Мы приносим извинения за нарушения, вызванные интеграцией eBay. ###Воздействие Во время инцидента затронутые записи о листинге eBay не могли быть успешно обработаны. Это может помешать продавцам создавать или обновлять списки посредством интеграции. Торговцы, которые сохранили шаблон правил листинга eBay в то время как проблема присутствовала, возможно, также сохранили некоторые поля шаблонов без их ожидаемых значений, несмотря на то, что правильное значение продолжает появляться в интерфейсе. Другие сервисы платформы не пострадали. ###Коренная причина Внутренний процесс импорта данных, используемый для обновления общей информации eBay, был отменен до его завершения. Поскольку процесс уже обновил часть набора данных, его отмена оставила информацию о eBay неполной. Это привело к тому, что последующие обновления списка не прошли проверку и были пропущены. Прямого процесса резервного копирования и восстановления для затронутой общей базы данных не было. Поэтому наша команда разработчиков использовала процесс восстановления базы данных «точка-в-времени» для извлечения и восстановления затронутой информации. ###Решение Наша команда разработчиков восстановила производственную базу данных в отдельной среде восстановления и извлекла пораженные таблицы. Затем восстановлена восстановленная информация по каждому из соответствующих кластеров производственных баз данных. Первая реставрация была подтверждена разработкой и поддержкой до обновления оставшихся кластеров. После того, как восстановление было завершено, мы проследили за интеграцией, чтобы подтвердить, что записи о листинге eBay успешно обрабатывались, прежде чем отмечать инцидент как разрешенный. ###Торговля продолжается Торговцы, которые сохранили шаблон правил листинга eBay во время инцидента, должны повторно сохранить затронутый шаблон. Чтобы определить, был ли шаблон изменен во время инцидента: 1 Войдите в свою панель управления. 2.Открыть **Отчеты**. 3.Выберите отчет **Staff User Log**. 4. Введите "ebaytmpl" в поле **Page Type**. 5. Введите "редактировать" в поле "**Процесс**". 6. Обзор правок, сделанных во время окна инцидента. 7. Обратите внимание на затронутые идентификаторы шаблонов, показанные в столбце **Notes**. 8.Откройте и повторно сохраните каждый затронутый шаблон eBay. Поле **Listing Duration** могло быть сохранено как пустое, хотя интерфейс продолжал отображать «GTC». Торговцы, которые не используют политику eBay, также должны просматривать поля в разделе «Возврат» шаблона, поскольку эти поля могут потребоваться для повторного входа до сохранения шаблона. ###Время Все время в AEST 22 июля 2026 года. 9:42 AM** – Расследование началось после того, как были пропущены записи о листинге eBay. ***11:24 AM** — Началось восстановление базы данных по точкам времени. 11:37 AM ** Была успешно восстановлена база данных восстановления. ** 11:50 утра** Пострадавшая информация была извлечена и подготовлена к восстановлению. ***12:05 PM** – Завершено восстановление первого кластера производственных баз данных. 12:11 — Разработка и поддержка подтвердили, что первая реставрация прошла успешно. ** 12:17 PM** — Восстановление началось по остальным кластерам баз данных. ** 12:43 PM** — Восстановление было завершено во всех оставшихся кластерах. ***2:33 PM** - Это исправление было подтверждено, и начался мониторинг. ***4:40 PM** – Мониторинг подтвердил, что интеграция прошла успешно и инцидент был урегулирован. ### Последующие действия Мы рассматриваем следующие улучшения: Добавление гарантий в отношении отмены процессов импорта данных, чтобы частично завершенные обновления не могли оставить общую информацию в неполном состоянии. Улучшение процедур проверки и восстановления для общей информации об интеграции eBay. Восстановление рабочего процесса резервного копирования общей базы данных, чтобы обеспечить более быстрый и целенаправленный вариант восстановления. * Проверка того, может ли дополнительная валидация предотвратить сохранение шаблонов при отсутствии необходимых базовых значений.

Автоматический перевод официального обновления инцидента.

1. 8 июля 2026 г. в 21:50 UTCinvestigating

   Мы расследуем проблему, когда некоторые магазины Neto получают 503 ошибки по запросам API.

2. 8 июля 2026 г. в 23:30 UTCmonitoring

   Наша команда развернула исправление и внимательно следит за ситуацией.

3. 9 июля 2026 г. в 00:17 UTCresolved

   Вопрос решен. Наша команда продолжит внимательно следить за ситуацией.

Автоматический перевод официального обновления инцидента.

1. 8 июля 2026 г. в 17:00 UTCinvestigating

   Мы испытываем сбои в обслуживании панели управления Neto и витрин магазинов. Мы изучаем решение и опубликуем обновление как можно скорее.

2. 8 июля 2026 г. в 17:21 UTCidentified

   Мы выявили проблему и выявили коррупцию в сетевой файловой системе. Мы внесли соответствующие исправления, и система начала восстанавливаться.

3. 8 июля 2026 г. в 17:38 UTCmonitoring

   Устраняется исправление сетевой файловой системы и восстанавливается сервис. Мы продолжаем следить за платформой, чтобы обеспечить ее доступность и стабильность.

4. 8 июля 2026 г. в 18:36 UTCresolved

   8 июля 2026 года мы столкнулись с проблемой инфраструктуры, которая затронула все торговые интернет-магазины Neto и cPanels в течение примерно 1 часа и 30 минут. Инцидент был вызван сбоем в нашей общей инфраструктуре файловой системы, что помешало критически важным службам получить доступ к файлам, необходимым для обслуживания веб-сайтов и cPanels. В результате платформа автоматически блокировала новые запросы для защиты согласованности данных, что привело к сбоям в обслуживании всех стеков Neto. Наша инженерная команда немедленно отреагировала на это, восстановив затронутые службы файловой системы, перейдя в здоровую инфраструктуру и заменив затронутые виртуальные машины. Как только эти действия по восстановлению были завершены, все веб-магазины и cPanels были восстановлены до нормальной работы. Мы продолжаем наше расследование, чтобы определить основную причину сбоя процесса файловой системы. Основываясь на наших выводах, мы будем осуществлять дополнительный мониторинг и оповещение, а также любые необходимые улучшения инфраструктуры, чтобы помочь обнаружить и предотвратить подобные инциденты в будущем.

Автоматический перевод официального обновления инцидента.

1. 15 июня 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 июня 2026 г. в 00:25 UTCinvestigating

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

3. 16 июня 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 мая 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 июня 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 июня 2026 г. в 01:16 UTCmonitoring

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

4. 1 июня 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 мая 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 мая 2026 г. в 01:41 UTCmonitoring

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

3. 26 мая 2026 г. в 01:46 UTCresolved

   This incident has been resolved.

1. 5 мая 2026 г. в 03:45 UTCinvestigating

   We are currently investigating this issue.

2. 5 мая 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 мая 2026 г. в 16:05 UTCresolved

   This incident has been resolved.

1. 4 мая 2026 г. в 06:41 UTCinvestigating

   We are currently investigating this issue.

2. 4 мая 2026 г. в 06:44 UTCidentified

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

3. 4 мая 2026 г. в 06:52 UTCmonitoring

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

4. 4 мая 2026 г. в 07:04 UTCresolved

   This incident has been resolved.

1. 3 мая 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 мая 2026 г. в 00:04 UTCmonitoring

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

3. 4 мая 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 мая 2026 г. в 03:52 UTCresolved

   This incident has been resolved.

5. 6 мая 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 апреля 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 апреля 2026 г. в 00:15 UTCmonitoring

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

3. 30 апреля 2026 г. в 00:50 UTCresolved

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

4. 6 мая 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 апреля 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 апреля 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 апреля 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 апреля 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 апреля 2026 г. в 00:13 UTCinvestigating

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

2. 27 апреля 2026 г. в 00:27 UTCmonitoring

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

3. 27 апреля 2026 г. в 00:58 UTCresolved

   All services are now running normally.

4. 6 мая 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 апреля 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 апреля 2026 г. в 02:53 UTCidentified

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

3. 22 апреля 2026 г. в 04:02 UTCmonitoring

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

4. 22 апреля 2026 г. в 04:12 UTCresolved

   This incident has been resolved.

1. 16 апреля 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 апреля 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 апреля 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.