Mastercard IPM formats

[Alwyn]

Hi,

Anyone have experience with Mastercard IPM file formats?

I am currently processing a File Header record and for some reason the
first byte of the bitmap is D8 indicating to me that it should contain
field 2, 4, 5. The record itself obviously just starts at field 24.

Anyone had similar problems before?

Regards,
Alwyn

[Alwyn]

Ok, that first byte must definitively be 80 instead of 8D.

What is unsettling is that this file came from a major bank and was
sourced from a MIP.

[David Bergert]

> Anyone have experience with Mastercard IPM file formats?

Back in 2001 or 2002 I converted a settlement system from MC's INET format
to the ISO8583 based IPM GCMS format. This is actually how I found out about
the jPOS project, but since *ahem* this settlement system was written in VB,
I actually wrote a C++ COM object that could be called from this
application, that handled the bitmap and packing of the messages to files.
All I remember is all of those "PDS" elements ;) I also wrote a java based
socket application to pull and send the Txxx and Rxxx files from the MIP as
well. Fun times, unfortunately, I don't recall the Header Message to help
you much in your current quandary...

David Bergert, CISSP, CISA, CPISM/A
http://www.paymentsystemsblog.com/

[Alwyn]

Thanks David,

You mentioned that you had to write code to send the files to the MIP,
is this the standard process or do
they support other methods like ftp, etc?

[David Bergert]

> You mentioned that you had to write code to send the files to the MIP,
> is this the standard process or do
> they support other methods like ftp, etc?

That was the process that we did, although that was quite a few years back,
I also know of people that send and receive IPM files over MOL (MasterCard
Online) unsure of ftp

David Bergert, CISSP, CISA, CPISM/A

www.paymentsystemsblog.com

[Alwyn Schoeman]

Apparently one always have to go through the pre-edit package to the
MIP and this process modifies the files. Still can't understand why
it would modify the bitmap but well...

Anyone on the list have any experience with pre-edit outputs?

Alwyn Schoeman

[David Bergert]

I'm guessing that the bank, or MC or a MIP Implementation specialist are
probably you best bet for this question.
There is no ascii to ebcedic conversions or anything like that going on ?

From what I remember on both Visa's Edit Package and the MC GCMS Pre-edit
was to "check the file" for validness and some cases content of DE's I don't
believe that it modified any of the base II or IPM files.... and I remember
sending the original files, nothing that was the output from running though
an edit package.

David Bergert, CISSP, CISA, CPISM/A
www.paymentsystemsblog.com

[Alwyn Schoeman]

I've been doing some reading and the docs say that one 'may' use the
pre-edit package to validate your files.

The pre-edit package seems to require the files in the format which
other posters referred to, the 128 byte header, etc.

You don't recall if the original files use that format or just the IPM
format specified in the IPM format messages?

Unfortunately the only mastercard specialist I have on hand seems to
use mastercard online and believe in the pre-edit package. This is a
massive bank, can't believe they send every thing through pre-edit
before sending ot mastercard...

Alwyn Schoeman

[David Bergert]

> The pre-edit package seems to require the files in the format which
> other posters referred to, the 128 byte header, etc.

This rings a bell, but I cannot recall specifics..

> You don't recall if the original files use that format or just the IPM
> format specified in the IPM format messages?

I'm sure it was the same file in our case.

> Unfortunately the only mastercard specialist I have on hand seems to
> use mastercard online and believe in the pre-edit package. This is a
> massive bank, can't believe they send every thing through pre-edit
> before sending ot mastercard...

Umm, I'm be surprised too :)

Suresh Kumar <passion4oops> -- had some questions and posts here regarding
IPM recently, perhaps he could have some comments ?

[Rk121]

hello-

Regarding IPM(Mastercard) i have some doubt like,
How we have to get/send IPM file from / to network ( by FTP or any other
secured protocol) ?
What are the validation takes place in IPM validation(Clearing &
Settlement) from ISSUER side ?

--
View this message in context: http://www.nabble.com/Mastercard-IPM-formats-tp21777869p23420701.html
Sent from the jPOS - Users mailing list archive at Nabble.com.

[Alwyn Schoeman]

Very good question especially if you do not have a mainframe.

My experience (correct or not) on this issue is the following:
1) If you have a MIP there exists a protocol that you can use to talk directly to the MIP.  Mastercard don't want to use this directly as it complicates their lives assisting you in setting it up.  On a mainframe you get cobol code that do this for you, but not on PC unless there are 3rd party tools.  MC is not priceless, but useless.
2) There are other solutions from Mastercard that don't use the MIP, look at the File Transfer document from Mastercard.  Will soon know how well this works and will give feedback.

For validation you can use Mastercard's pre-edit package.

One of the issues is how do you automate this and integrate with jPos if you have to go through pre-edit and some other software, each of which maybe using a different file format.

Alwyn Schoeman

[suresh anantharaman]

Hi

I am unable to load T112 file generated using MPI from mainframe credit card system into a settlement processing system running in Java

The file has been transferred via MQ/TDE using binary mode & txt mode both has failed to get uploaded

The settlment system is expecting ASCII, while the T112 downloaded from credit card system is EBCIDIC

Is there any solution to upload the T112 into the settlment processing system

[Mark Salter]

On Tuesday, August 15, 2017 at 6:25:52 PM UTC+1, suresh anantharaman wrote:

Hi

Reopening an 8 year old thread - not very sensible.

I am unable to load T112 file generated using MPI from mainframe credit card system into a settlement processing system running in Java

The file has been transferred via MQ/TDE using binary mode & txt mode both has failed to get uploaded

Why are you guessing what the process might be, doesn't any documentation detail what you need to do?
 

The settlment system is expecting ASCII, while the T112 downloaded from credit card system is EBCIDIC

Is there any solution to upload the T112 into the settlment processing system

Not being familiar with the process you want, I would suggest you check all documentation available to you.

Are the files ISO8583 based or xml ?

--
Mark

[Collins Adom Baffour]

Can I have a view of the java code you used?

[murtuza chhil]

You should start a new thread requesting this information.

Its highly unlikely anyone can share code that parses Mastercards proprietary file.

-chhil