ISO8583 Simulator for card schemes, Banks, Processors & Payment Networks

Visa Acquirer Issuer simulator

Acquiring from Visa can be easily simulated by our neaPay engine. How does it work? Load the Visa scripts in our simulator engine, the Visa message format, and do not forget the test cases. Make sure you point to the IP and port you need and start firing away those transactions like they came from Visa. Authorize in your system and our scripts will wait for the response to validate.
Visa Issuer is loaded the same way, just use authorization scripts for issuing, and select the connection type to be a server. The scripts know what messages to wait for, process and respond. Use it for internal regression and continuous testing alongside your scheme certification simulators — validate every release before production, not just at scheme onboarding.

MasterCard Acquirer Issuer simulator

MasterCard Acquiring is just as easy. Load the BankNet scripts, as well as the messages and test cases, point the simulator to your system and run transactions. One by one, in batches or in full regression mode, it is all a matter of choice. All messages go out in parallel and can come back in any order. Just like a real authorization system.

MasterCard Issuing works with the same scripts, but uses the issuer part of them. The logic in the scripts decides that when you select the option to listen as a server.

Diners, Amex, JCB, CUP simulator

Diners, Amex, JCB, China Union Pay? For the engine it is a matter of loading a different script and formatting messages differently. For the tester it is just a difference of test cases. And IP/port.
Acquiring or issuing, that is just an option.
Run reliable regression and performance testing beyond what scheme certification simulators cover — complementary internal validation for every release.
Payment switches and banks use neaPay to test member connections and in-house processing without building their own simulator.

POS, ATM and e-commerce simulator

POS and e-commerce transactions work just as easily. Load the scripts, the transactions and start testing. Or make changes to match your custom interfaces, and then test as much as you want.

Each ATM vendor comes with a different format and it may be a little more complicated. To be honest, if your vendor provides a simulator for the ATM, use that one. If you need something heavily customized, then neaPay's engine will definitely be able to do it. Contact us and tell us what device you have, we might have the scripts for it already. If not, it is never too late to write a new one.

Regression Testing

Ensuring your payments system did not lose any functionality on updates. Check and validate that limits are working just as fine as before, that the accounts are debited and usages are updated. Each of them. A good regression pack can detect whether your limits are working fine, your balances are fine, all your fields are formatted correctly, for each transaction type, and your transactions are approved or declined as before. With that peace of mind, you can proceed to test the enhancements. Our simulators are designed with a regression approach from the beginning, therefore, any new functionality can be easily added to the regression pack, so next time you apply changes, these enhancements will be tested as part of the regression. After a few years, you will have a nice regression pack of a few hundred or thousand transactions, which can be run in less than an hour to check the status of the system, any day or night. You want this, we know you do, and our simulator can do it very well.

Automatic Regression Testing

We know that you need the functionality above and you know you want it executed as soon as possible. What is your estimate for running a complete regression for the system, that covers everything, with 1000 test cases? You may say a week, you may say maybe two, or you may dare to estimate 2 days. We say that takes an hour. Because that is the estimate we wanted in our test plans and we made the simulator that can do that. Once all is set up properly, click the Run and go for a coffee. When you come back, you have your answer.

Performance Testing

Your system must do all the processing at very high speed, so we built a matching simulator, which can run just as fast. We believe that 60 transactions need to be run in 3 seconds, not 30. We hope you agree. So our simulator can run fast enough to be used for performance testing, even without caching features. We have in plan to add a caching feature, which can release hundreds of transactions per second, it will be here soon!

  Deploy

Windows, Mac, Linux, CICD, Docker Tandem, mainframe, z/OS, AS400, VMS, etc.

No installation, no dependencies, no configuration, no manual setup. Hands off

Unpack/Unzip and Run/Execute via command line or GUI

Could/platform independent and trasferable/cloneable - maximum safety

Java / Javascript JDK 1.8+ also Oracle JDK, OpenJDK, IBM JDK, etc.

  Run, Test, Analyze Automatically

  Simple User Interface, maximised for speed and ease of use

One-click Run of Test cases, or command line

One-click Run regression via GUI, command line, invocation API

  High TPS (Transactions Per Second) Load test over 1000

Automatic validation, ready delivered/configurable

Automatic pass/fail assessment, automatic response decision making

Automatic comparison, via baseline, message comparison, response comparison

ISO8583 validation for mandatory, Optional, Conditional

  Analytics - Automatic real time reporting

Console output to UI - most common, configurable, simple and efficient

Log to files as any message - configurable, customizable via scripting

Generate XML, HTML logs - automatic, real time, scriptable

Superb HTML reports, Google Charts graphs - and custom

  Maintenance minimized

Version controlled software - who changed what when and why????

Simple Archive delivery or GIT - fast&safe revert fallback or update

Configuration GIT or DB - some things should not be changed easily or usupervised

In-house business logic updates - you are in control, on-site. If needed, we can help

No delivery dependency - Keep version, update, rollback, your control

  Connectivity - normalized

TCP/IP Web Services HTTP API - transparent, handled under the hood

Files binary ASCII EBCDIC - configurable, as it should be

CSV files storage - for machines and humans analysis, version control

Databases SQL NoSQL Oracle - optionally if in scope

API, files integration to external test management tools

  Messages - handled automatically

XML JSON ISO8583 ISO20022 SWIFT TLV CSV SQL

One instance or separate microservices per protocol or version

Independently configurable , diverge/merge as needed

Flexible ISO8583 handled as JSON, map to XML CSV TLV as needed

Powerful ISO8583 binary file management via javascript

Conversion ISO8583-XML-SQL-CSV for integration

  Cryptography built in

EMV PIN MAC DUKPT- configurable, customizable to your exact specs

Configurable cryptogram methods - DOL, session, key, etc.

Configurable PIN block methods - customizable

TLS SHA and other encryption standards - max security