В тестовой группе находится совсем мало товаров, которые не покрывают всевозможные варианты, описанные здесь http://shopxml.com/user/instructions.html. Добавьте продукты, на которых бы можно было протестировать специальные цены, оптовые цены, (крупный/мелкий опт, есть крупный нет мелкого, есть мелкий нет крупного), дополнительные вопросы при выборе опций атрибута, опции которые не только увеличивают вес/цену, но и уменьшают (если такое возможно), товары с документами, товары с разными типами опций и т.д.
Или же, если значительная часть всего этого все равно не используется подправьте документ, чтобы понимать, с чем можно столкнуться при построении собственной формы выбора атрибутов товара.

Практически все продукты имеют атрибут is_new="0". Как это понимать. Они все не являются новыми?

При покупке piercing needle (и ряда других) на mspiercing.com действует оптовая цена для заказа более 5 игл.

При покупке на партнерском магазине цена так и остается обычной, 1,49 против 1,40 на mspiercing.

Означает ли это что оптовые скидки не доступны для партнерских магазинов?

<product ... price="120" opt1="0" price1="0" opt2="0" price2="0" price_type="1" spec_type="Specials" spec_time1="0" spec_time2="0"
spec_price="85" spec_price1="0" spec_price2="0">

1. Что за поле price_type? В инструкциях ни слова.

2. А это нормально, что spec_time1="0", spec_time2="0", т.е. граница, когда товар имеет специальный тип не задана, но при этом он является специальным и для него применяется специальная цена.

Как однозначно определить, какую цену необходимо применять в текущий момент?

1. Это то же, что spec_type, но в виде int
2. Граница не задана, значит бЭзгранично - и это как раз в инструкции есть.

Да, со специальной ценой понятно. Осталось только расшифровать какие значения price_type что означают.

Теперь в первую очередь интересует вопрос во втором сообщении: что на счет крупного/мелкого опта, он вообще доступен для партнерских магазинов?

0 - обычная
1 - Specials - скидка
2 - Featured - выделенный/сезонный
Принципиально по способу обработки 2 и 3 не отличаются. На сезонный разве что цена может подниматься. Но, насколько я вкурсе, сезонные вообще никто не проставляет...

Оптом, мне кажется, вообще не заморачиваются. Мне по крайней мере на глаза такие товары не попадались.

Loren, на mspiercing часто тестируются некоторые вещи которые потом идут или не идут в shopxml.com. Иногда различие обусловлено тестированием, иногда небольшим различием технологических платформ (скажем разница в шиппинге: на мспирсинге есть бесплатная куръерская доставка для заказов выше 100, но ее нет на шопхмл. Зато на шопхмлсамый простой шиппинг н зависит от веса никогда)
Если вам какая-то опция, которую вы видите на какихх-то магазинах очень нравится, но в шопхмл она недоступна, то напишите в саппорт. Я попобую что-то придумать. Не факт что получится, но я попробую.

Пока вопрос нравится/не нравится не поднимается. Хочу понять с чем можно столкнуться при создании своего магазина, какие поля несут полезную информацию, какие не используются (как в частности is_new) и т.д.

Loren, некотторые поля используются для одной группы товаров, но не используются де-факто у другой. Стандарт же фида универсальный.

1. Сессия открытая с через open_session.php через какое-то время истекает? Отчего может возникать ошибка ID=10, Session identification error

2. Сделайте тестовый discount_code на foo group

3. В каких случаях покупка будет облагаться налогом? В зависимости от адреса доставки? Какие это адреса.

С кем можно общаться быстрее ICQ, e-mail?

1. Через какое-то время истекает. Оттуда и может возникать.

3. В зависимости от адреса. У каждой товарной группы свои офисы и свои штаты, в которых покупка облагается налогом. Вообще, в Америке при продаже в свой штат налог накладывается, при продаже в другой - нет.

Хорошо.
Тогда непонятно вот что. (На самом деле просто лень разбираться в php коде)

Я пытаюсь зарегистрироваться в системе (магазин на основе cool_shop), ввожу тот же email который уже есть. Получаю вполне логичную ошибку, оставляю страничку открытой в браузере - ухожу спать.

Через 8 часов просыпаюсь, пробую то же самое, опять получаю ошибку о занятом email. Ничего странного.

Но по идее должна была быть ошибка session identification error. Ведь сервер все еще хранит данные старой сессии(sxml) и пытается обратиться с этими данными к shopxml (хотя... может быть за это время сервер успел забыть эти данные и открыл сессию(php) заново, что в свою очередь привело к созданию новой сессии(shopxml)). А воопрос - почему мы не получили ошибку 10?

Второе, как быстро истекает сессия(sxml)? А что если пользователь 8 часов по сайту бродит. Набирает так сказать товара на $10000. Ведь у нас нет возможности обновить сессию(shopxml), получается, что в какой-то момент в независимости от его активности, сессия(sxml) для пользователя прекратится и он потеряет содержимое корзины?

Список дайте адресов, хоть некоторых, на которых можно протестировать налог. И про тестовый скидочный купон вопрос открыт.

Нет, если пользователь бродит, то сессия истечь не может.
И через 10 часов отнюдь не всегда истекает.

Хочу тестовый купон

Сейчас доступен только один метод оплаты authorize - Credit Card (Authorize.net)?

Или это зависит от товаров? Возможны ли другие методы оплаты? Как узнать когда нужно передавать m_cc_type - Тип кредитной карты (для способа оплаты 2). И что значит "способ оплаты 2", их всего два может быть что ли?

кладем товар в корзину - вводим адреса доставки - выбираем способ доставки - логаут покупателя.

После этого, даже не смотря на то, что покупатель больше не залогинен в sxml, cart.php при GET_XML=1 возвращает стоимость выбранного покупателем ранее способо доставки. Так и задумано?

Описание "интерфеса №13"
Параметры вызова:
system - ID способа доставки - строка (в XML-е фигурировала как ID) (требуемый параметр)
.....

Несложно разобраться, что на самом деле ID способа оплаты, но только раза с 5ого дошло . Меняйте.[/list]

204 Too short ñredit card number - Какой-то ужасный символ в сообщении об ошибке

Что-то со мной никто не общается

Интерфейс №23
time_str - время заказа в виде человекопонятной строки
на текущий момент она возвращается в виде 24 Feb 2008 14:40. Если учесть, что основные покупатели - выходцы из US, то строка должна быть сформирована совсем другим образом. Даже если оставить дату в виде dd/mm/yyyy (хотя должно быть mm/dd/yyyy), то время уж точно должно быть в pm/am.

а пусть амеры привыкают

А вот еще интересно
15 HTTPS must be used Вы можете использовать этот интерфейс только через HTTPS
Никогда не происходит

Описано 2 метода - значит возможно 2. На данный момент. Вместе одновременно никогда не применяются. m_cc_type - указано в инструкциях, что передавать при способе 2.


Мешает? Будем считать, что задумано.