Рейтинг: 0.3602  
Новая
Предложил Пользователь 216256 27.06.2016 14:20:34

Обмен бух. документами за услуги Битрикс (Такском) в электронном виде

Мы подключились к Диадок (электронный обмен документами) и даже видим что там есть ООО 1С Битрикс, но в поддержке нам сказали что обмениваются только бумажными оригиналами.
Предлагаю сохранить природу и поддержать возможность безбумажного обмена документами по системе ЭДО, такая серьезная компания как Битрикс должна быть в авангарде IT решений по безбумажному документообороту
Рейтинг: 4.0703  
На голосовании
Предложил Пользователь 408915 12.04.2016 16:11:33

Не скрывать недоступные способы оплаты, а делать неактивными

В sale.order.ajax если способ доставки не соответствует способу оплаты, то он скрывается.
Будет лучше, если способ доставки будет становиться серым и неактивным и на нём будет надпись "Недоступен для выбранного способа оплаты".
UPD
Прошу прощения, всё перепутал. Имелось ввиду наоборот:
В sale.order.ajax если способ оплаты не соответствует способу доставки, то он скрывается.
Будет лучше, если способ оплаты будет становиться серым и неактивным и на нём будет надпись "Недоступен для выбранного способа доставки".
Рейтинг: 48.8179  
На голосовании
Предложил Пользователь 501673 01.04.2016 11:55:25

частичная оплата в счетах crm

можно ли реализовать возможность частичной оплаты в счетах CRM, чтобы при выставлении счета, внесенная предоплата учитывалась автоматически и менеджеру не нужно было подсчитывать и вписывать это самостоятельно в дополнительных полях.
особенно это было бы полезно еще при интеграции с 1С, многие компании заинтересованы в реализации данного вопроса.
Рейтинг: 10.678  
На голосовании
Предложил Пользователь 35052 24.12.2015 17:53:13

неправильное поведение компонента оплаты bitrix:sale.order.payment

Компонент оплаты заказа вызывается так:
<?
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");
$APPLICATION->SetTitle("Оплата заказа");
?><?$APPLICATION->IncludeComponent(
   "bitrix:sale.order.payment",
   "",
   Array(
   )
);?><?require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/epilog_after.php");?> 
Плюс в самом компоненте есть RestartBuffer

Это неправильно, т.к. некоторые обработчика генерируют кнопку Оплатить.
Например стандартный яндекс.деньги: http://joxi.ru/1A5pDdZuKb4Q62
Подобное нужно выводить в дизайне сайта, а не непоймикак.

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

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

P.S. понятно что можно сделать свой компонент, но ведь из коробки это тоже адекватно должно работать
Рейтинг: 0.4219  
На голосовании
Предложил Пользователь 121970 21.12.2015 21:26:52

Связь с банковским счетом

Сделать возможность связи аккаунта пользователя с его банковским счетом для автоматической оплаты заказа и услуг с сайта. По типу как в том же uber такси.
Рейтинг: 22.9522  
На голосовании
Предложил Пользователь 4228 13.12.2015 08:43:22

Оплата заказа только после подтверждения менеджером

Настолько распространённый кейс, что следовало бы сделать это на уровне интерфейса в настройках интернет-магазина.

Например: "Оплата возможна начиная со статуса: .... "

В большинстве небольших магазинов оплата производится только после проверки комплектации менеджером и согласования с клиентом.  Соответственно, выводить сразу после оформления заказа страницу оплаты не нужно. В то же время могут понадобиться следующие механизмы:
1) извещение на почту с ссылкой на страницу оплаты
2) появление в списке заказов хорошо видимой ссылки для оплаты после прохождения определённого статуса
Рейтинг: 0.3814  
На голосовании
Предложил Пользователь 248331 13.11.2015 10:22:38

Вывод привязанных свойств у элемента привязки

Коллеги, здравствуйте!
Думаю было бы удобнее в оформлении заказа сделать вывод и показ привязанных свойств в блоке "
Свойства, связанные с оплатой и доставкой" для тех элементов к которым они привязаны, а не складывать в кучу.

Например: Для доставки "Курьерская" привязать набор полей "Адрес, дом, квартира и др." и при выборе этой доставки, под ней появлялись эти поля, а не в общем блоке.

Спасибо!
Рейтинг: 2.087  
На голосовании
Предложил Пользователь 191258 14.10.2014 17:09:04

Добавить псевдо поле ФИО

Зачастую службы оплаты требуют указание ФИО пользователя одним полем (sale_pay_system_edit.php).
Было бы круто если бы там можно было сразу выбрать фио пользователя (сформированное в зависимости от настроек сайта "Формат имени", с которого сделан заказ)
Рейтинг: 9.5318  
На голосовании
Предложил Пользователь 15916 10.02.2014 12:37:07

Напоминание об оплате

Есть такой полезный функционал в модуле Интернет-магазин: на почту покупателя с определенной периодичностью высылаются напоминалки, что заказ надо оплатить.

Только вот неувязка: если пользователь выбрал оплату наличными, то ему все равно приходят напоминания, хотя заказ еще не доставлен. О_о как так?

Добавьте, пожалуйста, исключения - способы оплаты, по которым не надо напоминать.

Спасибо
Рейтинг: -30.0917  
Отложено
Предложил Пользователь 2684 18.10.2012 07:53:08

Вернуть оплату по Webmoney




ТП Битрикса дала ответ, что оплата через WebMoney приостановлена «в связи с неопределенностью их статуса как платежной системы». Дело в том, что с 29 сентября в России вступил в силу закон «О национальной платежной системе».
Так, ПС «Яндекс.Деньги» выполнила требования части 2 ст. 38 закона «О национальной платежной системе», а WebMoney Transfer — нет, так как руководство организации не считает, что совершает банковские операции, позиционируя себя «ГАРАНТОМ, который ХРАНИТ переданные ему пользователями на хранение неэмиссионные ценные бумаги», то есть WebMoney Transfer не попадает под регулирование банковской деятельности.

В итоге вопрос снимается. Или, конечно, можете продолжать голосовать, но это будет то еще голосование.

---

Поражаюсь столь низкой оценке идеи. Любопытно узнать, чего в «ненависти» больше — нелюбви к идее или нелюбви к Webmoney? :o