It's the third time you ask this question without providing much detail.
Without you providing further detail on your requirements and intentions, it is unlikely that you will get a more substantial and suitable reply this time.
Your previous posts got some short pointers to possible approaches. - What do you think about those?
Peter, your problem will be that unless you are using an active SQL engine (SQL Server, SQL Server Express, ORACLE, SYBASE, etc) as the back-end for your activity, you will not succeed. The native Access back-end file doesn't integrate well with web transactions. This is because of TCP/IP protocol sub-sets. Access uses SMB protocol (Server Message Block) which is a TCP-sub-set protocol that include the concept of continuous sessions with sequentially numbered individual update transactions. Web online services start from the UDP-sub-set protocols where a session is more tenuous and relies on the use of cookies to maintain context. I personally know of no cases where someone has successfully used Web protocols on an Access back-end file. However, you COULD write something that used an Access front-end to talk to an active SQL back-end, and web apps also can talk to active back-ends, both through some variant of ODBC protocols. The part that web users see would not be the part that Access users would see.
Hi, Has anyone managed to integrate and online payment site with MS Access or will I have to just download. The data base is local. Thanks for any help Peter
Hi, Is Ms Access able to connect to an online payment platform that will integrate with MS access, which is not online, and if so can you give me some leads on how it works Thanks Peter