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

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

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

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

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

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

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

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

Сейчас в выгрузке в Я.Маркет присутствуют лишь конечные категории. Т.е. подкатегории самого нижнего уровня.
Считаю, что нужно также выгружать все "старшие" категории в которых что-то содержится.
Это поможет правильно распределить товары по категориям Я.Маркета, т.к. тег market_category больше не используется.
Кстати, это в рекомендациях Маркета указано https://yandex.ru/support/partnermarket/categories.xml#example

<categories>
<category id="1">Книги</category>
<category id="2" parentId="1">Детективы</category>
<category id="3" parentId="1">Боевики</category>
<category id="4">Видео</category>
<category id="5" parentId="4">Комедии</category>
<category id="6">Принтеры</category>
<category id="7">Оргтехника</category>
</categories>

А у RS сейчас выгрузка идет
<categories>
<category id="2">Детективы</category>
<category id="3">Боевики</category>
<category id="4">Видео</category>
<category id="5">Комедии</category>
<category id="6">Принтеры</category>
<category id="7">Оргтехника</category>
</categories>

что может привести к неверному распределению по категориям Маркета.

Очень хотелось бы получить данную интеграцию. Огромное число магазинов работают с данными пунктами выдачи.

У меня большая база в 1С. Номенклатурных позиций более 2000, и постоянно база растет. Какой-то товар есть в наличии, какого-то нет и больше не будет, а какого-то нет, но он появится, например через неделю, или две.
Когда я делаю обмен, и товара нет в наличии, в файла обмена его тоже нет (обмен настроен с периодичностью раз в час и случается так, что отгружается последние 4шт товара). В настройках же 1с я выгружаю только то, что есть, так как если выгружать все товары, которые когда-то были, то у меня займет это слишком много времени.
В настройках сайта ( в настройках 1С, "Что делать с товарами, отсутствующими в файле импорта" ) есть только : "удалить", "деактивировать" , "ничего". Так вот "удалить" это плохо для seo, "деактивировать" тоже плохо для seo. Если ничего не делать, то получается что товары не обновляются корректно.
Предлагаю вам добавить еще один пункт. Если товара нет в обновлении, то ставить ему количество 0 по всем складам, и оставлять его на сайте. Тогда можно будет и пользоваться удачно кнопкой "сообщить о поступлении товара на e-mail".
В противном случае кнопка "сообщить о поступлении товара" работает не на все 100%.

Расчет веса товара должен вестись в зависимости от выбранной комплектации, иначе расчет доставки товара будет не верным.

Добавить функцию сайт на профилактике что бы все его не видели кроме администратора

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

Здравствуйте!

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