По федеральному закону "О персональных данных" N 152 (закону Яровой) на любом сайте используещем сбор персональных данных в необходимом порядке должна быть страница о "Политике конфиденциальности" данного сайта, магазина, компании. Данное требование распространяется на все сайты, лэндинг-пэдж, интернет магазины, регистрирующие пользователей и запрашивающие их данные.

В противном случае, в случае отсутствия страницы о "Политике конфиденциальности" на владельцев сайтов, частных и юрлиц, с 1 июля 2017 года будут налагаться крупные штрафы от 10 000 до 75000 рублей. В феврале внесены поправки в статью 13.11 КоАП по поводу нарушений закона о персональных данных. Они вступят в силу 1 июля 2017 года и коснутся всех, кто собирает, обрабатывает и хранит любые персональные данные. С 1 июля выписывать протоколы будет Роскомнадзор — дело пойдет быстрее.

Штрафы разделили по видам нарушений и увеличили в десятки раз. Например, если не разместить на сайте политику конфиденциальности, ИП могут оштрафовать на 10 тысяч рублей, а компанию — на 30 тысяч. А если обрабатывать персональные данные без согласия клиента интернет-магазина или подписчика на информационный курс, то штраф для юрлица составит до 75 тысяч рублей. Директору компании или предпринимателю придется заплатить до 20 тысяч. Если нарушений несколько, то и штрафов будет несколько.

Ввиду того, что данная страница законодательно необходимая и информационно типовая для всех типов интернет-магазинов и систем электронной коммерции, то должна быть частью системы интернет-магазина и распространяться вместе с системой интернет-магазина, поэтому должна созданна разработчиками как часть функционала и интегрованна в систему редискрипт. Прошу рассмотреть и выполнить данное предложение.

Важные ссылки:
https://journal.tinkoff.ru/personalnye-dannye/
https://habrahabr.ru/company/it-lex/blog/293016/
http://www.gd.ru/articles/9068-qqq-17-m3-24-03-2017-rabota-s-personalnymi-dannymi

В связи со скорыми введением 54-ФЗ для интернет-магазинов неплохим решение была бы интеграция с NextPay. В данном случае нет необходимости в кассе, так как средства от клиентов приходят обычным безналичным платежом с полной суммой перевода. NextPay, в отличии от формы приема платежей Яндекс, делает оповещение интернет магазину о совершенном платеже.
Не все клиенты готовы сейчас интегрировать онлайн-кассы. Особенно это касается тех, кто впервые открывает интернет-магазин.

Предлагаю для авторизации на сайте разрешить ввод в качестве логина не только e-mail как сейчас, а e-mail или контактный телефон. Тоже самое и для: Забыли пароль?

Сделать возможность установки другой капчи (в виде отдельного модуля)

Произошла такая, не самая приятная, история:
Переносил клиентов со старого движка, который еще крутился на боевом домене, на новый движок (readyscript) через csv (думал, что удастся перенести еще и их заказы — потом только понял, что импорта заказов из csv нет). Readyscript в это время крутился на временном домене для разработки. Импортировал N тысяч пользователей, быстро и просто.
Сразу же заметил, что мне, как админу, на почту начали сыпаться письма с уведомлениями о регистрации нового пользователя, а в теле письма - домен для разработки. А через несколько часов мне начали писать возмущенные клиенты "Чего это за письмо мне пришло, я ни на каком сайте testreadyscript.nomerdogovora.hostername.ru не регистрировался". Оказывается каждый из клиентов получил по письму о регистрации себя на тестовом домене для разработки.
Вот такое поведение системы, может быть и логичное с точки зрения внутреннего устройства, никак не очевидно, и при этом может приводить, и привело, к серьезным репутиционным рискам.
Уж как я не люблю спамеров, а тут и сам им оказался.
Мораль: мне, как виновнику, нужно аккуратнее работать с незнакомой системой. Разработчикам, как Разработчикам, добавить в диалоговые окна импорта, которые могут приводить к массовым рассылкам писем, как минимум — предупреждение, а как максимум — опцию включения рассылки при импорте, которая по умолчанию будет выключена.

Есть ли возможность внедрить этот вид капчи? Когда пользователю не нужно ничего распознавать и вводить, а достаточно просто поставить галочку.

Есть замечательный модуль https://marketplace.readyscript.ru/addons/cdekdeliverymap/ . Он демонстрирует следующий подход: в каком бы более-менее крупном городе не находился клиент, он будет воспринимать услугу доставки в ПВЗ СДЕК как самовывоз заказа. К нему же не до двери курьер доставляет заказ, а он его сам вывозит из ПВЗ.

Другими словами:
1. Доставка - это все, что до дверей клиента и требует ввода адреса (улица, дом, квартира).
2. Самовывоз - это все, что до склада/ПВЗ/терминала ТК. Это требует только ввода города клиента и выбора из списка доступных в данном городе точек самовывоза. Ввод города в большинстве случаев не потребуется, т.к. работает геолокация.

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

Поэтому:
1. В админке любой способ доставки помечаем как "Самовывоз" или как "Доставка по адресу". При этом даже Универсальный класс доставки может быть Самовывозом.
2. На витрине на первом шаге оформления заказа (ввод контактных данных), где клиент вводит телефон/email/фио и выбирает из 2 вариантов "Самовывоз" или "Доставка по адресу", было бы идеально писать «Самовывоз (доступно X пунктов выдачи заказов в городе N (и ссылка "Другой город", на случай если геолокация ошиблась)». X получаем сложением всех доступных адресов самовывоза у всех включенных способов доставки "до склада" в этом городе.

Вот на примере СДЕК. У меня сейчас 2 "клона" СДЕК доставок: один включает все услуги "до двери", другой все услуги "до склада". Скриншоты прилагаю. Один предполагает ввод адреса клиента, другой - только выбор нужного ПВЗ на карте.

Тут напрашивается фраза "Нет пределов совершенству" :) Но, во всяком случае для моего магазина, именно такой подход выглядит самым логичным.

В данный момент есть два домена для разработки, это *.local и *.test, было бы не плохо добавить dev.* что бы была возможность заниматься разработкой не только на локальной машине, иначе банально даже заказ на маркете не протестировать.

Сделайте платный модуль Боксберри или Яндекс доставки. А то сейчас стоит модуль Axiomus, и то не работает, кажется.
Или сделайте возможность после выбора города при оформлении заказа выбор пункта самовывоза в данном городе. А список пунктов мы сами создадим.

Предлагаю сделать удаление выключенного товара из корзины. Вот как это выглядит:
Пользователь зашел на сайт, накидал себе товаров в корзину и ушел с сайта, в то время пока пользователя не было на сайте, этот товар выключили(например потому что он кончился), но пользователь об этом не знает. Он возвращается на сайт, и оформляет заказ. Заказ удачно проходит, но при отправке посылки выясняется, что этого товара уже нет и приходится звонить пользователю, что вызывает определенные неудобства. Поэтому предлагаю в таком случае, удалять товар из корзины, если его выключили.