Paazl 中断历史

1. 2026年1月13日 UTC 11:57investigating

   一些顾客目前在其回复中收到"400 Bad Request from GET",并(或)在Paazl网络app中看到消息"命令概览,通过参考搜索,条码或地址细节暂时无法获取". 我们目前正在调查根源,并将尽快提供最新情况.

2. 2026年1月13日 UTC 13:07identified

   这一问题已经确定,我们正在寻找解决办法.

3. 2026年1月13日 UTC 14:12resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2025年10月3日 UTC 07:58identified

   对于一些承运人来说,目前无法在Paazl网络应用中创建新的发货或编辑现有的发货. 这导致一个页面显示一个 HTTP status 500 – 内部服务器出错 。 我们意识到这种情况,并且正在积极地努力解决这个问题。 作为临时工作,我们建议使用API电话,这些电话不受此影响.

2. 2025年10月6日 UTC 10:28resolved

   这个问题已经得到解决。 我们感谢你的耐心.

自动翻译自官方事件更新。

1. 2025年6月24日 UTC 08:02identified

   比利时警察局目前处于停机状态。 我们正在等待他们的决心.

2. 2025年6月24日 UTC 11:27resolved

   警方已经解决了问题.

自动翻译自官方事件更新。

1. 2025年5月15日 UTC 15:39identified

   此时,PUDO交付的 DHL Parcel 关键字标识符处理不当. 这可能影响通过第三方物流(3PL)供应商生成标签. 在标签已经创建的情况下,受影响的包裹可以重新定位到接收者的住址,而不是预定的服务点。 我们的小组正在积极寻找解决办法,一旦获得更多信息,将立即提供最新情况.

2. 2025年5月16日 UTC 14:16monitoring

   我们为此创造了一个解决方案。 所有在Paazl中已经输入但尚未生成标签的命令,现在都有一个已更正的关键词标识符,所有新的命令都将照常处理.

3. 2025年5月16日 UTC 20:32resolved

   这一事件已经得到解决.

4. 2025年5月19日 UTC 10:54postmortem

   上星期,我们于5月13日星期二11时30分左右部署了终点迁移。 星期四,我们发现这次迁移引起了出人意料的反应。 因此,为 DHL Express Ecommerce\ (DHL For You和 DHL Parcel Connect\) 发送的 PUDO 收到了不正确的关键词标识符 。 其影响是3PL收到了不正确的关键词标识符并无法生成标签. 在可以生成的标签中,DHL无法识别标识符,导致货物被重新运往接收者的家庭地址,从而造成潜在的延误. 为了解决这种情况,Paazl于5月16日星期五15:30左右实施了一项固定措施,此外,我们更新了尚未在Paazl门户网站上发运的已承诺订单,用正确的版本来覆盖不正确的关键词标识符.

自动翻译自官方事件更新。

1. 2025年2月21日 UTC 09:30investigating

   我们注意到UPS网络服务反应不当。 这可能影响UPS标签的打印. 错误代码示例: "[侍从出. ] UPS了解情况,正在寻找解决办法.

2. 2025年2月21日 UTC 09:56resolved

   UPS确认一切应重新全面运作.

自动翻译自官方事件更新。

1. 2024年12月12日 UTC 15:41investigating

   我们在监测中看到较高的出错率,这正在影响我们的反应时间。 我们目前正在调查这一问题.

2. 2024年12月12日 UTC 17:32identified

   这一问题已经查明,修理工作正在进行.

3. 2024年12月12日 UTC 18:43monitoring

   一项措施已经执行,我们正在监测结果.

4. 2024年12月13日 UTC 08:33resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2024年11月28日 UTC 11:30monitoring

   我们注意到,我们的Web应用程序、“检查部件”和API的反应降低了性能。 我们立即确定并推出一个解决方案。 我们现在的表现恢复正常了 我们正在进一步调查这个问题,并将尽快收到更多资料

2. 2024年11月28日 UTC 17:56resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2024年11月25日 UTC 18:35identified

   我们注意到我们的网络应用程序存在问题。 我们查明了这一问题,并正在作出纠正.

2. 2024年11月25日 UTC 18:53monitoring

   一项措施已经执行,我们正在监测结果.

3. 2024年11月25日 UTC 19:42monitoring

   我们注意到,在讨论该问题期间,可能存在标签问题。 条码可能未在承运人预先登记。 请在您的载体门户网站上核实是否知道条码 。 如果不是,请考虑重新给包裹贴上标签.

4. 2024年11月26日 UTC 13:37resolved

   昨天的解决已经解决问题。 请见下文进一步的时间表和影响。 - 时间线 18:57 Paazl监测发现缓存清洁机制导致部分停用 19:00 客户开始使用标签和网络app登录来报告问题 19:20 信息技术小组发现问题 19:31 信息技术小组设备固定 19:39 第一客户通知改进 19: 51 IT团队证实,修复对所有客户都有效 19:52 更新反映固定状态的状态页 - 技术影响 我们整个平台所依赖的缓存清理机制, 在这种情况下,它没有这样做。 我们已经在这个机制中确定并解决了这一问题。 我们为准备黑色星期五而进行的载荷测试是体积测试,在一段时间内进行。 这种压力测试不会复制一整日卷的缓存填充. 这个问题影响最大,涉及航运标签的生成,以及登录我们的网络应用。 在受影响期间,我们注意到一个潜在的问题,即要求贴上标签。 所创建的条码可能未在承运人预先登记。 我们建议你们在航母传送门上 核实他们是否知道创建的条码 如果不是,请考虑重新给这些包裹贴上标签。 我们仍然相信我们为这个高峰季节所做的准备,以及我们为使它获得成功而采取的步骤

自动翻译自官方事件更新。

1. 2024年10月4日 UTC 11:40investigating

   所有与 GLS 的连接目前尚未启用 。 我们正在等待GLS的更新.

2. 2024年10月4日 UTC 14:00resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2024年10月3日 UTC 09:38investigating

   我们目前正在调查这一问题.

2. 2024年10月7日 UTC 09:37resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2024年7月25日 UTC 09:14identified

   警察局目前遇到一个问题,无法提供服务。 问题在他们一边,所以我们等待着最新情况.

2. 2024年7月26日 UTC 06:48resolved

   警局已经解决了这个问题

自动翻译自官方事件更新。

1. 2024年7月22日 UTC 12:46investigating

   目前我们没有得到结果 当试图获取DPD Parcelshops的位置。 我们正在调查这个问题,并将相应更新情况页.

2. 2024年7月22日 UTC 14:06identified

   我们找到了这一问题的根源,并正在执行一个解决办法.

3. 2024年7月22日 UTC 14:38monitoring

   一项措施已经执行,我们正在监测结果.

4. 2024年7月23日 UTC 09:22resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2024年7月9日 UTC 10:25investigating

   Paazl目前正面临生成标签的问题。 我们正在调查,一旦有更多信息,我们就会发布最新消息.

2. 2024年7月9日 UTC 10:40monitoring

   我们已经查明了问题,并提出了解决办法.

3. 2024年7月9日 UTC 13:04identified

   这个问题并没有在所有情况下都得到彻底解决。 我们现在又在调查.

4. 2024年7月9日 UTC 13:25identified

   问题已经查明了,我们正开始回滚.

5. 2024年7月9日 UTC 13:53monitoring

   我们进行了回滚,目前正在监测业绩.

6. 2024年7月10日 UTC 09:09resolved

   这一事件已经得到解决.

7. 2024年7月10日 UTC 09:09postmortem

   昨日,由于两个不同的问题,我们的业绩下降。 首先,一个服务器升级 最终在我们失去了一个 之前配置的时区, 这对我们的一些平台功能至关重要。 这导致印刷标签出现问题。 这在一小时内就解决了 这为大多数客户确定了标签问题。 将状态页面设置为监控 在监测阶段,有几位顾客在13:15左右报告了第二期. SOAP生成Label响应被更改为有命名空间前缀ns2:. 在我们的SOAP响应中引入了这个非空名空间前缀,引起了一些使用XML解析器无法处理名空间前缀的集成的问题. 这在15: 30左右用回滚固定下来的。 不幸的是,这是一个无法通过重度测试发现的问题,因为这来自业务管理系统/系统管理系统的具体设置。 我们目前正在设法消除地名空间,并打算在今天下午推出这一版本。 然而,为了避免类似问题,我们还大力建议我们的客户更新其可扩展性分析机制.

自动翻译自官方事件更新。

1. 2024年5月28日 UTC 07:25identified

   我们注意到一个收回现有服务点的问题,我们正在同承运人一起寻求进一步支持。 如果知道更多信息,我们将更新这一通知.

2. 2024年5月31日 UTC 15:08resolved

   问题已经解决了,Colissimo定位器再次投入使用.

自动翻译自官方事件更新。

1. 2024年5月16日 UTC 13:34identified

   我们注意到我们一些服务器之间的连接问题。 我们已与供应商联系,正在调查这个问题。 这影响了我们执行电子邮件通知、订单概况和对承运人进行一些预先登记.

2. 2024年5月16日 UTC 14:39monitoring

   这个问题已经于15:35左右解决. 对命令概览有暂时影响,导致命令不能适当显示。 我们的软件知道这些订单,而且预先登记是妥善发送的。 我们将监测这种情况.

3. 2024年5月16日 UTC 16:53resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2024年4月18日 UTC 13:36identified

   PostNL的SFTP服务器目前遇到问题,已联系到航母寻求进一步支持. 目前,没有处理我们自行建造的货运选项的预先登记档案或状态数据。 如果有这方面的更多资料,我们将更新这一警报.

2. 2024年4月18日 UTC 14:37resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2024年4月9日 UTC 13:54identified

   由于DPD停电,DPD META API目前无法使用. 我们正在向警察局寻求进一步支持。 一旦DPD网络服务再次投入使用,我们将更新这一警报.

2. 2024年4月10日 UTC 06:49resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2024年2月7日 UTC 09:31investigating

   我们注意到,蒙迪亚尔中继站目前无法提供服务。 我们正在同承运人一起采取后续行动,以尽快解决这一问题.

2. 2024年2月29日 UTC 13:38resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2024年1月29日 UTC 14:01identified

   我们注意到,来自Budbee的服务被推迟,而且出现了时间中断。 我们正在同承运人一起采取后续行动,以尽快解决这一问题.

2. 2024年1月29日 UTC 14:13monitoring

   一项措施已经执行,我们正在监测结果.

3. 2024年1月29日 UTC 14:30resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。

1. 2024年1月25日 UTC 13:42identified

   我们注意到,TNT Express的服务目前无法达到。 我们正在同承运人一起采取后续行动,以尽快解决这一问题.

2. 2024年1月25日 UTC 14:46resolved

   这一事件已经得到解决.

自动翻译自官方事件更新。