Vladimir812

И еще один не приятный баг. Если у клиента, к примеру -60 дней, то биллинг дает возможность оплатить меньше) и после оплаты открывает аккаунт, после отработки крона закрывает. Попрпавьте, сделайте при минусе возможность оплаты только срока более чем минус.

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

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

Код 0023 при попытке оплаты

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

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

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

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

Где указывать по какому протоколу работает биллинг с Яндексом? После переключения мы получали ошибку 0023 на этапе перехода я сайта Яндекс.Денег обратно в биллинг.

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

сделайте для не ежемесячных актов может какие то отличные значения, что-то вроде Акт № 53742-1А чтобы цифра совпадала с той что в счете, но к примеру в конце буква.

Когда ждать изменений по данному протоколу ?

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

Оплата для юр. лиц не безналом очень долго и мучительно обсуждалась. Закрытие этой возможности было осознанным решением. Там куча багов, по актами и прочему. Вопрос открыт, на reg.php клиент должен иметь возможность заказать домен как на физ. так и организацию. Оплата на Директи непосредственно была закрыта как раз из соображений актуальности сроков доменов, а значит для этой ситуации можно и privacy посчитать. Открывать или закрывать возможность оплаты на Директи решение каждой конкретной организации, а значит оба варианта имеют одинаковое право на существование. Прошу это учесть и сделать опциональные настройки, а также подсчет суммы privacy. С учетом того, что Директи теперь продают только SSL от Comodo и нет других альтернатив, прошу как то ускорить интеграцию в биллинг, клиенты давно ждут.

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

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

Просьба реализовать интеграцию с новым протоколом 3.0 от Яндекс.Деньги. Документация во вложении. Протокол взаимодействия платежной системы и магазина-3.0 (новая версия для ЕПР).doc

Про поле понял, но все это выглядит как на коленке вырублено. Сделайте по человечески, чтобы все года доступные в выпадающем списке были. В данном виде выглядит как то странно ).

Просьба подробнее про поле, что добавили и как это решает проблему? Необходимо, чтобы не зависимо от срока оплаты, хоть 5 лет, были доступны ежегодные сверки, все. Если аккаунт, например, еще не активирован и договор не заключен, то зачем в админке заказа ссылка на акты и расторжение, также зачем клиенту не активированному ссылка на акты в разделе Мой аккаунт?

4. Юр. лица могут оплачивать только безналом, таковы наши условия работы. Ваше предложение не применимо. Просьба сделать выбор физ. или юр. при регистрации не зависимо от типа аккаунта. Как быть в том случае, если через Directi возможность оплаты закрыта ?

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

Договор с клиентом расторгнут, но при этом доступна ссылка на расторжение и там получаем ошибки Notice: Undefined index: diskspace in admin/modules/contract.php on line 759 Notice: Undefined index: name in admin/modules/contract.php on line 760 Думаю, что если договор расторгнут, то и расторжения быть не может. Также если в аккаунте нет проведенных UR платежей, то и доступ к разделу актов не актуален.

admin/index.php?mod=sverka&userid=37277 Годовые акты есть только за 13 и 15 годы, 14 нет, судя по всему баг связан с тем, что в 14 году нет платежей.

2. Я с Вами категорически не согласен, любая лишняя работа отвлекает и клиента и хостера, особенно если есть вариант этого избежать. Иначе клиенту надо писать тикет, поддержке делать возврат в биллинге, оповещать отдел оплаты и прочее. Через чур много не нужных совершенно манипуляций. 3. Клиент не понимает в своем большинстве сути возврата на карту, сделайте тогда какое то примечание в лэнг, что по умолчанию возврат делается на карту текущего аккаунта. 4. Я клиент и хочу платить WM, но у меня свое ЧП, я хочу зарегистрировать домен сразу на него, чтобы потом с бумажками не заморачиваться и менять администратора. Очень распространенный вариант, могу таких типичных много перечислить ... 5. Если тарифа уже нет на сайте, он устаревший, но клиенты на нем обслуживаются. В биллинг аккаунте в разделе тарифный план можно увидеть параметры его. Чтобы это работало необходимо доп. поле, собственно одно поле ничем не помешает. Пусть по умолчанию будет анлим как для других параметров, кому надо изменят.

2. Чем клиенту поможет саппорт в данной ситуации ? 3. Я имел ввиду как раз не заполнять, а сделать кнопку автозаполнения и пояснение что при автозаполнении будет зачисление на карту текущего аккаунта, так как для 99% клиентов это совсем не очевидно и далее следуют вопросы где мои средства. 4. Это не усложнении, повторяю домен можно регистрировать на кого угодно не зависимо от самого аккаунта, это как раз логично. Клиенты уже атаковали просьбами это поправить. 5. Добавьте в параметры тарифа доп. поле - Писем в час, это довольно весомый параметр для cPanel. Или сделайте каким то образом возможность самостоятельно добавлять такие поля.