Vladimir812

1. Подскажите где чекбокс, после выбора которого стоимость у уже существующих в базе услуг будет изменена ? 2. Если клиент подал на возврат, а у него домен горит и он не может ждать его исполнения? Запрет на платежи в данном случае только хостинга должен касаться. 3. Многим клиентам не понятно, что при не заполнении полей ID и USER при подачи на возврат зачисление произойдет на карту этого же заказа. Может сделать кнопку автозаполнения текущими данными с примечанием о том куда зачислятся средства, если не заполнено иное ? 4. Вы же сами себе противоречите. Уже существующий клиент физ. лицо может зарегить домен на фирму без вопросом, а при составлении нового заказа нет такой возможности, где логика? К тому же любой регистратора разрешает физ. лицу регистрировать домена на фирмы без каких то ограничений, почему эти ограничения должны быть в биллинге ?

1. Касательно неверного отображения стоимости подарочных доменов в актах, данные у Вас есть, берите любой не активный заказ с подарочным доменом, например, 56709. У клиента подарочный домен указан, в неоплаченном заказе в спецификации неверно показаны стоимости. Указана и стоимость подключения и обслуживания, а должно быть в первый код подключение 0,01, обслуживание ноль, далее после первого продления уже подключение ноль, обслуживание - продление /12. Причем если данный заказ активировать, то в спецификации станет все верно. 2. Баг с неверными суммами отображается не списке платежей клиента, а в выборке всех платежей за указанный срок - и физ. и юр. Возьмите за 05.03.2015 сделайте выборку тут /admin/?mod=payments&thefor=receive. Рубли платежа юр. лица считаются долларами. 3. Я настаиваю на рассмотрении моего варианта касательно актов, так как отслеживать каждый авто удаленный заказ и править закрывающую дату для бухгалтера - это ужас. 4. Еще всплыл баг. Если клиент оплатил, например, в 2013 году аккаунт на пару лет, то готовой акт доступен только за 2013 год, за последующие нет. Заказ - 37277.

В ближайшее время сделаем и пришлю данные.

Требуется еще доработка. Она касается расторжения договора. Суть в том, что после возврата средств и удаления аккаунта акты в любом случае доступны, что не есть правильно. Предлагаю такой вариант: - все таки домены убрать из ежемесячных актов и оставить акты только по платежам, т.е. акт на регистрацию, акт на продление. - то число, которым удаляется аккаунт, т.е. перевод аккаунта hosting в domenreg или partner, должно закрывать и акт. Например, договор расторгнут 5 февраля, этим числом аккаунт удален, соответственно последний акт, который должен быть виден это акт за февраль, от 5 февраля на сумму соответствующую этому числу.

Уже сбился со счета сколько раз прошу поправить этот баг. Идем в список платежей, берем любой промежуток времени, способ UR, платежи +, получаем итоговые неверные суммы что в рублях что в USD ровно умноженные на курс доллара, который установлен в настройках биллинга.

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

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

Уже очень долго я прошу, чтобы Вы сделали на странице reg.php?step1#form при создании доменрег или хостинг аккаунта при заполнении данных доменов .ru .su .рф и т.п. выбор на физ. или юр. лицо регистрировать домен. Отсутствие такой возможности создает реальные неудобства в том числе и клиентам, они регистрируются как юр. лица для того, чтобы просто домен на юр. лицо зарегистрировать, это крайне неудобно.

Раньше просил вроде сделать поля ID и логин в заявке на возврат на карту оплаты обязательными. Поля до сих пор не обязательные.

func=iplist.edit&domain=domain.com&family=special&ip=10.10.10.16&iptype=public&plid=129&sok=ok где domain - доменное имя для ip адреса. family =special означает, что передается конкретный адрес ip - нужный ip адрес iptype - тип ip адреса. Может быть public или private plid - id вирт. машины, для которой добавляем адрес.

Если клиент подал заявку на возврат, то у него до ее исполнения закрыта возможность продления доменов. Мне кажется, что заявка на возврат только хостинга касается, заказ, оплата, продление доменов, SSL сертификатов и т.п. должны быть в этом случае доступны.

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

При изменении цены на услугу, если данная услуга не интегрирована в аккаунт (пример, SSL сертификат, где выставление счетов раз в год), счета выставляются по той стоимости, что указано в каждом конкретном случае для услуги в аккаунте, а не та, что в доп. услугах. Считаю, что каждый раз делать запрос в phpmyadmin и лопатить все услуги такого типа не есть правильно. Прошу исправить.

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

Алексей, по IP дополнительным когда ждать изменений ?

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

Очень сомневаюсь, что можно SSL активировать с уведомления на Главной, по крайней мере пополнение карты нельзя. А Ваше предложение заходить к клиенту и самим уведомлять об оплате и потом активировать с главной мягко говоря некорректное. Так принципиально сложно добавить к продлению хостинга/доменов и продление услуг на Главной ? По скрытию данных в данном варианте работает корректно только при активации домена и при продлении домена. Если клиент заказывает скрытие в середине срока, то за него платит хостер, клиент не получает счетов. Также важно, чтобы клиент понимал по какой причине сумма больше и где снять скрытие, а не обращался в поддержку.

У нас была проблема с банами и CSF некоторое время после обновления, но сейчас проблемы нет. Алексей, огромная просьба материализоваться на форуме). По доп. услугам не все исправлено. При удалении и возврате средств на карту средства не возвращаются, платеж на карту в платежах не добавляется, а сам платеж за эту услугу становится в статусе +/-, видимо в связи с тем, что услуга удалена. Конечно, галка о возврате на карту стоит.

Алексей, очень надо фиксы по VMM и privacy, а также остальные вопросы тоже очень ждем. Давно хотел попросить. Будет полезно логировать сервер и логин клиента при активации просто одной строкой не все письмо активации, при пересоздании все письмо тоже лишнее достаточно сервер и логин, также при смене администратором сервера у клиента тоже хорошо логировать сервер и логин, который был до смены (при смене сервера у клиентом через список серверов тоже).

Так и не работает PayPal PayPal: res:<HTML><HEAD> <TITLE>Access Denied</TITLE> </HEAD><BODY> <H1>Access Denied</H1> You don't have permission to access "http://www.paypal.com/cgi-bin/webscr" on this server.<P> Reference #18.28f01502.1413970581.39170f2e </BODY> </HTML> payment_status:Completed mc_currency=RUB VS RUB Судя по информации Paypal что-то обновил в API, но не уведомил: Finally found the fix for this after speaking with PayPal Technical Support. It was an issue with something they have changed and are working to fix but to get it to work again you simply have to send a "User-Agent" HTTP Header with the Curl request, so something like: curl_setopt($ch, CURLOPT_HTTPHEADER, array('Connection: Close', 'User-Agent: company-name')); As for what the "User-Agent" should be set as, it just needs to be at least 5 characters, probably your company name as the example shows but it doesn't have to be. The Technical Support agent also pointed me to: https://ppmts.custhelp.com/app/answers/detail/a_id/92 if the above fix does not work, but it did for me. Как я понял, в скрипт уже добавлено: curl_setopt($ch, CURLOPT_HTTPHEADER, array('Connection: Close', 'Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)'));, но дебаги те же и платежи не зачисляются.

Очень ждем изменений по остальным постам (самое важное это privacy), в т.ч. и доработки по VMManager.

Исправили не все, на reg.php услуг нет.

Насколько мне известно, в bPanel этого нет для любых мерчантов в принципе. Лично мое мнение, это лишнее.

Да, действительно, данный баг присутствует. Надеюсь, Алексей оперативно пофиксит. Также очень ждем доработок по прайваси. И в последнее время нарисовалась проблема с PayPal, платежи не приходят, последний дебаг от 7 октября.

Кстати, у нас при продлении домена с чекбоксом privacy сама услуга не продлевается, только срок домена. Прошу это исправить. P.S. По сути корректно заказывается и оплачивается приватность только при активации новых доменов.