Идеи пользователя

Универсальный платежный агрегатор Tegro.money

Описание:

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

Основные возможности:

1. API-сервис: Этот сервис позволяет принимать платежи, осуществлять возвраты и узнавать статусы операций. Для работы по API клиентам потребуется создать магазин в системе Tegro.money. Подробная документация по API доступна для изучения.

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

3. Создание платежа: Система предоставляет удобный интерфейс для создания платежей. Достаточно передать необходимые параметры на специальный url.

4. Интеграция с GitHub: В репозитории на GitHub представлена вся необходимая документация для разработчиков.

5. Презентация продукта: Ознакомьтесь с презентацией Tegro.money для получения дополнительной информации.

Цель:

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

В визуальном редакторе есть область для добавления изображения. Чтобы добавить изображение через визуальный редактор, нужно кликнуть на надпись drag&drop. Предлагаю увеличить область клика, чтобы можно было не целиться в надпись, а достаточно было кликать на прямоугольную область, в которой должно размещаться изображение. А область эта очень большая. Это значительно сократит время и силы при наполнении сайта.

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

Возникла потребность создать 1 купон для нескольких магазинов находящихся в одной админке, но так-как правило для каждого сайта своё, а купон должен быть уникальным немного пришлось повозится

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

Модуль sale, версия 22.100.50 (от 2022-06-07 06:28:57)

Файл

В строке 58 происходит присваивание переменной значения из массив POST


Далее на 166 строке происходит проверка

И тут при попытки создания группы доставок, мы приходит к 166 строке со значением 0, из-за этого группа не создается

Существующая страница безумно неудобная. Мой пример — мне необходимо добавить корневое место положение с 8000 записей и исключить из него две. Как мне это сделать. Ответ — сейчас никак.

При добавлении корневого местоположения (страны) его невозможно раскрыть, получив регионы и города. Добавлять ручками 8000 позиций занятие не из приятных.

И какой-то фильтр местоположений нужен, хотя бы тип местоположения. В общем, беда, а не UX

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

В 1С-битрикс вроде бы внедрена регистрация и авторизация по номеру телефона, но реализована она не так как задекларировано и тем более не так как в популярных магазинах.
При авторизации через номер телефона нельзя ввести пароль, обязательно надо получить смс. И вообще это все вводилось не столько для авторизации сколько для упрощения регистрации. Очень много пользователей без электронных адресов или без доступа к ним.
Регистрация по номеру телефона только добавляет дополнительную проверку через смс сообщение к стандартной регистрации. По голому номеру телефона без электронной почты зарегистрироваться нельзя. Если убрать электронную почту как обязательную то надо вводить логин. ЛОГИН, КАРЛ !!!! ААААААААААААААААААААААА!!!!!!!!!!!!!!!! Вы что steam? Или тинькоф бизнес? Какой логин?
Ребята, надо переделать.
1. Уберите слово логин с пользовательского интерфейса - логины в прошлом (для пользователей, мы то с вами на нашем бэкэнде знаем что есть логин). Сперва логинами стали электронные адреса, а потом и вовсе номера телефонов. Вместо этого должно стоять выражение "Электронный адрес или номер телефона"
2. Вы сделали логином электронный адрес, но сейчас народ требует чтобы логином был номер телефона. Если исключение электронных адресов это слишком большое изменение, то просто создавайте для пользователей электронные адреса на вымышленном домене формата
номер телефона@домен.ru и не отображайте его для пользователей. Потом когда он укажет свой заменится на настоящий.
3. Сделайте вход "без регистрации" и пароля (по разовым паролям из СМС). Регистрация происходит автоматически при первом входе по номеру телефона. И там же дайте возможность нормально зарегистрироваться и войти по постоянному паролю. Ну сейчас все так делают, вы отстаете в этом плане.

Прошу поддержать мою идею!
Так как данное пожелание Битрикс не может реализовать уже больше 11 лет предлагаю им несколько упростить задачу.

Через многоязычность интернет магазина пришлось сделать под каждый язык отдельный торговый каталог.

После введения складского учета хотелось бы как-то вести учет товаров с разных торговых каталогов.

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

Нужно пересмотреть механизм просмотра заказов в личном кабинете.
Покупатель хочет просматривать свои заказы не только за 365 дней, как в настройках интернет магазина, но и за предыдущие годы.
Нужно подключить в личный кабинет просмотр не только текущих, завершенных и отмененных заказов, но добавить еще закладку для просмотра архивных заказов.
Если в магазине сотни заказов в день, то за год в базе накапливается сотни тысяч заказов - работа сайта значительно замедляется!
Если в настройках архивирования еще отодвинуть и архивировать к примеру через 1000 дней, сайт работает еще медленнее.
Для обработки заказов достаточно настройки 100 дней и в архив.
Похоже, что когда задумывался механизм просмотра заказов в личном кабинете разработчики не рассчитывали на то, что заказов в день могут быть сотни. Как сейчас механизм рассчитан на 10 заказов в день!
На начало 2022 года я не нашел никакого решения не на просторах интернет ни в
Каталоге Маркетплейс

Уже пару месяцев все новые кассы выдают с 1.2 (с августа даже). Просьба добить данную поддержку в битрикс..

Как ни странно в битриксе с его D7  и ORM  в модуле магазин допущена самая главная ошибка проектирования - отсутствие сущности  МАГАЗИН.

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


Эту мелочь и сейчас не долго исправить или по крайней мере начать внедрять!