50 Paazl incidents · 2022年12月 — official updates, affected components, duration and resolution details.
一些顾客目前在其回复中收到"400 Bad Request from GET",并(或)在Paazl网络app中看到消息"命令概览,通过参考搜索,条码或地址细节暂时无法获取". 我们目前正在调查根源,并将尽快提供最新情况.
这一问题已经确定,我们正在寻找解决办法.
这一事件已经得到解决.
自动翻译自官方事件更新。
对于一些承运人来说,目前无法在Paazl网络应用中创建新的发货或编辑现有的发货. 这导致一个页面显示一个 HTTP status 500 – 内部服务器出错 。 我们意识到这种情况,并且正在积极地努力解决这个问题。 作为临时工作,我们建议使用API电话,这些电话不受此影响.
这个问题已经得到解决。 我们感谢你的耐心.
自动翻译自官方事件更新。
比利时警察局目前处于停机状态。 我们正在等待他们的决心.
警方已经解决了问题.
自动翻译自官方事件更新。
此时,PUDO交付的 DHL Parcel 关键字标识符处理不当. 这可能影响通过第三方物流(3PL)供应商生成标签. 在标签已经创建的情况下,受影响的包裹可以重新定位到接收者的住址,而不是预定的服务点。 我们的小组正在积极寻找解决办法,一旦获得更多信息,将立即提供最新情况.
我们为此创造了一个解决方案。 所有在Paazl中已经输入但尚未生成标签的命令,现在都有一个已更正的关键词标识符,所有新的命令都将照常处理.
这一事件已经得到解决.
上星期,我们于5月13日星期二11时30分左右部署了终点迁移。 星期四,我们发现这次迁移引起了出人意料的反应。 因此,为 DHL Express Ecommerce\ (DHL For You和 DHL Parcel Connect\) 发送的 PUDO 收到了不正确的关键词标识符 。 其影响是3PL收到了不正确的关键词标识符并无法生成标签. 在可以生成的标签中,DHL无法识别标识符,导致货物被重新运往接收者的家庭地址,从而造成潜在的延误. 为了解决这种情况,Paazl于5月16日星期五15:30左右实施了一项固定措施,此外,我们更新了尚未在Paazl门户网站上发运的已承诺订单,用正确的版本来覆盖不正确的关键词标识符.
自动翻译自官方事件更新。
我们注意到UPS网络服务反应不当。 这可能影响UPS标签的打印. 错误代码示例: "[侍从出. ] UPS了解情况,正在寻找解决办法.
UPS确认一切应重新全面运作.
自动翻译自官方事件更新。
我们在监测中看到较高的出错率,这正在影响我们的反应时间。 我们目前正在调查这一问题.
这一问题已经查明,修理工作正在进行.
一项措施已经执行,我们正在监测结果.
这一事件已经得到解决.
自动翻译自官方事件更新。
我们注意到,我们的Web应用程序、“检查部件”和API的反应降低了性能。 我们立即确定并推出一个解决方案。 我们现在的表现恢复正常了 我们正在进一步调查这个问题,并将尽快收到更多资料
这一事件已经得到解决.
自动翻译自官方事件更新。
我们注意到我们的网络应用程序存在问题。 我们查明了这一问题,并正在作出纠正.
一项措施已经执行,我们正在监测结果.
我们注意到,在讨论该问题期间,可能存在标签问题。 条码可能未在承运人预先登记。 请在您的载体门户网站上核实是否知道条码 。 如果不是,请考虑重新给包裹贴上标签.
昨天的解决已经解决问题。 请见下文进一步的时间表和影响。 - 时间线 18:57 Paazl监测发现缓存清洁机制导致部分停用 19:00 客户开始使用标签和网络app登录来报告问题 19:20 信息技术小组发现问题 19:31 信息技术小组设备固定 19:39 第一客户通知改进 19: 51 IT团队证实,修复对所有客户都有效 19:52 更新反映固定状态的状态页 - 技术影响 我们整个平台所依赖的缓存清理机制, 在这种情况下,它没有这样做。 我们已经在这个机制中确定并解决了这一问题。 我们为准备黑色星期五而进行的载荷测试是体积测试,在一段时间内进行。 这种压力测试不会复制一整日卷的缓存填充. 这个问题影响最大,涉及航运标签的生成,以及登录我们的网络应用。 在受影响期间,我们注意到一个潜在的问题,即要求贴上标签。 所创建的条码可能未在承运人预先登记。 我们建议你们在航母传送门上 核实他们是否知道创建的条码 如果不是,请考虑重新给这些包裹贴上标签。 我们仍然相信我们为这个高峰季节所做的准备,以及我们为使它获得成功而采取的步骤
自动翻译自官方事件更新。
所有与 GLS 的连接目前尚未启用 。 我们正在等待GLS的更新.
这一事件已经得到解决.
自动翻译自官方事件更新。
我们目前正在调查这一问题.
这一事件已经得到解决.
自动翻译自官方事件更新。
警察局目前遇到一个问题,无法提供服务。 问题在他们一边,所以我们等待着最新情况.
警局已经解决了这个问题
自动翻译自官方事件更新。
目前我们没有得到结果 当试图获取DPD Parcelshops的位置。 我们正在调查这个问题,并将相应更新情况页.
我们找到了这一问题的根源,并正在执行一个解决办法.
一项措施已经执行,我们正在监测结果.
这一事件已经得到解决.
自动翻译自官方事件更新。
Paazl目前正面临生成标签的问题。 我们正在调查,一旦有更多信息,我们就会发布最新消息.
我们已经查明了问题,并提出了解决办法.
这个问题并没有在所有情况下都得到彻底解决。 我们现在又在调查.
问题已经查明了,我们正开始回滚.
我们进行了回滚,目前正在监测业绩.
这一事件已经得到解决.
昨日,由于两个不同的问题,我们的业绩下降。 首先,一个服务器升级 最终在我们失去了一个 之前配置的时区, 这对我们的一些平台功能至关重要。 这导致印刷标签出现问题。 这在一小时内就解决了 这为大多数客户确定了标签问题。 将状态页面设置为监控 在监测阶段,有几位顾客在13:15左右报告了第二期. SOAP生成Label响应被更改为有命名空间前缀ns2:. 在我们的SOAP响应中引入了这个非空名空间前缀,引起了一些使用XML解析器无法处理名空间前缀的集成的问题. 这在15: 30左右用回滚固定下来的。 不幸的是,这是一个无法通过重度测试发现的问题,因为这来自业务管理系统/系统管理系统的具体设置。 我们目前正在设法消除地名空间,并打算在今天下午推出这一版本。 然而,为了避免类似问题,我们还大力建议我们的客户更新其可扩展性分析机制.
自动翻译自官方事件更新。
我们注意到一个收回现有服务点的问题,我们正在同承运人一起寻求进一步支持。 如果知道更多信息,我们将更新这一通知.
问题已经解决了,Colissimo定位器再次投入使用.
自动翻译自官方事件更新。
我们注意到我们一些服务器之间的连接问题。 我们已与供应商联系,正在调查这个问题。 这影响了我们执行电子邮件通知、订单概况和对承运人进行一些预先登记.
这个问题已经于15:35左右解决. 对命令概览有暂时影响,导致命令不能适当显示。 我们的软件知道这些订单,而且预先登记是妥善发送的。 我们将监测这种情况.
这一事件已经得到解决.
自动翻译自官方事件更新。
PostNL的SFTP服务器目前遇到问题,已联系到航母寻求进一步支持. 目前,没有处理我们自行建造的货运选项的预先登记档案或状态数据。 如果有这方面的更多资料,我们将更新这一警报.
这一事件已经得到解决.
自动翻译自官方事件更新。
由于DPD停电,DPD META API目前无法使用. 我们正在向警察局寻求进一步支持。 一旦DPD网络服务再次投入使用,我们将更新这一警报.
这一事件已经得到解决.
自动翻译自官方事件更新。
我们注意到,蒙迪亚尔中继站目前无法提供服务。 我们正在同承运人一起采取后续行动,以尽快解决这一问题.
这一事件已经得到解决.
自动翻译自官方事件更新。
我们注意到,来自Budbee的服务被推迟,而且出现了时间中断。 我们正在同承运人一起采取后续行动,以尽快解决这一问题.
一项措施已经执行,我们正在监测结果.
这一事件已经得到解决.
自动翻译自官方事件更新。
我们注意到,TNT Express的服务目前无法达到。 我们正在同承运人一起采取后续行动,以尽快解决这一问题.
这一事件已经得到解决.
自动翻译自官方事件更新。