461-Transaction Number or Cargo Control Number or Conveyance Reference Number - REQUEST MUST EXIST ON FILE

产生错误的操作：

在发送emanifest HBL 或 Close Message时可能会产生这个错误

产生错误的原因：

原因是在CBSA那，如果某一个HBL提单或Close Message从未发送成功，那么发送时的message function type就必须为original。 

如果这一票（HBL或Close Message)从未发送成功，你又使用了change(message function type)的方式来发送，那么就会遇到这个问题。

PS：

在发送HBL或Close Message时，我们都得要选择一个叫做message function type， 要以下几个值可供选择

1>original 新添加

2>change 修改

3>amendment 到港后修改即post arrival amendment

4> cancel 删除某个已Accepted的HBL或Close Message

目前，部分emanifest系统做了功能优化，隐藏了这个选择message function type code功能，系统自动帮你选择， 但在自动选择的处理上有问题。 比如说，如果第一次申报时就rejected， 那么之后的发送(submit)中你就一直会收到这个问题。

解决方法：

1>如果你使用的emanifest系统提供了message function type的手动选择功能， 将function type 选择为Original再发送

2>如果你使用的emanifest系统没有message function type的手动选择功能，那么联系你的软件服务商，让他们解决这个问题。

例如以下图片 close messages被拒绝，错误也是461

但是找不到mike您所说的message function type

我们试过删除close messages重新申报，但是删除也被拒绝，重新sumit也是出现拒绝

会不会是受HBL BILL的Place of Consolidation 申报错误影响？

但是HBL BILL那边已经是MATCH了，请问还有什么办法可以解决这个问题？

@astrid

你们用来发送emanifest的软件是DESCRTES吧。这家的emanifest系统隐藏了function type code,本意是想简化发送流程， 但目前他们好像有一个BUG，即如果第一次submit close message时被拒（或取消了close message 第一次submit close message被拒），就会一直收到这个461的错误。

原因是， 此时在系统此close message为被拒状态，但在CBSA那状态为未发送，应该用的function type code为original。但DESCRTES的系统应该是用了change的function type code。 所以会一直遇到这个问题。

目前他们家的系统，第一次申报成功的情况不会遇到这个问题；但第一次申报不成功时，就会遇到（之前有帮过两位DESCRTES的朋友定位过这个问题）。 你可以联系DESCRTES的客服来说明情况让他们解决这个问题

@mike

非常感谢您！