Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 4 additions & 0 deletions prism/README.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: High-performance payment abstraction library for 100+ connectors with multi-language SDK support
---

<div align="center">


Expand Down
4 changes: 4 additions & 0 deletions prism/api-reference/README.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: Complete reference for Prism gRPC API services including payment, refund, recurring, and dispute operations
---

# API Reference

Complete reference for all Prism API services, request/response types, and error handling.
Expand Down
13 changes: 4 additions & 9 deletions prism/api-reference/domain-schema/README.md
Original file line number Diff line number Diff line change
@@ -1,13 +1,8 @@
# Domain Schema

<!--
---
title: Domain Schema
description: Complete reference for all domain types, enums, and data structures used across Connector Service services
last_updated: 2026-03-11
generated_from: crates/types-traits/grpc-api-types/proto/
auto_generated: false
reviewed_by: engineering
description: Complete reference for all domain types, enums, and data structures used across Connector Service
---

# Domain Schema
reviewed_at: 2026-03-05
approved: true
---
Expand Down
4 changes: 4 additions & 0 deletions prism/architecture/README.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: Understand the Prism architecture with interface, binding, and core layers for unified payment processing
---

## Architecture Overview

If you've integrated multiple payment providers, you know the pain:
Expand Down
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: Learn why Juspay built Prism, a unified payment integration library to solve multi-processor complexity
---

# Why we built a Unified Payment Integration Library?

If you have ever integrated a payment processor, you know the drill. You read through a PDF that was last updated in 2019, figure out what combination of API keys goes in which header, discover that "decline code 51" means something subtly different on this processor than the last one you dealt with, and then do it all over again when your business decides to add a second processor.
Expand Down
4 changes: 4 additions & 0 deletions prism/connectors/adyen.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: Configure Adyen connector for payments, wallets, bank transfers, and recurring operations
---

# Adyen

<!--
Expand Down
4 changes: 4 additions & 0 deletions prism/connectors/paypal.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: Integrate PayPal payments with authorize, capture, refund, and wallet payment flows
---

# Paypal

<!--
Expand Down
4 changes: 4 additions & 0 deletions prism/connectors/stripe.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: Integrate Stripe payments with card, wallet, bank transfers, recurring payments, and tokenization support
---

# Stripe

<!--
Expand Down
4 changes: 4 additions & 0 deletions prism/connectors/zift.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: Configure Zift connector and integrate payment flows including authorize, capture, refund, and void operations
---

# Zift

<!--
Expand Down
4 changes: 4 additions & 0 deletions prism/getting-started/create-order.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: Create your first payment order and obtain session tokens for Stripe and Adyen integrations
---

# Quick Start

Now that the library is installed and configured, let's create your first payment order (different payment processor's use different terminology - order, intent, transaction and so on). Conceptually, it represents the user's intent to start a payment session.
Expand Down
4 changes: 4 additions & 0 deletions prism/getting-started/extend-to-more-flows.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: Implement advanced payment flows including recurring payments, incremental authorization, partial capture, and webhooks
---

# Extending to More Flows

You have implemented the basic plumbing for routing payment processor agnostic APIs. All methods work the same way with the single interface regardless of which payment processor you use. That's the power you get with the library.
Expand Down
4 changes: 4 additions & 0 deletions prism/getting-started/first-payment.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: Process your first payment using the Prism library with authorization, capture, and refund flows
---

# First Payment

In the next few steps you will authorize the payment, handle errors, capture funds, and process refunds. And then you will be ready to send payment to any payment processor, without writing specialized code for each.
Expand Down
4 changes: 4 additions & 0 deletions prism/getting-started/installation.md
Original file line number Diff line number Diff line change
@@ -1,3 +1,7 @@
---
description: Install and configure the Hyperswitch Prism library for Node.js, Python, Java, and PHP
---

# Installation and Configuration


Expand Down