Re: SIPS : external credit card payment (Atos Origin)

[Jacques Le Roux]

From: "eric" <eric...@free.fr>
Hi Jacques,
I have created my own french firm with another bank CIC-Crédit Mutuel
Their on-line payment is managed by EURO-INFORMATION.

I have succeeded to implement their demo payment.
I will told you when my french website works well and my address.

SIPS and EURO-INFORMATION have the same integration.
I have keeped my SIPS integration.

I'm available to help you.

Eric

Do you mean to create a patch? Else, as I already said in the Jira issue, I already implemented SIPS for a customer. That's not a 
big deal if you don't follow OFBiz way (payment method in a store). That's what I'd be interested of. In other word my interest is 
for the community not for my own needs... But I still wonder if SIPS can be embedded in OFBIz using payment method for 2 reasons: 
technical (I remember the DLL on Windows for SIPS) and especially license at the SIPS level (since as you said there are companies 
which bizness is to integrate SIPS for clients...)

Thanks

Jacques


On Thu, 2011-01-20 at 16:25 +0100, Jacques Le Roux wrote:

Hi Eric,

This is a rather old post (related to 
https://issues.apache.org/jira/browse/OFBIZ-2554) but I think it's worth to be 
revisited.
For instance see "our concurrents" in France
http://www.alatak.net/tutoriels-paiement-virtuemart-11/configuration-du-paiement-securise-sips-pour-joomla-15-et-virtuemart-11.html
http://www.magentocommerce.com/boards/viewthread/22044/P120/
http://extensions.joomla.org/extensions/extension-specific/virtuemart-extensions/virtuemart-payment-systems/2443

Did you get some news? Else I will apprecaite a little help from the French community in order to commit this in OFBiz following 
the
regular practices for this kind of stuff (payment method in store)

Thanks

Jacques

From: "Eric DE MAULDE" <eric...@free.fr>
> Hi Jacques,
>
> I sent again emails to Sherlock's office (Le Crédit Lyonnais) and SIPS office 
(Atos Origin)
> Yesterday, LCL replied me :
> "Le service de sécurisation sur Internet  Sherlock's commercialisé par LCL et 
développé sur la base d'une solution  SIPS
> personnalisée  ne peut être utilisé que par des commerçants LCL."
> Translation : Sherlock's Web securing service (marketed by LCL and developed 
with a customized SIPS system) just can be used by
> LCL merchants.
>
> On the phone, Atos told me several renting Web shop companies implement their 
system in standard. I think without the LCL
> certificate and logo, because the SOCIETE GENERALE markets this system too.
>
> For my part, I continue to improve my Sips implementation.
> And I'm waiting an answer from Atos to get a permission as in another renting 
Web shop.
>
> Jacques, tell me if you want further informations ...
>
> Eric
>
>
>
>
>> Hi Eric,
>>
>> When you firtst talk about this I did not realise that you were spoking about Atos's SPIPS. I have also used this toolkit in 
>> the
>> past but I wonder now if we are able to put that in OFBiz. I looked for information about its licence, but found nothing yet. 
>> In
>> my experience SIPS is brought to you by a bank which is the real party you 
exchange with. Have you more informations ?
>>
>> Thanks
>>
>> Jacques
>>
>> From: "Eric DE MAULDE" <eric...@free.fr>
>>> Hi Jacques,
>>>
>>> Thanks for your help
>>>
>>> Here is my files tree :
>>>
>>> /applications/accounting/config/sips/certif.fr.01429303911111 (binary)
>>>
>>>
>>> parmcom.01429303911111 (full URLs to return and cancel page, auto response 
servlet ; currency, shop logo, payment means)
>>>
>>>                                                           certif..fr. 
01429303911111-          (binary)
>>>
>>>                                                           pathfile (credit 
card logo URL, full path to these files in this
>>> directory)
>>>
>>>                                                           parmcom.sips (display properties, accepted card list, buyer 
>>> language
>>> code, bank logo, shop contry code, shop language code)
>>>
>>>
>>>
>>> /applications/accounting/lib/sips/apipayment.jar
>>>
>>>
>>>
>>> 
/applications/accounting/src/org/accounting/thirdparty/sips/sipsRequestServlet.java(including the 
path to "pathfile" ; first
>>> method "service") sipsResponseServlet.java (ditto) sipsAutoResponseServlet.java  
    (ditto)Data :"insert into
>>> PAYMENT_METHOD_TYPE (PAYMENT_METHOD_TYPE_ID, DESCRIPTION,DEFAULT_GL_ACCOUNT_ID) 
values ('EXT_SIPS', 'Sips', '122000')"è Via
>>> /applications/accounting/data/AccountingTypeData.xml"insert into 
PAYMENT_METHOD_TYPE_GL_ACCOUNT
>>> (PAYMENT_METHOD_TYPE_ID,ORGANIZATION_PARTY_ID, GL_ACCOUNT_ID) values 
('EXT_SIPS', 'Company','122500')"è Via
>>> /applications/accounting/data/DemoGlSetupData.xml+ add directory and "jar" 
extension
>>> in/applications/accounting/ofbiz-component.xml+ translations+ changes in
>>> /applications/ecommerce/webapp/ecommerce/WEB-INF/controller.xml
>>> and web.xml+ changes in /applications/accounting/build.xml+ add images in 
/framework//images/webapp/images/sips/... .gif+
>>> changes in ecommerce .ftl filesProblems :. Where can I save many different bank response codes (from my bank and AtosOrigin) 
>>> ?
>>> From these codes, I manage payment validation.. the API language codes have just 2 chars, how can I manage that ?Do you want 
>>> me
>>> to send you files ?Eric> Keeping it in /applications/accounting/src/org/ofbiz/accounting/thirdpartyseems fine to me>> Have 
>>> you
>>> any files outside of this directory ?>> Jacques>> From: "Eric DE MAULDE" 
<eric...@free.fr>>> Hi,>>>> I begin in the JAVA
>>> language and OFBiz.>> I succeeded to implement this payment in the accounting application.>> Now to share this development, 
>>> how
>>> do I implement it in the"specialpurpose" directory ?>> Do I keep the same 
directory tree than in the accounting application,
>>> asfar as the "thirdparty" directory ?>> I already read the FAQ, do you have 
another article or documentation ?
>>> >>>> Thanks>>>> Eric>>>> --> No virus found in this incoming message.> 
Checked by AVG. Version: 7.5.524 / Virus Database:
>>> >>>> 269.24.4/1476 - ReleaseDate: 31/05/2008 12:25>>
>>>
>>
>>
>>
>>
>> -- 
>> No virus found in this incoming message.
>> Checked by AVG. Version: 7.5.524 / Virus Database: 269.24.5/1479 - Release 
Date: 02/06/2008 19:02
>>
>>
>