Здравствуйте.
Случилось так, что почтовый сервер отработал не корректно и сообщение о созданном заказе до него не дошло.
Я знаю какие заказчики не получили подтверждение заказа, но в заказе нет кнопки отправить сообщение повторно.
Предлагаю сделать возможность повторного оповещения о созданном заказе.

Сейчас в базе ограничены по размерам поля:
- USER_DESCRIPTION 250 симв.
- ADDITIONAL_INFO 255 симв.
и все свойства заказов физически не могут быть длиннее 255 символов, даже textarea.


Предлагаем снять ограничения по кол-ву символов. Тем более, что у вас так уже сделано на пользовательских полях и highload-блоках.

У нас в магазине www.angelbeauty.ru служба доставки Почта России включается только для иногородних заказчиков. И только, если сумма заказа больше 1000 рублей. Это работает для всех зарегистрированных покупателей. А незарегистрированный иногородний покупатель может сделать заказ на сумму менее 1000 рублей. И даже оформить его. Никакой службы доставки предложено не будет - потому что нет условий для этого. Однако заказ можно оформить и без доставки в этом случае. И мы получаем конфликтную ситуацию. Нельзя ли сделать так, чтобы никто не могу оформить заказ, если нет условий для выбора способа доставки?

Наиболее удобный компонент для оформления заказа bitrix:sale.order.ajax, он часто обновляется.
Часто стоит задача определять местоположение пользователя (по ip, по ИНН для юр. лиц, и т.п.). Но компонент не поддерживает на уровне API задание местоположения.
Изменить местоположение можно либо костылями на JS, или модифицировать компонент (= отказаться от его поддержки и обновлений)
Было бы удобно добавление параметра в компонент с заданием местоположения по умолчанию при оформлении заказа, или добавление API для текущего пользователя. В любом из этих вариантов было бы возможно задать нужное значение до загрузки компонента.

Убрать совершенно бессмысленные поля для ввода отгружаемого товара в форме заказа при отгрузке.
1) Если сотрудник обработал заказ он уже увидел наличия или отсутствия товара на складе.
2) если в заказе более 20 позиций, то надо напротив каждой позиции  поменять склад, откуда отгружать товар + кол-во товара(которое в 100% равно кол-ву в обработанном заказе).
3) В знакомых нам программах учета ЗАКАЗ привязывается к СКЛАДУ, а не позиции товара.

Как минимум, если идеологически не согласны с этим сделайте хотя бы автозаполнения этих полей или кнопку - "кол-во отгруженного = кол-ву в заказе". Склад можно тоже массово указать. Иначе при отгрузке заказов в 40 позиций - кошмар менять значения в 80 полях (склад + кол-во к отгрузке)

Когда ввел свой город и нажал таб, ентер или просто мышкой перешел на следующую строчку, то данные не обновляются и, соответственно, при оформлении заказа мы получим ошибку  что-то вроде "Поле с городом не заполнено".



Короче если не кликнуть на город из списка предложенных, то поле считается не заполненным.

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

столкнулась с проблемой: хотела просто-напросто добавить описание службы доставки со ссылкой на оф сайт этой доставки, но была расстроена тем фактом, что помимо обычного текста описание ничего содержать не может =(

Добрый день!

Опишу типовую ситуацию.
Оптово-розничный магазин. Для оптовиков доступна бесплатная доставка курьером по Москве. Для розничных - пока только самовывоз, но будет свой платный курьер.

Заведена службы доставки "Доставка курьером по Москве". Ограничений нет.
Вопрос: как не выводить эту службу для физ. лиц, если ограничения есть только по Местоположению и по привязке к платежной системе.

Сейчас в связи с этим приходится сначала выводить оплату, а потом уже доставку. Что не всегда верно и вообще не является решением, а, скорее, безысходностью.

Накопилось много "справедливых" жалоб от клиентов. В итоге получился такой список доработок:

1. Зачем заполнять адрес доставки и местоположения, когда клиенту нужен самовывоз?
ФИО, телефон - это нужная информация, но зачем заполнять от 3х до 5-ти полей адреса, когда клиенту нужен только самовывоз? А Адрес, например, обязательное поле? Ведь нет зависимостей обязательности полей от службы доставки...

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

2. Некорректная работа фильтра служб доставки и оплаты в зависимости от города позволяет оформлять неправильные заказы.

Пример: Оплата наличными есть только для доставки курьером по Москве. Пользователь заходит на сайт, вводит Барнаул - фильтруются службы доставки (!) - появляется Доставка почтой. Она одна-единственная и поэтому клиент на нее мышкой не кликает, не выбирает.

Но (внимание!) после выбора города Барнаул платежные системы еще не отфильтровались. Надо ведь кликнуть на службу доставки. Поэтому в этом случае становятся возможными невозможные сочетания типа: Барнаул - Почта России - оплата наличными курьеру.

Аналогичный "финт" получается, если сначала выводятся службы оплаты, а потом доставки.

Надо либо проверку поставить, что клиент действительно выбрал службу оплаты/доставки и выводить ошибку, либо фильтровать оплаты по единственной службе доставки.

Теоретически возможен вариант написания робота, который бы клал какой-нибудь товар в корзину и оформлял фейковый заказ в интернет-магазине. Это не только заспамит мыло отдела продаж, но и дико замусорит базу заказов. Надо добавить CAPTCHA в форму оформления заказа.