http://groups.google.com/group/jpos-users jPOS Users list 2009-11-07T01:14:59Z Google Groups Brunhera jcbrunh...@gmail.com 2009-11-07T01:14:59Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/e9e89b678dcaaef1?show_docid=e9e89b678dcaaef1

I totally agree with you guys. The first step is understand the ISO <br> format <br> for both 2 banks. If they indicate field 32 as a bank ID, the problem <br> is solved. <br> If not, the only way is making some header information.

Chhil chil...@gmail.com 2009-11-06T08:35:03Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/c70b1fb75842f107?show_docid=c70b1fb75842f107

As we all know the thousands of variations between various 8583 <br> implementations. To make it scalable you should probably look into <br> look into getting some sort of custom header prepended by the <br> middleman that is forwarding the messages to you after acquiring <br> transactions from the banks. <br> Or look into getting a connection per bank message.

Mark Salter marksal...@talktalk.net 2009-11-06T08:07:04Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/84d49f815134e80d?show_docid=84d49f815134e80d

Can I ask you start quoting ISO8583 source and versions and variants <br> please? <br> Field 2 - often used for PAN - is also usually variable length. So your <br> statement is wrong I'm afraid. <br> As David indicates this is not a universal approach - many things will <br> stop it working. Having said that, it might work for your vendor's

Mark Salter marksal...@talktalk.net 2009-11-06T08:00:01Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/6de128023d1b00e4?show_docid=6de128023d1b00e4

All interfaces and message structures vary in format and content, often <br> there are similarities; they are rarely the same, especially at the <br> interface level. <br> Why not check both your banks message specification to test this? <br> At this stage I 'hear' you do believe that ISO8583 defines the field <br> content and field use. I would humbly suggest ISO8583 defines the

David Bergert dbergert...@gmail.com 2009-11-06T02:47:40Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/008b410235cc9f10?show_docid=008b410235cc9f10

ISO8583 is not a fixed length format it is bitmapped - that bitmap <br> indicated what fields are or are not present -- then individual fields <br> can hold different lengths of values -- look at DE 2 or Field 2 for <br> PAN -- this typically indicates the length of the pan and then then <br> pan - up to 19 digits -- then there are the different methods of using

kelvin kelvinwork...@gmail.com 2009-11-06T02:37:28Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/94f56f0f0232bc73?show_docid=94f56f0f0232bc73

Hi Alan, <br> <p>According to ISO8583 standard, field 1 to field 31 are all fixed <br> length fields, so I think we may get the content of field 32 only by <br> just skipping the first 31 fields' total byte length of the iso <br> message.(Of course, the premise is that all banks would use field 32) <br> <p>Kelvin

kelvin kelvinwork...@gmail.com 2009-11-06T02:22:54Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/ee4ca1b9722b1bc3?show_docid=ee4ca1b9722b1bc3

Hi all, <br> <p>Thanks you all! <br> Mark's reply is what I am concerning: whether ALL banks would use <br> field 32? <br> If anybody who had seen a bank that did not use field 32, please tell <br> us. <br> <p>Kelvin

Mark Salter marksal...@talktalk.net 2009-11-05T18:27:04Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/1ebb88e316533c74?show_docid=1ebb88e316533c74

'We' may find both kelvin's banks don't use field 32 either. <br> 8)

Alan Honczar ahonc...@gmail.com 2009-11-05T18:02:23Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/5903c922f852c512?show_docid=5903c922f852c512

In order to discover the bit 32, you have to unpack the message. <br> Different banks MAY have different packagers... <br> <p>2009/11/5 Brunhera &lt;jcbrunh...@gmail.com&gt;

Brunhera jcbrunh...@gmail.com 2009-11-05T14:55:06Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/e4ca8fcd6cd0d34a?show_docid=e4ca8fcd6cd0d34a

According to the ISO8583 standard, bit 32 must be the bank ID

Alan Honczar ahonc...@gmail.com 2009-11-05T12:21:01Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/86941c17f2eafcf7?show_docid=86941c17f2eafcf7

I had the same situation once and I've had to rely on the TPDU. <br> The NII information told me whose message it was. <br> <p>2009/11/5 Mark Salter &lt;marksal...@talktalk.net&gt;

Mark Salter marksal...@talktalk.net 2009-11-05T08:13:08Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/a25d36a2789224c9?show_docid=a25d36a2789224c9

So the markers position (field?) and other details should be easily <br> changed, place them in a configuration file. It seems you are assuming <br> that another 'vendor' would pass you messages in the same exact format <br> as your current vendor? This is quite possibly *not* the case. <br> The fields within your ISO8583 structured messages can vary from bank to

kelvin kelvinwork...@gmail.com 2009-11-05T02:45:29Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/e341f047b6a00457?show_docid=e341f047b6a00457

Hi chhil, <br> <p>Thanks for your reply! My reply to Mark's message can also answer <br> your question. Please help to give your opinion again. <br> <p>Kelvin

kelvin kelvinwork...@gmail.com 2009-11-05T02:39:29Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/9d742e2ba171ac33?show_docid=9d742e2ba171ac33

Mark, thanks for your reply~! <br> I know that your solution is the simplest way to solve my problem. <br> However, our company's system is not directly connected to different <br> banks. We get the different banks' iso8583 messages from a third party <br> vendor through a single persistent connection(i.e all messages come

chhil chil...@gmail.com 2009-11-04T12:53:53Z http://groups.google.com/group/jpos-users/browse_thread/thread/ace6a7d2458f775d/93392ae8915ff45a?show_docid=93392ae8915ff45a

Is this a single connection persistent or multiple (per bank) connections <br> to your server or a connection is received per request (connect disconnect <br> model)? <br> <p>Based on your model if each bank connection or you may be able to <br> differentiate the messages based on the local port where the connection