CiviCRM Stack Exchange is a question and answer site for administrators and users of the CiviCRM Constituent Relationship Management software. It only takes a minute to sign up.
Sign up to join this community
Our organization maintains a "deposit account" or "credit account" for our constituents. Account balance info is stored in a 3rd party MS SQL application.
I would like to hear high-level ideas and advice on how go about building a custom payment processor so that folks can pay for CiviEvent fees, etc., using their credit account balance.
Has anyone encountered this situation before?
I would try grabbing the code for one of the current payment processors and creating a new instance of it for your credit account "processor". This should give you the plumbing necessary for CiviCRM; of course you will still need to build out the interface with the MSSQL application, but you will need to do that anyway.
To start this, do a 30 minute dive into the current civi payment processors... I recall there being some fairly simple implementations that you probably can most easily leverage.
