"Razorpay" matching MCP tools:

• build_recommend_integrationsA

  SuperoB

  RECOMMEND which concrete provider integrations this app needs, and WHY — the deterministic Step-2 intelligence the web wizard uses, now over MCP. Pass the app `description` + the platform `service_ids` it will use (e.g. ['cart','order']); returns GROUPED, TIERED suggestions (required/recommended/optional) with the default option flagged — e.g. cart/checkout → a payment gateway (REQUIRED; stripe_checkout default, paypal/razorpay offered), customer-facing apps → transactional email, appointments+reminders → sms. Options are drawn ONLY from the LIVE installed manifests, so it can't suggest a provider you don't have. PRESCRIPTIVE complement to build_list_capabilities (which is descriptive): call this so you don't OMIT a needed integration; use build_list_capabilities for a service's exact id + config fields.

  ConnectorNo auth

• place_orderA

  OrbylonA

  Order an item a verified business publishes (see list_business_offerings or find_businesses). Two steps. First call without confirm: it places nothing and returns the seller, the item, the quantity, the unit price, the full total, the currency, how payment happens, and the refund and cancelling terms. Show those to the customer. Then call again with the same fields and confirm: true, only after the customer agreed. The order goes straight to the business, where it already works: email, its own store or its own system, and the answer carries a reference to pass to get_order_status. When the business connected a payment account (Stripe, PayPal, Mollie, Razorpay, Lemon Squeezy or Paddle), the answer carries a pay_url on that account; the money goes to the business, never to Orbylon. For an appointment, the answer can carry a book_url where the buyer chooses the time on the business's own booking page.

  Connector

  Destructive

  No auth

• li_set_team_billingA

  PoliteReachA

  OPERATOR ONLY. Reads or sets how a CUSTOMER (team) is billed — the same control as the Billing column on the dashboard's Users & access page. One subscription per team, priced per LinkedIn account (seat). Name the team by `teamId` or the `email` of anyone in it. `pricingTier` 'founding' or 'standard' and `billingCurrency` 'INR' (default) or 'USD' pick the plan the team checks out on — INR through Razorpay, USD through PayPal once PayPal is set up; a tier/currency whose plan is not set up is refused at checkout, never charged another price or currency. The currency cannot change while the team's subscription has not ended (cancel it first). `razorpayPlanId` sets a negotiated plan that wins over the tier's plan — a Razorpay `plan_…` or a PayPal `P-…` (its prefix picks the processor); null clears it. The id is checked with that processor when it is set up. Changes apply to the NEXT checkout only — a live subscription keeps its price. Omit all three to read the current settings. The tier NEW teams start on is li_set_default_pricing_tier.

  Connector

  Destructive

  OAuth

• li_set_account_complimentaryA

  PoliteReachA

  OPERATOR ONLY. Grants (`complimentary: true`) or ends (`false`) COMPLIMENTARY access on ONE LinkedIn account — the same control as the "Complimentary" plan on the account's Plan tab. A complimentary account has every paid ability with no payment and no end date: it is always entitled, carries the paid lookup allowance, is never billed (the subscription's paid seats and the seat minimum count only the other accounts) but still COUNTS toward the team's account limit, and is never sent a trial-end, renewal or subscribe notice; the Razorpay webhook never changes it. To make a whole customer free use li_set_team_complimentary; an account of a free team cannot be ended here until the team's Free is turned off. `reason` is stored as the plan note (who/why) — give one. Ending it moves the account to what its dates say: still paid through a future date → active, a trial not yet over → trial, otherwise past due from now (new invites stop, follow-ups finish in the 14-day grace, and the team is asked to subscribe). Name the account explicitly by `sessionLabel` or `sessionId`; it never falls back to a default, and a name matching two accounts is refused. Current state is `plan.complimentary` in li_list_accounts.

  ConnectorOAuth

• li_set_team_discountA

  PoliteReachA

  OPERATOR ONLY. Reads, gives or ends a CUSTOMER's (team's) discount on a NEW subscription: the same discount the dashboard's Users & access page shows per team. Name the team ONE way: `teamId`, the `email` of anyone in it, or `account` (an account id, label, LinkedIn name or slug; refused when it matches accounts of two teams). Omit `kind` and `end` to read the discount running now (or null), with `adminSentence` saying what it does. Give one with `kind`: 'percent' (`value` 1-99), 'amount' (`value` = a fixed amount off each month in the team's billing currency, major units, e.g. 500 for ₹500) or 'free' (no `value`), for `months` first months (1-12, default 1). The team's next checkout charges those months up front at the discounted price, then the usual monthly price starts by itself, on Razorpay (INR) and PayPal (USD) alike. `validUntil` (a date, YYYY-MM-DD, good to the end of that day UTC; at most a year ahead) makes the offer expire: a checkout after it pays the usual price. `note` is internal (never shown to the customer). Giving one emails the customer a special offer with the price, the deadline and a Subscribe link, once; the reply's `customerEmailed` says whether it really went out ('emailed', or 'not emailed: <why>'). Refused: a team that already pays monthly (a discount applies to a new subscription only), a free or complimentary team, and a team with a discount still running (end it first with `end: true`, which emails the customer that it ended). The automatic offer after a trial is set with li_set_trial_end_offer.

  Connector

  Destructive

  OAuth

• configure_paymentsA

  MondovoA

  Let a store take online payments. Either connect the merchant's OWN Razorpay, Stripe or PayPal account (`provider` + `credentials`, exactly as the merchant pasted them — ask for them, never invent or reuse keys), or pass `use_test_payments: true` ("demo payments", Razorpay or `provider: "stripe"`) to take TEST payments on our test account so the user can try checkout before they have keys (no real money moves; tell them so). A site in demo mode (or on the merchant's own sandbox keys) can be published: every page shows a "test mode" bar and no real money is taken until live keys are connected. Only one provider is active at a time: connecting one switches the others off. Secrets are stored and never returned (masked to the last 4 characters) — do not repeat them in chat. For real keys the response carries the `webhook` URL and events the merchant must register in their provider dashboard so paid orders are confirmed. `remove: true` disconnects `provider`. A store with no provider can still sell with configure_cash_on_delivery.

  ConnectorOAuth

• start_checkoutA

  Vaanzari CommerceB

  Create a hosted Razorpay, Cashfree, PhonePe, or Paytm checkout after signed-in browser approval, reserving stock/rewards and clearing the active cart. First call get_checkout_summary with the same addresses, discounts and points; submit its approved total/currency as expected_total/expected_currency. International delivery requires Razorpay in the delivery currency. Paytm supports domestic INR only. Synchronizes any active payment first and may finalize an already-paid order. No payment is captured by this tool.

  Connector

  Destructive

  No auth

• local_payment_methodsA

  HelloBooks AI AgentsA

  List local bank-rail / wallet payment methods relevant to HelloBooks invoice collection (AR), B2B supplier payments (AP), and contractor payouts (UPI, RuPay, Razorpay, IMPS, NEFT, RTGS, BACS, FPS, CHAPS, Open Banking, Interac e-Transfer, EFT, PayID, PayTo, NPP, BPAY, ACH, Same Day ACH, Fedwire, RTP, Zelle, PayNow, FAST, GIRO, NZ Direct Credit, etc.). Returns rail (instant / same-day / next-day / multi-day), use-cases, issuing authority, HelloBooks support level, and operational notes (per-transaction caps, settlement windows, retirement timelines). Filter by country, useCase, rail, or id.

  ConnectorNo auth

• local_payment_methodsA

  HelloBooks AI Agents MCP ServerA

  List local bank-rail / wallet payment methods relevant to HelloBooks invoice collection (AR), B2B supplier payments (AP), and contractor payouts (UPI, RuPay, Razorpay, IMPS, NEFT, RTGS, BACS, FPS, CHAPS, Open Banking, Interac e-Transfer, EFT, PayID, PayTo, NPP, BPAY, ACH, Same Day ACH, Fedwire, RTP, Zelle, PayNow, FAST, GIRO, NZ Direct Credit, etc.). Returns rail (instant / same-day / next-day / multi-day), use-cases, issuing authority, HelloBooks support level, and operational notes (per-transaction caps, settlement windows, retirement timelines). Filter by country, useCase, rail, or id.

  ConnectorNo auth

• get_payment_statusA

  Vaanzari CommerceB

  Refresh a customer payment attempt from Razorpay, Cashfree, PhonePe, or Paytm and persist its server-verified state. May finalize an already-paid order and send confirmation notices; does not initiate or capture payment.

  Connector

  Destructive

  No auth

• build_configure_servicesA

  SuperoB

  Configure a service's keys for the project so an integration works at deploy (e.g. wire SendGrid for email, a Stripe TEST key for checkout). TEST/SANDBOX keys ONLY. Keys with a clear live marker (Stripe sk_live_… / Razorpay rzp_live_…) are auto-refused, but most providers give NO test-vs-live signal — so for EVERY provider send test/sandbox keys only and use the admin panel for production secrets (a deep link is returned). Never put a real secret through this tool/chat. Reacts to the live permission result; secret values are never echoed.

  Connector

  Destructive

  No auth

• razorpay.ifsc.lookupA

  apibaseB

  Look up Indian bank branch details (name, address, IFSC capabilities like UPI/NEFT/RTGS/IMPS) by IFSC code. Free, MIT-licensed open data covering all Indian banks.

  ConnectorNo auth

• create_orderA

  massprintA

  Create a print order for a validated upload. Validates everything BEFORE any payment link is minted. Returns { order, order_token } — the order object has order_id, status, amount, and payment_url (the Razorpay link, present while awaiting_payment). Give payment_url to the human to pay (UPI/cards/netbanking). SAVE order_token — it is shown only once and is required for get_order and cancel_order. The order confirms automatically after payment; unpaid orders expire after 72 hours.

  ConnectorNo auth

• update_commerce_settingsA

  GrigoraB

  Update store settings, most importantly the default currency for new products. Payment gateway credentials cannot be set through this tool — connect a gateway in the Grigora dashboard. Existing connections are preserved. Args: project_id: The project ID. store_name: Store display name. currency: Default ISO currency code for new products, e.g. USD. support_email: Buyer-facing support address. notification_email: Address that receives new-order notifications. payment_provider: Which connected gateway checkout uses: external, razorpay, stripe, paypal, paddle, gumroad, or manual. storefront_base_url: Overrides the base URL used to build product and collection links. checkout_mode: Checkout strategy. Default external_first. appearance: JSON object {theme_preset, accent_color, background_color, text_color, button_style, product_layout, media_fit}. seo_defaults: JSON object of fallback SEO for product and collection pages. shipping: JSON object of shipping rates and zones. tax: JSON object of tax rules. invoice: JSON object of invoice/receipt configuration.

  Connector

  Destructive

  OAuth

• retry_paymentA

  Vaanzari CommerceB

  Create a replacement hosted Razorpay, Cashfree, PhonePe, or Paytm checkout for a failed or terminated attempt after signed-in browser approval, reserving stock/rewards. Does not capture payment.

  Connector

  Destructive

  No auth

• cancel_payment_attemptB

  Vaanzari CommerceB

  Cancel an unpaid Cashfree session or check Razorpay/PhonePe/Paytm status after signed-in browser approval, then persist provider state. May restore reservations or finalize an already-paid order; does not capture payment.

  Connector

  Destructive

  No auth