admin

Исправил. Сообщите, пожалуйста, в деталях: 1. Номер заказа, на котором выводится не правильно. 2. Какая именно услуга отображается, хотя не должна отображаться 3. По какой причине не должна отображаться. Да, спецификация показываются только для платежей юр. лиц.

Добавьте в шаблон TMPL_dateaktsf Частично информацию описал в предыдущем сообщении. Если клиент оплатит изменение тарифного плана, заказ. доп. услуги или пр., то на каждую такую оплату по базе создается платеж, по которому в адрес клиента нужно отправлять акт(ы). Какие поля (дебет/кредит) какими конкретно данными нужно заполнить? Ок, добавлю в какой-либо из последующих сборок. Для новой сборки добавил /0413 (и т.п.) для ежемесячных актов. Годовой акт будет называться просто АКТ СВЕРКИ взаимных расчетов по состоянию на 01-01-2013 г. между XXX и YYY Если нужно назвать как-то по-другому, то сообщите. Исправил.

Спасибо за информацию. Исправил для новой сборки (выйдет сегодня). Если что-то все равно осталось не так - сообщите.

From, тщательно проверьте выставленные Вами настройки, все должно работать на ура. Мы сами используем интеграцию с resellerclub и все каждодневно работает как часы.

Вроде как исправил ошибку. Архив обновил. Проверьте сейчас.

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

Я написал что если ответ на секретный вопрос не заполнен, то добавить его невозможно! Как пример на http://bpanel.ru/order/ admin F5F037DYMyCyRs7 Пытаюсь установить ответ на секретный вопрос - выделяет красным как будто он установлен, а на самом деле не установлен! Спасибо за информацию. Исправил, архив обновил. Сообщите, если проблема вдруг все еще имеет место быть. По остальным сообщениям на форуме отвечу в ближайшие дни.

Обновитесь до последней сборки последнее версии. Если не поможет, то Для дальнейшего исследования проблемы необходимо следующее: 1. URL скрипта. 2. Данные доступа в админ-центр биллинга, проверка по IP адресу должна быть отключена; 3. Данные доступа на FTP с биллингом; 4. URL темы на форуме forum.advanta.org. На admin @ advanta.org

Да, все верно.

Проверил. Хром по своему (в отличие от FireFox, IE и Opera) стилизирует данные при наличии тега <br> и переноса строки. Надеюсь, что в будущем хром приведут к стандарту браузеров, указанных выше. Интереса ради исправил форму просмотра данных по аккаунту клиента в админ-панели, но перелопачивать весь HTML-код биллинга из-за хрома - работа тяжкая Добавил такое уведомление на главную к клиенту: Сообщите, если этого мало. Могу, например, дополнительно добавить отключение ссылок в меню при наличии такого сообщения. Попробуйте обновить /img/styles/answer.js Вроде у Вас в нем не хватает одной строчки по сравнению с оригинальным. Не смог выполнить Вам его обновление, т.к. видимо Вы поменяли пароль на FTP. Исправил. Ок. Сделаю. Раньше указывался лишь userid аккаунта, откуда домен был перенесен. Теперь в базу будет добавляться два лога (один для старого аккаунта, а второй для нового) с указанием откуда куда был перенесен домен и поясняющим словом "MoveToUser". Опишите, пожалуйста, во всех деталях, в чем именно проблема? Клиенты заказывают свидетельства, не имея в наличии доменов? Чем они это мотивируют? Ввод кода из SMS для значимых действий - еще не делал. Архив обновил.

Для возможности выставления помесячных актов выполненных работ в шаблонах акта выполненных работ измените переменную с TMPL_dateold на TMPL_dateaktsf На данный момент сделал возможность просмотра помесячных актов только в админ-панели. При просмотре данных по платежу добавил выпадающий список с возможностью выбора вида отображения акта: один акт на весь платеж, помесячно все акты или акт за какой-либо конкретный месяц. Проверьте, нормально ли. Если да, то внедрю такое же в панель сотрудника, а для панели клиента - в зависимости от настройки (добавлю ее в будущем) будет отображаться либо один акт на весь период либо все помесячные акты сразу. Сроки берутся из полей "Период оплаты". Расчет ежемесячной суммы зависит от данных в поле "Срок (опционально)". Если есть какие-то предложения или пожелания, - сообщайте. Добавил. Пришлите пример на admin @ advanta.org Добавлю его после акта за декабрь месяц. Бухгалтер может добавить в закладки ссылки на нужные страницы в панели сотрудника и/или администратора Сделал. Обновитесь до сегодняшней сборки и, если ошибка все еще останется, скиньте, пожалуйста, на admin @ advanta.org информацию по номеру аккаунта клиента и какие действия нужно выполнить, чтобы воспроизвести ошибку. Архив обновил.

Ок, буду делать ввод кода из SMS при каких-либо значимых действиях в соответствии с настройками в админ-панели + привязка к сессии.

По умолчанию галочка первоначально установлена.

У Вас в настройках домена в панели администратора не стоит галочка рядом с "Доступ:", соответственно клиенту и не предоставлен доступ к управлению DNS.

Для дальнейшего исследования проблемы необходимо следующее: 1. URL скрипта. 2. Данные доступа в админ-центр биллинга, проверка по IP адресу должна быть отключена; 3. Данные доступа на FTP с биллингом; 4. URL темы на нашем форуме; 5. Номер домена в Вашем биллинг. На admin @ advanta.org

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

На случай если клиент забыл ответ на вопрос или зачем? Может тогда лучше просто сделать возможность смены ответа на вопрос (если клиент забыл его) посредством SMS? Разоритесь да и меня лично это напрягает (liqpay и т.п.).

Вроде как нормально отображается, не так хорошо конечно как в Firefox, IE или Opera, но все же. А смысл сначала заставлять клиент указывать ответ на вопрос, а потом опять вводить этот же ответ.

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

Те же страницы у меня: Браузер Firefox 20: Internet Explorer 10, тоже нормально: Да, секретный вопрос-то не задан. Как только будет задан - сразу будет запрашиваться.

$200 будет стоить. Если ок, то после оплаты сообщите.

Проверил. У Вас все еще не обновленный /img/styles/styles.css Письмо на почту не приходило. Запретил для новой сборки.

Что в этом случае делать с пользователями из других стран, у которых нету русского написания символов ФИО? На вебнеймес, по крайней мере в момент разработки интеграции с их API, по этому случаю было написано, что такие пользователи могут указывать данные на английском языке в поля, где обычно требуется указание кириллических данных.

Заменю в языковом файле с $lang_p2_payd1 = "После оплаты заполните"; на $lang_p2_payd1 = "В случае неавтоматической оплаты заполните"; Возможно кому-то был непонятен первый вариант. В итоге текст будет выглядеть так: В случае неавтоматической оплаты заполните форму оповещения о ручном платеже. Обновите или дополните свой styles.css В нем отсутствует Ок, отцентрировал. Приведите скриншоты. Вроде везде все нормально. Для каких целей клиент оплачивает IP адрес без хостинга? Проблема только с оплатой IP адресов? Если да, то могу запретить их оплату на неактивированных аккаунтах, если в данных по доп. услуге указано, что "Специальная услуга: IP адрес...". Архив обновил.

А в 1С Вы как указывать эти акты будете? В данных по платежу вместо порядковой номерации 1,2,3 как для 1С в поле "Номер выставленного акта и счет-фактуры:" можно указывать любые цифры, только это по моему мнению не есть гуд. Также можно практически как угодно изменять шаблон акта выполненных работ добавляя или удаляя переменные. За $150 в принципе могу сделать такое. А если месяц неполный, например оплата была с 17 числа, то предполагаю, что может не особо точно будет высчитываться сумма с 17 числа месяца до последнего числа месяца. Вроде как исправил. Архив обновил.