tas&marco&mfusage3&6.0.0&&&mfusage3&&&bcarico@actscorp.com&N.Y.N.N.Y.N.N




1.1.o.o.o.N.0&mfusage2.001&mfusage2.002&mfusage2.003&mfusage2.004&mfusage2.005&mfusage2.006&mfusage2.007&mfusage2.008&mfusage2.009&mfusage2.010&mfusage2.011&mfusage2.012&mfusage2.013&mfusage2.016&mfusage2.017&mfusage2.019&mfusage3.020&mfusage3.021&mfusage3.022&mfusage3.023&mfusage2.024&mfusage3.025&mfusage3.026&mfusage3.028&mfusage3.030&mfusage3.031&mfusage3.032&mfusage3.033&mfusage3.034&mfusage3.035&mfusage3.036&mfusage3.037&mfusage3.038&mfusage3.039&mfusage3.040&mfusage3.041
&::1.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0?9=0?10=0?11=0?12=0?13=0?14=0::1.0:2.0:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0?9=0?10=0?11=0?12=0?13=0?14=0::1.0:2.0:1:0&::1.0:1:1:0&::1.0:1:1:0&::undefined.0:1:1:0&::2.0:1:1:0&::2.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0::2.0:1:1:0&::4.0:1:1:0&::3.0:1:1:0&::3.0:1:1:0&::3.0:1:1:0&::undefined.0:5.0:1:0&::undefined.0:1:1:0&?0=0?1=0?2=0::undefined.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0?9=0?10=0?11=0?12=0?13=0::1.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0::1.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0::1.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0::1.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0?9=0?10=0?11=0?12=0::undefined.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0?9=0?10=0?11=0?12=0?13=0?14=0::2.0:1:1:0&?0=0?1=0?2=0?3=0?4=0::2.0:1:1:0&?0=0?1=0?2=0?3=0?4=0::2.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0?9=0?10=0?11=0?12=0?13=0?14=0?15=0?16=0?17=0?18=0?19=0?20=0?21=0?22=0?23=0::2.0:1:1:0&?0=0?1=0?2=0?3=0?4=0::2.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0::2.0:1:1:0&?0=0?1=0?2=0?3=0?4=0::2.0:1:1:0&::2.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0::2.0:1:1:0&?0=0?1=0?2=0?3=0::2.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0::4.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0?9=0?10=0?11=0?12=0?13=0?14=0?15=0::3.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0?9=0?10=0?11=0?12=0::3.0:1:1:0&?0=0?1=0?2=0?3=0?4=0?5=0?6=0?7=0?8=0?9=0::3.0:1:1:0&?0=0?1=0?2=0::1.0:5.0:1:0
&Financial services.<BR><BR>Processing of payment transactions between banks for all of the Netherlands.::Systeemanalist<BR>(Eng: System Analist - equivalent to System Programmer)&&&::&::&Sheer volume handling, security (RACF), reliability (at least 99.98% average, if not more), low total personnel cost. The z/Mainframe seems like the best platform to process 3 billion transactions per year.::&About 25 million per day avg, 40 million or more on peak days.<BR>One mainframe to support external (ie, all) business, with a backup in case of failure.<BR>Our transactions include debit and credit card processing, national and international bank transfers, ATM transactions, etc. Nationwide, so a total of maybe 14 million people (with bankaccounts, total population is over 16 million).::&No internal transactions to speak of, except for business supporting processing, testing and development, maintenance, etc.::&?xxx?1?xxx?xxx?xxx?xxx?xxx?xxx?xxx::Internal use of mainframe is limited to maintenance, operation, development and testing, etc. IFL and z/AAP processors are not used but are considered for future use.&I dont know the formulas, but any disruption in our service is claimed by the share holders, ie the large Dutch banks.::&My department doesnt have an influence on this. In a better world, my arguments of choice would include: reliability, cost (including staffing and hidden costs like floor space etc.), security (not damaging the companys image).::&Future projects are to be piloted on z/Linux, rather than on Linux PC grids. Personally, Id much prefer the proven MVS but even this has to be considered a victory.::&WLC has enabled us to reduce software charges, though it remains to be seen if upper management is aware of this.::&not familiar::&The main issue that detracts from the mainframe seems to be the availability of COBOL developers. As the fully-generated software development method seems to attract favorable attention, a good toolset to generate COBOL code may be able to sway upper neckties attention back to the reason of using the mainframe. Especially if we win new, large pan-European processing tenders with which the annual processing volume would be multiplied.::&?0?1?2::m.ooijer@interpay.nl&?0?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx::&?xxx?xxx?xxx?3?xxx?xxx::&&&?xxx?xxx?2?xxx?4?xxx?6?7?8?xxx?xxx?xxx?xxx::&?xxx?1?xxx?xxx?4?xxx?6?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx::&?xxx?xxx?xxx?xxx?4::&?xxx?xxx?xxx?xxx?4::&?xxx?1?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?12?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx::&&&&internal use of mainframe is limited to maintenance, operation, development and testing, etc. ifl and z/aap processors are not used but are considered for future use.::&?xxx?1?xxx?xxx?xxx?xxx?xxx?xxx?xxx::&?xxx?xxx?2?xxx::&&?0?1?xxx?xxx?xxx?xxx?6?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx::&?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?9?xxx?xxx?xxx::&?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?xxx?9::wlc has enabled us to reduce software charges&?xxx?xxx?2::
Not Scored by Definition