为什么在我通过 API 下订单后我的 CallFire phone 号码不可用
Why is my CallFire phone number not available after I've placed an order via API
我有一个与 CallFire 对话的 Scala 客户端 API。我在文档中找不到任何有关 phone 号码在从 API 下订单后立即可用（接受 phone 呼叫）的内容。这是我使用的特定行：https://github.com/oGLOWo/callfire-scala-client/blob/master/src/main/scala/com/oglowo/callfire/Client.scala#L166
我需要这些号码在我的客户购买时可用。是否有任何我不知道的参数或我做错了什么导致数字在几分钟内无法接收？
号码购买可能需要几分钟才能完成，因为订单是由上游号码提供商处理的，这可能因地区和号码类型而异。因此，这必然是一个异步过程。
我的建议是在你创建号码订单后，每次需要知道你购买号码的状态时，你可以调用GetNumber操作来获取该号码的状态信息.
与您的目的最相关的字段是 "Status" 字段，它指示该号码在号码履行过程中的位置。一旦状态转换为 "Active"，您的号码应该完全可用。
此外，您可以查看 Number 资源的 NumberConfiguraton 部分中的 "CallFeature" 和 "TextFeature" 字段，分别查看该号码是否已确认呼叫或文本服务。
或者，您也可以调用 GetNumberOrder 操作来获取您的订单状态。这将为您提供有关号码顺序本身状态的信息，但在我看来，与直接查询号码状态相比，它对您的用途没有那么大用处。
还值得一提的是，在某些情况下，技术上正在为号码提供服务，但 CallFire 的号码清单尚未更新以表明这一点。这可以通过为每个功能上的号码创建入站流量来推动。也就是说，您可能有一个号码 "activates" 通过向他们发送电话或短信可以更快地购买的号码。这是由于在上游配置的号码与通知 CallFire 的系统之间存在轻微延迟。通过向该号码发送流量，您可以更快地向 CallFire 的系统反馈该号码已启用。如果时间紧迫，这最多可以为您节省几分钟。
你的问题促使我在内部为 CallFire 创建一个功能请求，以将事件类型添加到 CreateSubscription 以用于数字订单在状态之间转换的时间。这样，您就可以避免重复轮询 number/order 状态，而当数字顺序转换为完成时，我们会通过 HTTP POST 通知您的服务器。
我有一个与 CallFire 对话的 Scala 客户端 API。我在文档中找不到任何有关 phone 号码在从 API 下订单后立即可用（接受 phone 呼叫）的内容。这是我使用的特定行：https://github.com/oGLOWo/callfire-scala-client/blob/master/src/main/scala/com/oglowo/callfire/Client.scala#L166
我需要这些号码在我的客户购买时可用。是否有任何我不知道的参数或我做错了什么导致数字在几分钟内无法接收？
号码购买可能需要几分钟才能完成，因为订单是由上游号码提供商处理的，这可能因地区和号码类型而异。因此，这必然是一个异步过程。
我的建议是在你创建号码订单后，每次需要知道你购买号码的状态时，你可以调用GetNumber操作来获取该号码的状态信息.
与您的目的最相关的字段是 "Status" 字段，它指示该号码在号码履行过程中的位置。一旦状态转换为 "Active"，您的号码应该完全可用。
此外，您可以查看 Number 资源的 NumberConfiguraton 部分中的 "CallFeature" 和 "TextFeature" 字段，分别查看该号码是否已确认呼叫或文本服务。
或者，您也可以调用 GetNumberOrder 操作来获取您的订单状态。这将为您提供有关号码顺序本身状态的信息，但在我看来，与直接查询号码状态相比，它对您的用途没有那么大用处。
还值得一提的是，在某些情况下，技术上正在为号码提供服务，但 CallFire 的号码清单尚未更新以表明这一点。这可以通过为每个功能上的号码创建入站流量来推动。也就是说，您可能有一个号码 "activates" 通过向他们发送电话或短信可以更快地购买的号码。这是由于在上游配置的号码与通知 CallFire 的系统之间存在轻微延迟。通过向该号码发送流量，您可以更快地向 CallFire 的系统反馈该号码已启用。如果时间紧迫，这最多可以为您节省几分钟。
你的问题促使我在内部为 CallFire 创建一个功能请求，以将事件类型添加到 CreateSubscription 以用于数字订单在状态之间转换的时间。这样，您就可以避免重复轮询 number/order 状态，而当数字顺序转换为完成时，我们会通过 HTTP POST 通知您的服务器。