Hi,
to remove the connection from oxorder to oxuser generates a
problem with our export-interface. So I agree to Achim.
As I remember OXID said that they cannot make a
solution for all. But would it not be possible to provide an option
in the shop admin-interface where each shop provider has the
Hi Andreas, hi Ralf,
the seller is legally bound to keep the records for ten years. Full stop.
This is not up to the customer. All the customer can demand, is that his
records are purged from any marketing database. That's his legal right, but
has nothing to do with the order database.
So I don'
I totally agree with Achim in that point - if you are buying in an
online shop you have to know that your details will be stored somewhere
on the server. This is like buying something from a catalog and then
sueing the seller because he stores your data to work on your order.
best
Alex
Achim
Hi Achim,
most shop owners do want to have the user data in their shops to use them for
marketing activities and evaluation. They do want to know if somebody is a NEW
customer or if he already bought something in the shop etc.
All those activities might not be allowed if somebody buys explicitl
Hi Achim,
yep. Personally I fully agree. But let's for a moment ignore this and focus on
a way to go on a semi-technical level.
Right now the issue is about 'lost' data because of deleting users when they
come back and buy a second time without registration. And I really like to find
a way to
This has been resolved by leofonic:
module for alist and search:
_iAllArtCnt==1){
foreach ($this->getArticleList() as $oArticle){
$sLoc = str_replace('&','&',$oArticle->getLink());
header("Location: ".$sLoc, true, 301);
exit();
Hi,
I'd like to know where people see the legal issues with keeping the
fulfillment data in the database, be it under oxuser or oxorder.
IMO this has nothing at all to do with the advertisement "buy without
opening an account". Opening an account is nothing more than being able to
login later and
Ahoi,
I summarize. You basically suggest a procedure like this:
1. During order processing, a temporary account is
Created in a 'good' place (what exactly 'good'
means is still to be defined).
2. All necessary information for fulfilling the order
collected and stored s
Hello,
I want to inform about credit card data validation related changes
in next release.
Due to incompatibility with PHP version 5.3.0 function "CCVal()"
(/core/ccval/ccval.php) will be replaced by "oxCcValidator" class
(/core/oxccvalidator.php):
oxCcValidator::isValidCard( $sNumber,