VertexYDocs

Start Here

  • Platform overview
  • Public sandbox
  • Engineer quickstart
  • Analyst introduction
  • Administrator setup
  • Architecture

Integrate

  • Authentication
  • Assess transactions
  • Event ingestion
  • Signing and reliability
  • Submit feedback
  • Retries and idempotency
  • Go-live checklist

Use the Dashboard

  • Overview dashboard
  • Event Explorer
  • Graph Explorer
  • AI Copilot
  • Reviews
  • Policy
  • Threat Intel

Administer

  • Onboarding
  • Developer Settings
  • Team and access
  • Permissions and features
  • Audit Logs
  • Billing and plans

Reference

  • API reference
  • API introduction
  • Objects
  • Event types
  • Risk scores and reasons
  • Errors
  • Glossary
  • Node.js examples
  • Python examples

Updates and Help

  • Changelog
  • v1.0.0 release
  • Troubleshooting
  • Support
Already a customer? Sign in
VertexYDocs
Docs/Integrate
engineeranalyst

Submit Feedback

Report confirmed outcomes for a stored assessment.

Reviewed 2026-08-13Product 1.1

Send the final operational or financial outcome to POST /risk-engine/feedback.

Outcomes#

| Outcome | Meaning | | --- | --- | | approved | Legitimate and accepted. | | rejected | Rejected by your business. | | chargeback | Later resulted in a chargeback. | | confirmed_fraud | Confirmed fraudulent. | | false_positive | Flagged but confirmed legitimate. |

Canonical request#

bash
curl -X POST "$VERTEXY_API_BASE_URL/risk-engine/feedback" \
  -H "Authorization: Bearer $VERTEXY_ACCESS_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "assessmentId": "c8acf6d5-8bf4-4b80-a7e5-1b33583c1c23",
    "outcome": "false_positive",
    "falsePositive": true,
    "idempotencyKey": "review-resolution:rev_1001",
    "occurredAt": "2026-06-21T10:35:00.000Z",
    "metadata": { "reviewId": "rev_1001" }
  }'

Fields#

  • outcome is required.
  • Prefer assessmentId; use transactionId only when the assessment ID is unavailable.
  • Reuse an idempotencyKey when retrying the same fact.
  • occurredAt records when the outcome happened.
  • confirmedFraud, chargeback, and falsePositive can reinforce the outcome.
  • metadata can hold internal audit context.

Submit manual-review and verification outcomes when known; submit disputes and chargebacks when they arrive later. Keep one canonical feedback event per operational fact. See Retries and Idempotency for failure handling.

Was this page helpful?

Previous← Signing and reliabilityNextRetries and idempotency →

On this page

OutcomesCanonical requestFields