ERP and the wasted transaction dilemma

 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Complex Event Processing RSS News ERP and the wasted transaction dilemma
# 1  
Old 07-20-2010
ERP and the wasted transaction dilemma

by Adrian Bridgwater, ZDNet UK Business transaction-related electronic information flow has spiraled to new heights. Companies operate on the aggregated results of millions of ‘events’ and the prevalence of web services has served to further swell the volumes of data that must be extrapolated, interpreted and processed at any one time. Who has [...]

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

8 More Discussions You Might Find Interesting

1. Programming

Difference between BEGIN TRANSACTION & START TRANSACTION?

What's the difference between BEGIN TRANSACTION vs START TRANSACTION? Also goes for COMMIT TRANSACTION vs COMMIT? (0 Replies)
Discussion started by: dan139
0 Replies

2. UNIX and Linux Applications

CK-ERP (Open Source Edu / ERP / CRM / MRP) v.0.30.1 released

Hi, folks, A new release, v.0.30.1, of CK-ERP, has been posted, at SourceForge.Net, sourceforge.net/projects/ck-erp . New features comprise seven new modules (ck-teacher, ck-counsellor, ck-student, ck-applicant, ck-family, ck-registrar, ck-eduadmin) for deployment within educational... (0 Replies)
Discussion started by: chiukay
0 Replies

3. Shell Programming and Scripting

SQLPLUS error output....pls help...wasted all my day.

Code: print "$DB_CONNECT\n@$SQLDIR/SQLFILE.sql $INPUT" | sqlplus -s 2>> $LOGFILE | tee $IDW_HOME/data/supp/OUTPUTFILE1.dat | $PL_HOME/tabify_465.p > $IDW_HOME/data/supp/OUTPUTFILE2.txt 2>> $LOGFILE EXTRACT_RETURN_CODE=$? if then echo "EXTRACT or Tabify FALIED" >> $LOGFILE exit... (2 Replies)
Discussion started by: knarula
2 Replies

4. Shell Programming and Scripting

Append transaction header lines to same transaction's detail lines

Hi guys, I was wondering if someone can give me a hand in helping me append transaction header line in a file at the end of the transaction detail lines. Basically, I have a file that looks like this: FHEAD File1 THEAD TRANS1-blah TDETL HI1 TDETL HI2 TDETL HI3 TTAIL TRANS1-blah THEAD... (3 Replies)
Discussion started by: rookie12
3 Replies

5. Red Hat

Patch management dilemma

I've inherited about 10 RHEL 3 boxes that are located in Europe behind a corporate firewall with no access to rhn.redhat.com I've been tasked with patching all of these systems but I ask, Does redhat issue patch bundles? In AIX, there are maintenance levels and Sun has patch clusters available... (4 Replies)
Discussion started by: Steelysteel
4 Replies

6. Solaris

DiskSuite dilemma

Hello, We have this system a SunFire 280R running Solaris 8 Generic_117350-46. It has 2 36GB disks in it. They are mirrored with DiskSuite 4.2.1. When we execute a metastat all the devices report an Okay status, but when we go into metatool everything is in the Critical (maintenance)... (4 Replies)
Discussion started by: mgb
4 Replies

7. UNIX and Linux Applications

Linux based Open Source ERP System - CK-ERP

Hi, folks, I have developed CK-ERP, which is an open source accounting / MRP / ERP / CRM system that runs on top of multiple middlewares. It provides accounting and back office functionalities to SMEs and utilizes the underlying middleware to administer accounts/groups. Details about and... (0 Replies)
Discussion started by: chiukay
0 Replies

8. UNIX for Dummies Questions & Answers

A Terminal Dilemma

Hi everyone, I hope this is the right place to ask this question... I have a contract to convert a mainframe/DB2 application to using AIX/Oracle. Everything went fine but we are now running into a terminal problem. With the Mainframe app, the clients had great response time from remote... (5 Replies)
Discussion started by: rocky_triton
5 Replies
Login or Register to Ask a Question
Vend::Payment::BusinessOnlinePayment(3pm)		User Contributed Perl Documentation		 Vend::Payment::BusinessOnlinePayment(3pm)

NAME
Vend::Payment::BusinessOnlinePayment - Interchange wrapper for Business::OnlinePayment SYNOPSIS
&charge=onlinepayment or [charge mode=onlinepayment param1=value1 param2=value2] PREREQUISITES
Business::OnlinePayment Business::OnlinePayment:: gateway module See L<http://www.420.am/business-onlinepayment/> or L<http://search.cpan.org/search?query=Business%3A%3AOnlinePayment&mode=module> DESCRIPTION
This is a wrapper around Business::OnlinePayment for Interchange. The Vend::Payment::BusinessOnlinePayment module implements the onlinepayment() routine for use with Interchange. It is compatible on a call level with the other Interchange payment modules. In theory (and even usually in practice) you could switch from another gateway to a Business::OnlinePayment supported gateway (or between different Business::OnlinePayment gateways) with a few configuration file changes. Business::OnlinePayment is a set of related Perl modules for processing online payments (credit cards, electronic checks, and other payment systems). It provides a consistant interface for processing online payments, regardless of the gateway backend being used, in the same way that DBI provides an consistant interface to different databases. See http://www.420.am/business-onlinepayment/ <http://www.420.am/business-onlinepayment/> for more information and supported gateways. It is hoped that a future version of Interchange will do all credit card processing through Business::OnlinePayment, but this is my no means guaranteed and the timeframe is unknown. Think ALSA somewhere around Linux 2.2 and you've got the general idea. Currently this module is recommended for people with gateway processors unsupported by a native Interchange Vend::Payment:: module and for the adventurous. USAGE
To enable this module, place this directive in "interchange.cfg": Require module Vend::Payment::BusinessOnlinePayment This must be in interchange.cfg or a file included from it. The mode can be named anything, but the "gateway" parameter must be set to "onlinepayment". To make it the default payment gateway for all credit card transactions in a specific catalog, you can set in "catalog.cfg": Variable MV_PAYMENT_MODE onlinepayment It uses several of the standard settings from Interchange payment. Any time we speak of a setting, it is obtained either first from the tag/call options, then from an Interchange order Route named for the mode, then finally a default global payment variable, For example, the "setting" parameter would be specified by: [charge mode=onlinepayment setting=value] or Route onlinepayment setting value or Variable MV_PAYMENT_SETTING value The following settings are available: processor Your Business::OnlinePayment processor. id Your Business::OnlinePayment login. secret Your Busienss::OnlinePayment password. transaction The type of transaction to be run. Valid values are: Interchange Business::OnlinePayment ---------------- ----------------------- auth Authorization Only return Credit reverse sale Normal Authorization settle Post Authorization void Void test Set this true if you wish to operate in test mode. Make sure to verify that your specific Business::OnlinePayment:: gateway module supports a test mode. In addition, any other processor options are passed to your gateway. See the documentation for your specific Business::OnlinePayment:: gateway module for details on what options are required, if any. AUTHOR
Ivan Kohler <ivan-interchange@420.am> Initial development of this module was sponsored in part by Simply Marketing, Inc. <http://www.simplymarketinginc.com/>. COPYRIGHT
Copyright 2004 Ivan Kohler. All rights reserved. This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. Extra query parameters extra_query_params "customer_id their_param=our_param" This allows you to map a passed parameter to the transaction query of your module. Obviously the module must support it. The parameter comes from the parameters passed to the [charge ..] tag or the route. The above id passes the customer_id parameter on with a key of the same name, while the second sets their param "their_param" with "our_param". Extra result parameters extra_result_params "transid=weird.module.name" This allows you to map a returned parameter to the payment result hash of Interchange. perl v5.14.2 2011-03-09 Vend::Payment::BusinessOnlinePayment(3pm)