docs(query-payments): rewrite with practical implementation focus and remove AI warning#66
docs(query-payments): rewrite with practical implementation focus and remove AI warning#66
Conversation
…2 endpoints
Refactor `query-requests` and `query-payments` docs to align with actual API behavior and fix endpoint linking issues in OpenAPI references.
- removed AI-generated warning banners from both pages
- replaced outdated/broken API reference paths with canonical OpenAPI links
- corrected endpoint linking strategy for request status and payment search routes
- aligned `query-requests` to request-level reconciliation flow using:
- GET /v2/request/{requestId}
- GET /v2/payments (wallet-level reconciliation context)
- replaced related-page bullet links with CardGroup components for consistency
- rebuilt `query-payments` as endpoint-driven documentation for:
- GET /v2/payments
- required search parameter behavior
- filter groups (identity/tx, type/currency, date/pagination)
- response pagination fields (`total`, `limit`, `offset`, `hasMore`)
- practical reconciliation notes (AND semantics, batch tx behavior, idempotency)
- removed legacy-domain dependencies and invalid internal endpoint links
- kept structure consistent with other migrated API Features pages
query-requests and query-payments docs to align with actual API behavior and fix endpoint linking issues in OpenAPI references. - removed AI-generated warning ba
Greptile SummaryThis PR successfully removes AI-generated content warnings and rewrites the Query Payments documentation with clearer, more actionable implementation guidance. The documentation now uses structured Steps components, organizes filter parameters by category (Identity/Transaction, Type/Currency, Time/Pagination), and includes practical implementation notes about search semantics, batch transactions, and idempotency. Key improvements:
Issues found:
Confidence Score: 4/5
Important Files Changed
Last reviewed commit: 821e504 |
| @@ -3,88 +3,114 @@ title: "Query Payments" | |||
| description: "Advanced payment search and filtering with the GET /payments endpoint" | |||
There was a problem hiding this comment.
description should reference /v2/payments not /payments to match content
| description: "Advanced payment search and filtering with the GET /payments endpoint" | |
| description: "Advanced payment search and filtering with the GET /v2/payments endpoint" |
| - **Transaction Hash:** Specific transaction lookup | ||
| - **Request ID:** Payments for specific requests | ||
| ### Type and Currency Filters | ||
| - `type`: `direct`, `conversion`, `crosschain`, `recurring` |
There was a problem hiding this comment.
verify direct is the correct API type value - payment-types-overview documents "Native & ERC20" instead - check actual API schema

TL;DR
Rewrote the Query Payments documentation page to provide clearer, more actionable guidance with step-by-step instructions and practical implementation details.
What changed?
How to test?
Why make this change?
The original documentation was AI-generated with a disclaimer about potential inaccuracies. This rewrite provides developers with more reliable, structured guidance that focuses on practical implementation patterns and real-world usage scenarios for payment querying and reconciliation workflows.