Fat Client Mac O$10 Talk to Browser?

[Das Goravani]

Doug, 

YES everyone has to deal with it. Or merchants do anyways. BUT, when doing those quarterly or whatever PCI compliance questionnaires, IF you do not store credit card details, you BYPASS MOST of the questionnaire and it’s a no brainer, it’s easy, etc. 

And the VAR does not need to have his software reviewed and certified or whatever that is.. 

If the fields, forms, etc., are all hosted by a third party, you have very low PCI responsibility. 

I know, because I was a credit card merchant the full old fashioned way for a very long time during PCI times. 

Because I only took cards on a 3rd party secure form that I was not responsible for, the questionnaires went real easy. There is no responsibility in that situation.

This is what I’ve gleaned so far anyways.

Das

Ps: Tell me if you think I’m wrong.



> On Sep 30, 2022, at 11:24 AM, Doug Easterbrook via omnisdev-en <omnisdev-en at lists.omnis-dev.com> wrote:
> 
> hi das
> 
> scott offered to help you with emerge pay
> 
> 
> I hate to tell you —   If a customer takes credit cards for any reason (wether on computer, manually, pin pad, the old fashioned way of putting the card into an imprinter and taking a physical record of the card)…
> 
> they are subject to PCI.    They can choose to follow them or not, get audited or not.    but the credit card companies (PCI) required all merchants  to be responsible for the PCI rules.    truly, nothing every happens to people who don’t follow PCI rules — unless there is a credit card breach.      and then if the PCI council finds out that there is no attempt to be secure with credit cards and implement the rules, they’ll fin the merchant.  and can be lots of money for each lost card.
> 
> 
> one of our smaller customers ended up getting a 10,000 USD fine about 15 years ago ….   because they exposed cards in a way that they shouldnt
> 
> just saying.    you can ignore and see what happens.    ignorance may cause a merchant to lose the ability to take credit cards.
> 
> 
> PCI is isn’t just about cards and computers.    it is about how card data is handled in a business, whether computerized or not.
> 
> 
> sigh.   I hate having to say the above.   
> 
> 
> 
> Doug Easterbrook
> Arts Management Systems Ltd.
> mailto:doug at artsman.com <mailto:doug at artsman.com>
> http://www.artsman.com <http://www.artsman.com/>
> Phone (403) 650-1978
> 
>> On Sep 30, 2022, at 8:04 AM, Das Goravani <goravanis at gmail.com <mailto:goravanis at gmail.com>> wrote:
>> 
>> 
>> Dear Listers, 
>> 
>> Greetings.
>> 
>> On behalf of a Small Omnis based VAR with many clients. 
>> 
>> Studio 8 or 10.22, Cross Platform but esp. Mac, Fat Client
>> 
>> We are willing to pay for your direction.
>> 
>> Or maybe some one of you might already know how to do this and can say so easily.
>> 
>> Herein we are not asking you to spend lots of time and do the work of the coding, rather we are seeking DIRECTION, HOW TO make this work. 
>> 
>> Situation: This VAR MUST use "EmergePay" as their credit card processor for reasons that are absolute and do not bend.
>> 
>> https://dev.gravitypayments.com/docs/emergepay/ <https://dev.gravitypayments.com/docs/emergepay/> <https://dev.gravitypayments.com/docs/emergepay/ <https://dev.gravitypayments.com/docs/emergepay/>>
>> 
>> This processor offers an HTTP REST JSON interface API Reference.. but this they say leaves you open to PCI so this is OUT.
>> 
>> We want to NOT have to deal with PCI. 
>> 
>> EmergePay says you then have to use one of their FOUR other methods of connecting with them. See the four methods on the web page of the above link.
>> 
>> These four other methods are all web based. VAR is fat client.
>> 
>> The question I have is: Is there a way to implement a web based thing somehow connected to the fat client?
>> 
>> How to pass in data and capture their success or failure message in the fat client?
>> 
>> This project MUST get done SOMEHOW. Failure is not an option. 
>> 
>> I am wondering if the solution might be to use the Javascript Remote Form, since that has Javascript objects, a lot of the four solutions EmergePay offers use Javascript a lot. There is a way to use a Remote Form with the fat client, and tie it to the fat client so that the two can talk. I have seen this as a tech note on the Omnis site. Maybe that is how the solution will unfold. 
>> 
>> Would you please, if you know how to do this, look over the four methods they offer on above link. Determine which ones of the four could work with Fat Client somehow. Inform us which, and tell us how to do it, basic directions, as I have a hard time understanding their docs. 
>> 
>> One reality to mention is that the Var has an acceptable solution already in place on Windows. The pressing problem is the Mac. 
>> 
>> There is one of you out there who would read their stuff and come up with a solution for us. Problem is to get you to look into this from your otherwise already busy schedule. 
>> 
>> Hence it’s a paying gig. You don’t need to donate your time. 
>> 
>> Thank you for your input. 
>> 
>> Das Goravani
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> _____________________________________________________________
>> Manage your list subscriptions at https://lists.omnis-dev.com <https://lists.omnis-dev.com/>
>> Start a new message -> mailto:omnisdev-en at lists.omnis-dev.com <mailto:omnisdev-en at lists.omnis-dev.com> 
> 
> _____________________________________________________________
> Manage your list subscriptions at https://lists.omnis-dev.com <https://lists.omnis-dev.com/>
> Start a new message -> mailto:omnisdev-en at lists.omnis-dev.com <mailto:omnisdev-en at lists.omnis-dev.com>