admin

А как тогда администратор узнает, что эту услугу надо клиенту подключить? Продлить аккаунт по новому тарифу или по старому? Ведь новый тариф еще не указан в базе, для этого и висит запись в ожидаемых действиях: чтобы администратор выполнил необходимые действия с договором в соответствии с политикой компании и изменил клиенту тарифный план. И вот только после этих действий станет доступно как продление, так и переход на другие тарифные планы. Добавил настройку в мерчанты -> юр. лица -> если в базе указано, что договор заключен, то его датой является даты из поля рядом со статусом договора: Установите в ней галочку. Вроде как должно решить Вашу задачу. В этом случае вручную редактируйте дату рядом со статусом договора "заключен". Архив обновил.

Должен быть виден как картинка, а не как ссылка. Приведите пример (сообщите номер тикета в Вашей базе).

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

Для того, чтобы смайлики стали доступны к выбору (добавлению в форму ответа) клиенту/сапорту нужно нажать на ссылку "смайлики". Сами смайлики скрыты под эту ссылку для того, чтобы не загромождать форму ответа. Да, это так. Перерасход ресурсов (какого именно - не важно). Если одновременно (при одном запуске usage.php) превышены несколько ресурсов, то это считается как одно превышение. Запретил для новой сборки. Исправил для новой сборки. Архив обновил.

После заказа подобной услуги надо сделать, чтобы у администратора на главной появлялось уведомление о необходимости активации услуги? И чтобы счет клиенту не выдавался, в т.ч. и в письмо. Этого достаточно будет, либо что-то еще? Продление и изменение тарифа станут доступны после удаления с главной страницы записи о необходимости изменения тарифа с заключением договора (или пр. согласно политике компании). Да. Дата рядом со статусом договора - информационная (например, когда письмо с документами было отправлено (для договор отправлен), а когда получено (для договор заключен)).

Вы писали, что Как именно обновили? Через спец. ф-ию в скрипте? Обновите файлы вручную по FTP. Возможно, при автоматическом обновлении файлов сервер неправильно распаковал файлы из архива или что-либо еще.

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

А что мешает вместе с пометкой о заключении договора перевести клиента на тариф, который он выбрал в форме изменения типа аккаунта?

На сервере ничего не трогали? Очень похоже, что Ваш сервер не воспринимает защифрованный zend guard файл (возможно у Вас она сервере при обновлении php или других работах отвалился zend loader).

Первоначально скрипт разрабатывался под основную валюту исключительно USD. В ближайшие дни я займусь этим вопросом и выведу в настройки параметры изменения валюты. Отвечу в эту тему после выполнения работ.

48463/от одной даты и 48463 от другой даты это разные счета. Удалите с главной страницы запись о необходимом действии и клиент получит возможность оплачивать как продление, так и изменение тарифа. Аккаунт старый, поэтому и продление, а не оплата за активацию.

Исправил. Исправил для новых счетов. Теперь, при получении повторного счета на оплату услуги изменяется дата выставления этого счета (т.е. получается, что как и написано в счете: 1. Все полученные ранее неоплаченные счета на эту услугу считаются недействительными.). Исправил. Если что-то все равно будет не так, - сообщите. Если аккаунт уже активирован, то счет на оплату продления аккаунта получается не на главной странице, а на странице продления услуг. Сделал, что если имеется запись ожидаемого действия изменения тарифа с примечанием, содержащим "ChangeAccountType", то получение счетов любыми способами за изменение тарифа или продление срока действия аккаунта становится недоступным. Архив, в т.ч. и для php 5.2, обновил.

В настройках скрипта DirectI Payment Interface измените курсы валют. При каких-либо проблемах - сообщайте.

Исправил. Исправил. Вроде как у Вас: За активацию: Счет N 48463/14-02-2013 За SSL: Счет N 48463-2/14-02-2013 Проверьте, пожалуйста, после обновления. Вроде как должно исправиться. Вроде как так и должно быть, т.к. юр. лицо может зачислить деньги на карту экспресс-оплаты и оплачивать с нее. Проверил. На /index.php?mod=prolong как была форма получения счета, так она и осталась, вне зависимости от того, заключен договор или нет. Т.е. нужно отключить клиенту возможность получать счет на оплату изменения тарифного плана, если в ожидаемых действиях уже висит "Изменение Тарифа ... действия сотрудника"? Архив обновил, в т.ч. и для php 5.2.

аналогичная ошибка, только при зачислении средств на карту с партнерки и письмо приходит с пустыми значениями Логин : Код : Сборка - одна из последних? Если нет, то обновитесь. Помнится, что исправлял подобное когда-то.

Проверил - ноль. Снял дамп и поискал в нем разные сочетания - ноль совпадений. Скиньте на admin @ advanta.org доступ в phpmyadmin. Посмотрю. У нас на адванте подобных проблем нет. Исправлю для новой сборки.

Проверил на своей базе - все ок. В выпадающем списке все способы оплаты. Сообщите номер клиента в Вашей базе. Проверю. Также сообщите как по Вашему мнению должно быть правильно. Раньше было, что аккаунт обязательно должен быть активирован. Сейчас подправил код, что условие распространяется только на хостинг, реселлинг, серверы и vps. Для domenreg и партнеров спецификация отображается (если конечно есть соответствующий шаблон в договоре). Вы хотите, чтобы спецификация отображалась и на неактивированных аккаунтах, если на них уже подключены домены или доп. услуги? Поподробнее обо всем во всех деталях. Сообщите номер клиента в Вашей базе. Проверю. Также сообщите номер клиента в Вашей базе. Проверю и внесу изменения. Архив обновил.

Вроде как так и должно быть. Если что-то не так, то сообщите в деталях. Исправил для новой сборки. Можно изменить дату заказа домена, чтобы он стал отображаться в спецификации вторым. Но вроде итак все нормально, когда идет первым по счету. Добавил для новой сборки: настройки -> финансы -> юр. лица -> новую спецификацию в договоре, только если она по дате старше предыдущей более чем на XX часов: Укажите 24 или другое значение.

Сортировкой по полю merchant посмотрите в начале или в конце списка записей, содержащих "QiWi_Merchant" или предоставьте мне доступ в phpmyadmin. Гляну.

В исключительных случаях можно регулировать вручную, подставляя номер платежа в соответствующее поле. Дата договора итак фиксированная. Если она где-то разнится, то сообщите URLs страниц. Проверю. Исправил для новой сборки. -2, -3 и т.д. добавляется для разных услуг, заказанных в один и тот же деньги. Если что-то где-то не так, то сообщите URLs страниц. Проверю. Выдавайте тогда клиенту все спецификации Данные только по платежам от юр. лиц есть в разделе "акты и счет-фактуры". Чем он не устраивает?

Сообщите, как бы по Вашему мнению было не кустарно? Если клиент еще не перенес домен, то он может самостоятельно подать заявку на перенос из меню "регистрация или перенос домена" и оплатить ее.

Нет, только e-mail. Я так понимаю, что если указан e-mail на котором нет домена в директи, то и выдает такую ошибку. Исправил для новой сборки. Архив обновил. Вопросы из темы "работа с юр. лицами" буду рассматривать завтра. Возможно, там не пробел, а какой-то другой символ. Через phpmyadmin выполните поиск записей с "GIFT_DOMEN" (условие "like") в поле "merchant". Исправьте записи вручную.

Выдается ли такая же ошибка, если менять другие контактные данные, но не емайл?

Сверить настройки на сайте merchant.webmoney.ru с документацией ReadMe.doc. Полагаю, что что-то неправильно указали. В логах apache после платежа от клиента есть запрос от сервера webmoney? На емайл администратору что-либо приходит?

Какую конкретно системную (приходит на емайл администратору) ошибку выдает?