Перейти к содержанию
Форумы

Работа с юр. лицами


Рекомендуемые сообщения

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

Ссылка на комментарий
Поделиться на другие сайты

  • Ответов 431
  • Создана
  • Последний ответ

Топ авторов темы

Топ авторов темы

Изображения в теме

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

Это понятно, я просто пояснил откуда берется неверный курс.

 

Жду для клиентов акты.

Ссылка на комментарий
Поделиться на другие сайты

Добавил в акты и годовой акт номер договора и число, номер работает, темплейт даты заключения нет - TMPL_dated TMPL_datem TMPL_datey г.

 
Надо в годовом акте реализовать то же, что и в ежемесячных, а именно для клиента с печатью подписью, для админа без. Как вариант TMPL_seal_w_sign для админа заменять на такое же кол-во ______, для клиента соответственно показывать подпись-печать.
Ссылка на комментарий
Поделиться на другие сайты

Огромная просьба, не могли бы Вы набросать пример таблицы с параметром TMPL_cancellation_paylist2, пример я давал forum.advanta.org/index.php?showtopic=5282&page=5#entry43773

Ссылка на комментарий
Поделиться на другие сайты

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

Это понятно, я просто пояснил откуда берется неверный курс.

 

Жду для клиентов акты.

 

 

Добавил акты в панель клиентов и сотрудников.

Для клиентов нужно включить доступ в админ-панели -> настройки -> финансы -> юр. лица -> разрешить клиенту доступ к странице Сверки взаиморасчетов (/admin/template/russian/ur_sverka.php) и ежемесячных актов (/admin/template/russian/ur_akt.php): YES

 

 

Добавил в акты и годовой акт номер договора и число, номер работает, темплейт даты заключения нет - TMPL_dated TMPL_datem TMPL_datey г.

 

Добавил для новой сборки.

 

 

Надо в годовом акте реализовать то же, что и в ежемесячных, а именно для клиента с печатью подписью, для админа без. Как вариант TMPL_seal_w_sign для админа заменять на такое же кол-во ______, для клиента соответственно показывать подпись-печать.

 

 

Вместо "______________________" Вы можете добавить в шаблон переменные "TMPL_seal_w_sign" и "TMPL_sales_sign".

Для новой сборки добавил на страницу /admin/index.php?mod=sverka чекбокс для отображения подписи и печати при наличии переменных выше.

 

Огромная просьба, не могли бы Вы набросать пример таблицы с параметром TMPL_cancellation_paylist2, пример я давал forum.advanta.org/index.php?showtopic=5282&page=5#entry43773

 

В файл cancellation_hosting_ur.php или другой тому подобный добавьте

 <table border="1">TMPL_cancellation_paylist2</table>

Архив обновил.

Ссылка на комментарий
Поделиться на другие сайты

В случае использования ежемесячных актов отпадает надобность актов в платежах, отключаем их и получаем ошибку - No info! #2.  Договор и расторжение  - та же ошибка.

 

Клиент по умолчанию должен получать ежемесячные и ежегодные акты с печатью и подписью, TMPL есть, не показывает.

 

Клиент должен иметь возможность видеть только те акты, которые актуальны по прошедшим срокам, а не все.

Ссылка на комментарий
Поделиться на другие сайты

По расторжению:

 

Есть ли какая то возможность редактировать темплейт TMPL_cancellation_paylist2 ? А именно положение в таблице, шрифт и т.п. Никакие манипуляции к положительному результату не привели. Также это актуально и для TMPL_spec_table_info в спецификации.

 

Не хватает темплейта суммы задолженности исполнителя перед заказчиком. Иными словами остаток средств на текущую дату.

Ссылка на комментарий
Поделиться на другие сайты

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

 

P.S. По TMPL_spec_table_info в принципе отформатировал как надо contract_specification_table_ur.php, с TMPL_cancellation_paylist2 вопрос открыт.

Ссылка на комментарий
Поделиться на другие сайты

В случае использования ежемесячных актов отпадает надобность актов в платежах, отключаем их и получаем ошибку - No info! #2.  Договор и расторжение  - та же ошибка.

 

Клиент по умолчанию должен получать ежемесячные и ежегодные акты с печатью и подписью, TMPL есть, не показывает.

 

Исправил.

 

 

Клиент должен иметь возможность видеть только те акты, которые актуальны по прошедшим срокам, а не все.

 

Почему? А если заранее все акты отправить надо по каким-либо причинам?

 

По расторжению:

 

Не хватает темплейта суммы задолженности исполнителя перед заказчиком. Иными словами остаток средств на текущую дату.

 

TMPL_moneyback_first

TMPL_moneyback_second

не это случайно? Проверил. Они работают.

 

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

 

Ок.

 

Архив обновил.

 

P.S. В списке задач у меня все еще висит смс вместо ответа на вопрос. Никак не доберусь. Надеюсь, в ближайшее время сделаю.

Ссылка на комментарий
Поделиться на другие сайты

В cancellation_hosting_ur.php можно добавить свои стили для таблиц и их полей.

Генерация HTML-кода для TMPL_cancellation_paylist2 вшита в скрипт BPanel и закодирована.

Сообщите, что на что хотели бы заменить и пр.

Ссылка на комментарий
Поделиться на другие сайты

В cancellation_hosting_ur.php можно добавить свои стили для таблиц и их полей.

Генерация HTML-кода для TMPL_cancellation_paylist2 вшита в скрипт BPanel и закодирована.

Сообщите, что на что хотели бы заменить и пр.

Шрифт 10, № п/п по центру, назначение платежа и дату оставить слева, сумма по центру.

Ссылка на комментарий
Поделиться на другие сайты

 

В cancellation_hosting_ur.php можно добавить свои стили для таблиц и их полей.

Генерация HTML-кода для TMPL_cancellation_paylist2 вшита в скрипт BPanel и закодирована.

Сообщите, что на что хотели бы заменить и пр.

Шрифт 10

 

Можно сделать самостоятельно через стили.

 

№ п/п по центру, сумма по центру.

 

 

Сделал для новой сборки.

Ссылка на комментарий
Поделиться на другие сайты

Через стили меняются любые темплейты, кроме TMPL_cancellation_paylist2, который вшит в таблицу.

TMPL_spec_table_info также не меняется через стили, но меняется через файл contract_specification_table_ur.php

Ссылка на комментарий
Поделиться на другие сайты

 

Добавьте в .php шаблон общий стиль для ячеек таблицы (td), например

td    {font-family: verdana,helvetica; font-size: 11px;}

А надо только для таблицы с этим шаблоном, для других td не надо :)

Ссылка на комментарий
Поделиться на другие сайты

  • 2 недели спустя...

В случае использования ежемесячных актов отпадает надобность актов в платежах, отключаем их и получаем ошибку - No info! #2.  Договор и расторжение  - та же ошибка.

Не исправлено,

Ссылка на комментарий
Поделиться на другие сайты

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

Ссылка на комментарий
Поделиться на другие сайты

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

Детально  изучил требования к документам для клиентов гос. учреждений. Вот мои предложения:

 

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

2. Так как в спецификации будут услуги не подключенные на момент составления договора убрать для "обслуживание домена" после ID дату, в примечании убрать до какого срока регистрация.

3. Столбец Дата и время  - дата  и время заказа услуг.

4. После активации аккаунта не добавлять новую спецификацию, если активируются те же услуги/тарифы.

5. Реализовать при заказе "автозаказ" бесплатных услуг (0 RUR или USD) - чекбокс стоит и нельзя снять.

 

Дополнительно:

- заказал карту оплаты юр. лицу, где получить счет не ясно. В письме написано - посетите раздел Экспресс оплата, но там нет возможности получить счет.

- как в спецификации и актах будет выглядеть карта?

 

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

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

Т.е. в актах все зеркально получается - смена тарифа выше + строка с разницей, ниже + строка с разницей "Карта оплаты". Тоже самое в спецификации, но без скидок - просто Карта оплаты разница между тарифами если клиент понизил тариф.

Ссылка на комментарий
Поделиться на другие сайты

Шрифт и размер то не поменять :)

 

 

Задал стили для tr и td в таблицах.

 

 

В случае использования ежемесячных актов отпадает надобность актов в платежах, отключаем их и получаем ошибку - No info! #2.  Договор и расторжение  - та же ошибка.

Не исправлено,

 

 

Сообщите ссылки, по которым у Вас выдает ошибку, - проверю.

На своей базе ошибку воспроизвести не смог.

 

 

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

Детально  изучил требования к документам для клиентов гос. учреждений. Вот мои предложения:

 

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

2. Так как в спецификации будут услуги не подключенные на момент составления договора убрать для "обслуживание домена" после ID дату, в примечании убрать до какого срока регистрация.

3. Столбец Дата и время  - дата  и время заказа услуг.

4. После активации аккаунта не добавлять новую спецификацию, если активируются те же услуги/тарифы.

 

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

 

 

5. Реализовать при заказе "автозаказ" бесплатных услуг (0 RUR или USD) - чекбокс стоит и нельзя снять.

 

Нет.

 

 

Дополнительно:

- заказал карту оплаты юр. лицу, где получить счет не ясно. В письме написано - посетите раздел Экспресс оплата, но там нет возможности получить счет.

 

Форма оплаты по безналу на стр. экспресс-оплаты.

 

- как в спецификации и актах будет выглядеть карта?

 

Насколько я помню, в спецификации никак не отображается платеж типа "card".

Ссылка на комментарий
Поделиться на другие сайты

Стили ОК.

Странно, сейчас и я не вижу ошибки.

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

Заказать карту можно, выбрать безнал как способ тоже можно, не могу найти где счет на оплату карты найти у клиента в панели, также открытым остается вопрос как в спецификации показывается оплаченная безналом карта оплаты, или никак не показывается? Как тогда в ежемесячном акте выглядит оплата этой услуги?

В предыдущем моем посте  - последний абзац посмотрите.

 

Также очень надо авто заказ бесплатных услуг, хотя бы за $$.

Ссылка на комментарий
Поделиться на другие сайты

Где получить счет для оплаты карты нашел, в счете ошибка Notice: Undefined variable: d0\KcЭ in /home/****/public_html/admin/modules/num2str.php on line 72

Карта никак не фигурирует в актах и спецификации, хотя платеж UR, суммы в актах также не меняются, также после активации карты платеж не проставляется как PAID автоматически.

Ссылка на комментарий
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти

×
×
  • Создать...