Maropost kesinti geçmişi

1. 11 Ağustos 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 Ağustos 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 Ağustos 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 Temmuz 2026 01:48 UTCinvestigating

   “Kısa bir süre sonra online olarak geri döneceğiz” kontrol panellerinin raporlarını alıyoruz. Geliştirme Ekibimiz şimdi araştırıyor.

2. 27 Temmuz 2026 02:35 UTCidentified

   Sorunu tespit ettik ve Geliştirme Ekibimiz bunu mümkün olduğunca kısa sürede çözmek için çalışıyor.

3. 27 Temmuz 2026 02:55 UTCmonitoring

   Ekibimiz bir düzeltme gerçekleştirdi ve hizmetlerin normale dönmesi için durumu yakından takip ediyor.

4. 27 Temmuz 2026 03:17 UTCresolved

   Sorun çözüldü ve hizmetler normal olarak çalışıyor.

5. 27 Temmuz 2026 05:18 UTCpostmortem

   27 Temmuz 2026'da, tüccarların alt seti kontrol panellerine erişen bir sorun yaşadı. Etkilenen kullanıcılar, oturum açmaya çalıştıktan sonra online olarak geri döneceğiz. Olay **11:48 AM AEST**'de başladı ve **1:17 PM AEST**'de, toplam **1 saat ve 29 dakika için çözüldü. # # Ne oldu Bir üretim yazılımı serbest bırakılması sırasında, bir güvenlikle ilgili bir kontrol paneli yapılandırmasını etkileyen bir değişiklik, kontrol panellerinin alt setinde başarısız olması için gerçekleştirilmiş taleplere yol açtı. Sorun sadece ilgili güvenlik özelliğinin etkinleştirildiği kontrol panellerini etkiledi. Kullanıcılar giriş sayfasına ulaşabilir, ancak kontrol paneline erişemedikleri doğrulamadan sonra. ## Effects Bazı tüccarlar kontrol panellerine ve tam idari görevlerine erişemediler. Bu kesinti kontrol panellerinin alt setiyle sınırlıydı. Hizmetler etkilenen yapılandırma devre dışı bırakıldıktan sonra normale döndü. ## Timeline * **11 AM:48 AEST** - Raporlar "Kısaca online olarak geri döneceğiz" ve Development Team araştırmaya başladı. * **12:35 PM AEST** – Sorunun nedeni tespit edildi ve remediasyon çalışması başladı. * **12:55 PM AEST** - Bir düzeltme yapıldı ve hizmet izleme altına alındı. * **1:17 PM AEST** – Sorun, çözüm olarak doğrulandı ve hizmetler normalde çalışıyordu. ## Root neden Üretim serbest bırakılmasına dahil edilen bir değişiklik, etkilenen kontrol panelleri için üretilen yanlış bir güvenlik raporlama yapılandırmasına neden oldu. Bu, desteklenen boyut limitini aşmış bir yanıt ortaya çıkardı, gerçekleştirilmiş kontrol paneli isteklerini başarısız hale getirdi. ## Karar Etkilenen güvenlik özelliği devre dışı bırakıldı, hemen kontrol panellerini etkileme erişimi restore etti. Kalıcı bir kod düzeltmesi de uygulanır, böylece özellik geçersiz yapılandırmayı yapmadan çalışabilir. ## Önleme eylemleri Benzer bir olayın olasılığını azaltmak için: * Güvenlik-reportaj özellikleri etkinleştirildiği zaman gerçekleştirilmiş kontrol paneli erişim için regresyon kapsamı ekleyin. * Re-header büyüklüğü ve güvenlik yapılandırma değişiklikleri için geçerliliği genişletmek. * Üretim dağıtımdan önce özel-toggle kombinasyonları için salıverme kontrollerini geliştirmek. * Etkili kod düzeltmesini uygulayın ve etkilenen özelliği yeniden etkinleştirmeden önce geçerlidir. Odalarımızın erişimi restore etmek için çalışırken etkilenen tüccarların sabrını takdir ediyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 24 Temmuz 2026 01:34 UTCinvestigating

   Şu anda Neto Kontrol Panelini etkileyen geçici yavaşlama raporlarını araştırıyoruz.

2. 24 Temmuz 2026 01:51 UTCmonitoring

   Ekibimiz bir düzeltme gerçekleştirdi ve hizmetlerin normale dönmesi için durumu yakından takip ediyor.

3. 24 Temmuz 2026 02:26 UTCresolved

   Bu olay çözüldü.

4. 27 Temmuz 2026 22:45 UTCpostmortem

   24 Temmuz 2026'da, bazı müşteriler iki kısa süre boyunca hizmetin parçaları arasında kesinti yaşadılar. Ekibimiz yüksek trafik ve işlem yüklerini neden olarak tanımladı, yükü azaltmak ve istikrarlı performansı restore etmek için harekete geçti. Sorun şu anda çözüldü ve yakından izlemeye devam ediyoruz. Dayanıklılığı geliştirmek için adımlar atıyoruz ve benzer sorunların tekrarlanmasına yardımcı oluyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 23 Temmuz 2026 04:57 UTCinvestigating

   Şu anda Neto Kontrol Panelini etkileyen geçici yavaşlama raporlarını araştırıyoruz. Kullanıcılar Kontrol Paneline erişirken gecikmeler yaşayabilir veya atlayabilirler. Mühendislik takımlarımız, kök nedenini tanımlamak ve normal performansı mümkün olduğunca çabuk geri getirmek için konuyu aktif olarak araştırıyorlar.

2. 23 Temmuz 2026 05:25 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

3. 23 Temmuz 2026 05:46 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

4. 23 Temmuz 2026 05:57 UTCresolved

   Bu olay çözüldü.

5. 27 Temmuz 2026 22:44 UTCpostmortem

   **Temmuz 23, 2026**, müşteriler, **Neto Control Panel**'ye erişirken, isteklerin yaklaşık% 20,2'sini etkiler. Sorun, örnek türlerin farklı performans özellikleri ile bir karışımını ortaya koyan bir altyapı yapılandırma değişikliğine neden oldu, bazı durumlarda üretim trafiği altında aşırılık kazandı. Mühendislik ekibimiz, etkilenen örnek türü ortadan kaldırmakla sorunu çözdü, işlem optimize edilmiş örneklerle etkilenen örnekleri yerine getirir ve altyapı yapılandırmasını yeniden yürütmeyi önlemek için güncellemektedir. Ayrıca yük devretme yapılandırma ve altyapı doğrulama süreçlerinin platform güvenilirliğini artırmak için ek gelişmeleri de uyguluyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 23 Temmuz 2026 01:45 UTCinvestigating

   Avustralya Post, Label API'lerin performansını etkileyen bir API bozulması bildirdi. En son güncellemeler için, lütfen Avustralya Post geliştirici statüsü sayfasına bakınız: https://status.de Developmenters.auspost.com.au/incidents/l1qmd679b34p Lütfen şu anda Label APIs'ler üzerinde degraded performans yaşadığımızı unutmayın Takımlarımız şu anda araştırıyor ve konuyu çözmek için çalıştığımız gibi size bilgi vereceğiz. Avustralya Avustralya Avustralya Herhangi bir rahatsızlıktan dolayı özür dilerim.

2. 23 Temmuz 2026 01:59 UTCmonitoring

   UPDATE from Australia Post Olay durumu: İzleme Bir düzeltme uygulandı ve sonuçları takip ediyoruz. https://status.de Developmenters.auspost.com.au/incidents/l1qmd679b34p

3. 23 Temmuz 2026 02:03 UTCresolved

   Olay çözüldü Bu olay çözüldü.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 21 Temmuz 2026 23:42 UTCinvestigating

   Şu anda eBay entegrasyonunu etkileyen bir sorundan haberdarız, ortaya çıkan bir hata mesajıyla: "Listing Duration gereklidir. Skipped'ı kayıt edin." Geliştirme Ekibimiz konuyu aktif olarak araştırıyor.

2. 22 Temmuz 2026 01:28 UTCinvestigating

   Bu konuyu araştırmaya devam ediyoruz.

3. 22 Temmuz 2026 02:12 UTCidentified

   Sorun tespit edildi ve bir düzeltme uygulanır.

4. 22 Temmuz 2026 04:33 UTCmonitoring

   Bir düzeltme uygulandı ve sonuçları takip ediyoruz.

5. 22 Temmuz 2026 06:40 UTCresolved

   Bu olay çözüldü.

6. 23 Temmuz 2026 05:29 UTCpostmortem

   # ### Özet 22 Temmuz 2026'da, eBay entegrasyonunu kullanan tüccarlar aşağıdaki hatayla atılıyor: > “Listing süresi gereklidir. Skipped.” Olay 9:42 AM AEST'de rapor edildi ve 4:40 PM AEST'de, yaklaşık 6 saat ve 58 dakika boyunca çözüldü. eBay entegrasyonunu kullanarak tüccarlara yol açan kesintiden özür dileriz. # ## Effects Olay sırasında, eBay liste kayıtlarını etkileyen kayıtları başarıyla işlenemezdi. Bu, tüccarların entegrasyon yoluyla listeleri oluşturmasını veya güncellemelerini engelleyebilir. Bir eBay liste kural şablonunu kurtaran tüccarlar da mevcut olduğunda, beklenen değerleri olmadan kurtarılan bazı şablon alanları vardı, arayüzde görünmeye devam eden doğru değere rağmen. Diğer platform hizmetleri etkilenmedi. ### Root neden Paylaşılan eBay bilgilerini güncellemek için kullanılan içsel bir veri ithalat süreci tamamlandıktan önce iptal edildi. Çünkü süreç zaten veri kümesinin bir kısmını güncelledi, iptali eBay bilgi eksik kaldı. Bu, daha sonraki liste güncellemelerinin geçerliliği başarısız olması ve atılmasına neden oldu. Etkilenen paylaşılan veritabanı için doğrudan bir yedekleme ve restorasyon süreci mevcut değildi. Geliştirme Ekibimiz bu nedenle etkilenen bilgileri almak ve restore etmek için bir nokta veritabanı kurtarma süreci kullandı. # # ## Karar Geliştirme Ekibimiz ayrı bir kurtarma ortamına bir üretim veritabanı restore etti ve etkilenen tabloları çıkardı. İyileştirilmiş bilgiler daha sonra ilgili üretim veritabanı kümelerinin her birinde restore edildi. Kalan kümelerden önce Geliştirme ve Destek tarafından ilk restorasyon onaylandı. Restorasyon tamamlandıktan sonra, eBay liste kayıtlarının çözümü olarak imzalamadan önce başarıyla işlenmesini onaylamayı takip ettik. ### Merchant takip-up Olay gerçekleştiğinde bir eBay liste kural şablonunu kurtaran tüccarlar, etkilenen şablonları yeniden gözden geçirmelidir. Olay sırasında bir şablonun değiştiğini tanımlamak için: 1. Kontrol panelinize giriş yapın. 2. Open **Reports**. 3. **Staff User Log** raporunu seçin. 4. **Page Type** alanında "ebaytmpl" girin. 5. **Process** alanında "edit" girin. 6. Olay penceresi sırasında yapılan inceleme düzenlemeleri. 7. **Nots ** sütununda gösterilen etkilenen şablon kimliklerini not edin. 8. Açık ve her biri eBay şablonunu etkiledi. **Listing Duration** alanı, arayüz “GTC” görünmeye devam eden boş olarak kurtarılabilir. eBay Business Politikalarını kullanmayanlar, şablonun **Returns** bölümü altında alanları da gözden geçirmeli, çünkü bu alanların şablondan önce yeniden düzenlenmesi gerekebilir. # ## Timeline Her zaman 22 Temmuz 2026'da AEST'de. * **9:42 AM ** – Araştırma, eBay liste kayıtlarının atıldığı raporlardan sonra başladı. * **11:24 AM ** – Point-in-time database restorasyonu başladı. * **11:37 AM** – Kurtarma veritabanı başarıyla restore edildi. * **11:50 AM** – Etkilenen bilgiler kaldırıldı ve restorasyon için hazırlandı. * **12:05 PM** - İlk üretim veritabanı kümesinin restorasyonu tamamlandı. * **12:11 PM** - Geliştirme ve Destek ilk restorasyonun başarılı olduğunu doğruladı. * **12:17 PM** - Kalan veritabanı kümeleri arasında restorasyon başladı. * **12:43 PM** - Restorasyon tüm kalan kümelerde tamamlandı. * **2:33 PM** – Düzeltildi ve izleme başladı. * **4:40 PM** – İzleme, entegrasyonun başarıyla çalıştığını ve olayın çözülmesi gerektiğini doğruladı. # ## Takip eylemleri Aşağıdaki gelişmeleri gözden geçiriyoruz: * Veri ithalat süreçlerinin iptali etrafında korumaları ekleyin, böylece kısmen tamamlanmış güncellemeler eksik bir durumda paylaşılan bilgileri bırakamaz. * Paylaşılan eBay entegrasyonu bilgileri için geçerlilik ve kurtarma prosedürleri geliştirmek. * Daha hızlı ve daha hedefli bir kurtarma seçeneği sağlamak için bir ortak-database yedekleme işlemine izin verin. * Ek geçerliliğin, temel değerlerin eksik olduğu durumlarda dosyaların kurtarılmasını engelleyebilir.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 8 Temmuz 2026 21:50 UTCinvestigating

   Bazı Neto mağazalarının API talepleri üzerinde 503 hata aldıkları bir sorunu araştırıyoruz.

2. 8 Temmuz 2026 23:30 UTCmonitoring

   Ekibimiz bir düzeltme yaptı ve durumu yakından takip ediyor.

3. 9 Temmuz 2026 00:17 UTCresolved

   Sorun çözüldü. Ekibimiz durumu yakından takip etmeye devam edecektir.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 8 Temmuz 2026 17:00 UTCinvestigating

   Neto Control Panel ve Storefronts için bir hizmet kesintisi yaşıyoruz. Çözümü araştırıyoruz ve mümkün olduğunca kısa sürede bir güncelleme yayınlayacağız.

2. 8 Temmuz 2026 17:21 UTCidentified

   Sorunu tespit ettik ve Network File System'te bir yolsuzlukla takip ettik. Uygun düzeltmeler yaptık ve sistem iyileşmeye başladı.

3. 8 Temmuz 2026 17:38 UTCmonitoring

   Network File System'in düzeltmesi çözüldü ve hizmet restore edildi. Kullanılabilirliği ve istikrarı sağlamak için platformu izlemeye devam ediyoruz.

4. 8 Temmuz 2026 18:36 UTCresolved

   8 Temmuz 2026'da, tüm Neto tüccar web mağazalarını ve CD'leri yaklaşık 1 saat ve 30 dakika boyunca etkileyen bir altyapı sorunu yaşadık. Olay, paylaşılan dosya sistemimiz altyapısının içinde bir başarısızlıktan kaynaklanıyordu, bu da web siteleri ve yayıncılara hizmet etmek için gerekli dosyaların erişimini engelledi. Sonuç olarak, platform otomatik olarak veri tutarlılığını korumak için yeni talepleri engelledi, tüm Neto yığınlarında servis kesintiye yol açtı. Mühendislik ekibimiz, etkilenen dosya sistemini restore ederek hemen yanıt verdi, sağlıklı bir altyapı örneği için başarısız oldu ve etkilenen sanal makineleri değiştirdi. Bu kurtarma eylemleri tamamlandıktan sonra, tüm web mağazaları ve yayıncılar normal operasyona restore edildi. Dosya sistemi süreci başarısızlığı için temel nedeni belirlemek için soruşturmamızı sürdürüyoruz. Bulgularımıza dayanarak, gelecekte benzer olayları tespit etmeye ve önlemeye yardımcı olmak için gerekli altyapı iyileştirmeleriyle birlikte daha fazla izleme ve uyarı uygulayacağız.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 15 Haziran 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 Haziran 2026 00:25 UTCinvestigating

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

3. 16 Haziran 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 Mayıs 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 Haziran 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 Haziran 2026 01:16 UTCmonitoring

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

4. 1 Haziran 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 Mayıs 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 Mayıs 2026 01:41 UTCmonitoring

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

3. 26 Mayıs 2026 01:46 UTCresolved

   This incident has been resolved.

1. 5 Mayıs 2026 03:45 UTCinvestigating

   We are currently investigating this issue.

2. 5 Mayıs 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 Mayıs 2026 16:05 UTCresolved

   This incident has been resolved.

1. 4 Mayıs 2026 06:41 UTCinvestigating

   We are currently investigating this issue.

2. 4 Mayıs 2026 06:44 UTCidentified

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

3. 4 Mayıs 2026 06:52 UTCmonitoring

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

4. 4 Mayıs 2026 07:04 UTCresolved

   This incident has been resolved.

1. 3 Mayıs 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 Mayıs 2026 00:04 UTCmonitoring

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

3. 4 Mayıs 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 Mayıs 2026 03:52 UTCresolved

   This incident has been resolved.

5. 6 Mayıs 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 Nisan 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 Nisan 2026 00:15 UTCmonitoring

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

3. 30 Nisan 2026 00:50 UTCresolved

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

4. 6 Mayıs 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 Nisan 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 Nisan 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 Nisan 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 Nisan 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 Nisan 2026 00:13 UTCinvestigating

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

2. 27 Nisan 2026 00:27 UTCmonitoring

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

3. 27 Nisan 2026 00:58 UTCresolved

   All services are now running normally.

4. 6 Mayıs 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 Nisan 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 Nisan 2026 02:53 UTCidentified

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

3. 22 Nisan 2026 04:02 UTCmonitoring

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

4. 22 Nisan 2026 04:12 UTCresolved

   This incident has been resolved.

1. 16 Nisan 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 Nisan 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 Nisan 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.