优步吃`test_specifications`不能在沙箱模式下应用

Question

在sandbox上创建一个交付 -api.uber.com(没有test_specifications)工作正常，live_mode作为false返回，表明我们处于沙箱而不是生产模式。

没有test_specifications的工作示例

{
    "pickup_address": "124 w tennesee st, tallahassee, fl, 32301",
    "dropoff_address": "124 w tennesee st, tallahassee, fl, 32301",
    "dropoff_name": "nowhere",
    "manifest": "nothing",
    "pickup_name": "nobody",
    "dropoff_phone_number": "523-123-1231",
    "pickup_phone_number": "523-123-1232"
}

但是，在添加test_specifications时，就像在机器人信使示例中一样，API用“生产请求不允许的test_specifications”进行响应，并未能创建传递。

用test_specifications失败的例子

{
    "pickup_address": "124 w tennesee st, tallahassee, fl, 32301",
    "dropoff_address": "124 w tennesee st, tallahassee, fl, 32301",
    "dropoff_name": "nowhere",
    "manifest": "nothing",
    "pickup_name": "nobody",
    "dropoff_phone_number": "523-123-1231",
    "pickup_phone_number": "523-123-1232",
    "test_specifications": {
        "robo_courier_specification": {
            "mode": "auto"
        }
    }
}

优步饮食DaaS的回应：

{
    "code": "invalid_params",
    "message": "The parameters of your request were invalid.",
    "kind": "error",
    "metadata": {
        "param_details": "test_specifications not allowed for production requests"
    }
}

我们如何启用robo_courier_specification，以便在沙箱中测试webhooks？

Answer 1

我们在优步餐的联系人为我们创建了一个新的“沙箱”账户，其行为与DaaS机器人信使的行为如出一辙。

机器人信使似乎区分了生产和沙箱帐户，这显然是邮差控制的行为。这种“沙箱仅限”的区别目前似乎在仪表板上不可见。