banner

Pooya Card Payment System

The Pooya Card Payment System is a comprehensive software system that fully meets payment services requirements of banks, financial institutions, credit institutions and other payment service providers (PSPs) both as issuers and acquirers. The system supports payment services favorably, swiftly and broadly (numerous cards, ATMs, POS and …). The system has been designed and developed on the following basis:

  • The assistance of international consultants, well experienced in the card payment system
  • Experienced analysts, skillful software designers and programmers expert in banking business
  • The adoption of state of the art technology for large scale software development

 

Pooya Card Payment System

The Pooya card payment system is where business experience and the creative application of information technology meet. During the previous decades, electronic banking (e-banking) has developed rapidly in all countries around the world. In Iran this development has been very rapid to the extent that by the year 2013 more than 200,000,000 smart cards were in use in addition to 30,000 ATMs, 2,800,000 POS terminals and a great number of banking kiosks. A considerable number of financial transactions such as bill payments, fund transfers and purchasing of goods and services have since been generated by the telephone, mobile and the internet. Following this rapid development, Service Providers (PSPs) and other card service companies are faced with overwhelming amount of financial transactions. In order to meet customer demand and support large amounts of transactions, Card payment systems and their modules need to be up grated to the latest technology. Particularly the switch section as the core module should be favorably efficient and flexible in transaction processing.

 

Features

  • Consists of independent, but integrated modules, to meet the business requirements of small to large banks
  • Includes all necessary modules required to provide various card services
  • Designed and developed using the latest software development technologies
  • Utilizes the consultation of card payment business experts
  • Supports numerous transactions, terminals, cards, accounts, etc.
  • Supports the Oracle database
  • Possesses a rich database structure
  • Provides continuous on-line services during daily batch activities such as cut-off
  • Supports common and standard communication protocols such as ISO 8583
  • Highest security standards considered in software development and payment fields
  • Accounts definition and management
  • Provides all engineering services required for implementation, such as requirement analysis, business design, modifications, training, acceptance test assistance, and migration plan.
  • Provides 24/7 technical support and services

Advantages

The Pooya Card Payment System – consists of several independent modules that enable it to meet all the payment services requirements of an institution. The independency of the modules provides the flexibility and options for the customers to purchase only the ones needed and avoid paying for the features they do not use.

 

Modules

  • Issuing Module
  • Acquiring Module
  • Transaction and Routing Management (Core Switch)
  • Monitoring
  • Account Definition and Management
  • Reports

 

Issuing module:

  • Customer Management
  • Defining customer (real person, legal person, governmental, organizational and so on)
  • Defining group (banks, ordinary customers, VIP customers, etc.)
  • Customer profile(address, telephone, e-mail, …)
  • Using existing customers’ database.
  • Card Management
  • Instant issuance of all types of cards as well as batch group issueances
  • Instant print of PIN as well as batch group printing
  • Card replacement, missing or stolen cards
  • Hot and warm list management
  • Batch reprinting request for card or PIN
  • Managing the location of card issuance
  • Parameters for printer, card, …
  • Card layout design
  • Statistical and analytical reports
  • Transaction Verification
  • Account Management and Keeping Account Balances
  • Statement Management
  • Recording History of Financial & non-Financial Transactions
  • TransactionMonitoring
  • Black List Management
  • Call Centre Support

 

Acquiring Module:

  • Defining ATM
  • ATM Management
  • Activating/deactivating
  • Daily cut-off
  • Settlement
  • ATM monitoring
  • Events logging

 

  • POS/ EFT-POS Management
  • POS terminal profile
  • Acquirer/branch profile
  • Daily cut-off
  • Settlement of acquirer/branch accounts
  • Events logging

 

  • Acquirers Management
  • Rich architecture of acquirers database (chain, subgroup, store, section, …,
    terminal s)
  • Acquirers contract management (definition of commissions and percentages)
  • Acquirers account management
  • Discount management
  • Definition of types of settlement with acquirers (periodically, completely or
    partially, chain, …, terminals)
  • Definition of statement conditions.

 

  • Transaction Management
  • Preparation of Call Center Requirements

 

Core Switch (Transaction and Routing Management):

  • Acquiring/issuing status support
  • Web based and Multi-tier architecture
  • ISO8583 protocol support
  • Use of Oracle database and its development environment
  • Scalability provided by the development environment
  • Availability provided by the development environment
  • Hot backup, Online recovery, Disaster site support
  • Supporting XML
  • Capability of implementing proprietary protocols
  • Supporting different types of financial transactions (deposit and withdrawal and multiparty fund transfers)
  • Supporting different types of non-financial transactions (defining and changing various PINs, obtaining short statements and etc.)
  • Definition of parameters (Fee & Limit)
  • Host interface (banking accounts system)
  • National switch interface
  • Other institutions switch interface
  • Payment gateways interface
  • Virtual banking channel interface (Internet banking, Telephone banking, Mobile banking, …)
  • HSM interface (supporting various HSMs and VHSMs)

 

Monitoring:

  • ATM Monitoring
  • Grouping ATMs in the tree structure
  • Working time definition
  • List of ATMs
  • Graphical display of ATMs state
  • Sending commands to ATMs

 

  • Transaction Monitoring
  • Ability to perform Searches and advanced searches at different field levels
  • Displaying transactions lists and summarizing the status and information of transactions
  • Displaying card information, the amount on the card, the date, and VIP level
  • Display POS and merchant
  • Display account or credit information
  • Ability to change the background color according to state of the transaction

 

 Account Definitions and Management:

  • Definition of different types of accounts (credit, debit, loan, …)
  • Definition of transaction types (purchasing, cash transactions, fund transfers, e-transactions, making payments, etc.)
  • Management of minimum and maximum limits of deposits/ withdrawals
  • Calculation of fees, profits and credits
  • Statement information
  • Tracking account statuses (delayed payments, unpaid accounts, pending installments, …)

 

   Reports:

  • Periodic reports (daily, weekly, monthly)
  • Terminals operations report (real/ virtual)
  • Reports needed for account settlements
  • Operational, statistical and management reports

Technology

  • Multi-thread and multi-tier architecture
  • Web-based
  • Java standard environment (JVM) for Core Switch such as all sorts of Unix OS
  • Oracle 11g as database management system
  • Web logic as application server
  • Development tools: C, PL-SQL, Jdeveloper

Security

  • Ensuring a highly secure connection to the system (through application programs, APIs, SQL, ODBC) by considering security issues at the database level.
  • Management and control of user access rights in different levels (table, column, process)
  • Monitoring and logging audit trails on applied modifications to the system database including user ID, modification in the date &time and modified programs (i.e. What modifications were applied and by who)