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

[admin]

1. Ошибки, указанные выше отсутствуют, но теперь нет minus freedomen, а также нет и вычета, в сервисном поле указан какой номер домена подарочный.

 

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

 

2. Каким образом клиент, который перешел на UR тариф, может увидеть спецификацию, если он еще не оплачивал заказ безналом? Ведь он уже по сути обслуживается но новому тарифу, значит может существовать и спецификация.

 

Если клиент оплаты не производил, то и спецификация ему не показывается. Будет оплата - будет и спецификация.

 

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

 

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

 

4, Прикрепил "образец" акта сверки, в полях расшифровал какие данные нужны.

 

Ок, буду делать для какой-либо из ближайших сборок.

 

Проверяю акты. Заказ №48463. Тариф на год со скидкой + доп. услуга на год = 3624р. Делим на 12, получаем 302 рубля в мес. оказанных услуг. С какой целью в эту сумму включены разовые услуги, на которые отдельные акты должны быть не понятно. В итоге сумма акта №48463/0313 = 352р. вместо 302.

 

Разовые услуги включены в один основной платеж (в который включены и другие доп.услуги и домены).

 

Также акт №48463/0213 нулевой, хотя 28.02 услуги уже указывались, значит 302 / 28 дней в феврале = 10,78 рубля, никак не ноль.

 

Исправил.

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

[partizansk.eu]

Поделитесь пожалуйста шаблонами договоров. 

[admin]

Договоры нужно разрабатывать самостоятельно под особенности политики предоставления услуг хостинг-компании

[Vladimir812]

1. Не считается подарочный домен, пример - заказ 49793.

 

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

 

- должен быть четкий подсчет суммы ежемесячных услуг.

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

 

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

 

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

 

P.S. В данном виде для бухгалтерии как исполнителя, так и клиента не применимо.

[admin]

1. Не считается подарочный домен, пример - заказ 49793.

 

Как именно и где именно не считается? Поподробнее обо всем во всех деталях для возможности воспроизведения ошибки.

 

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

 

- должен быть четкий подсчет суммы ежемесячных услуг.

 

На данный момент вроде как итак четко подсчитывает, разбивая один платеж по месяцам.

 

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

 

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

[Vladimir812]

1. Не считается подарочный домен, пример - заказ 49793. Админка заказа, надпись о подарочном домене в сумме возврата отсутствует, сумма не уменьшена.

 

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

 

Привязка к платежам для актов идея не верная, в предыдущем посте я все расписал.

[admin]

1. Не считается подарочный домен, пример - заказ 49793. Админка заказа, надпись о подарочном домене в сумме возврата отсутствует, сумма не уменьшена.

 

Внес изменения в код скрипта. Должно заработать. Сообщите, если не заработает.

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

 

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

 

Привязка к платежам для актов идея не верная, в предыдущем посте я все расписал.

 

Почему привязка-то неверна? Четкий подсчет суммы и происходит на основе данных по платежу. Что именно не четко-то?

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

[Vladimir812]

- Изменение тарифа это будет отдельный акт, единоразовый? Покупка выделенного IP, например, или любой другой доп. услуги тоже ?

 

- Т.е. регулярные/ежемесячные акты будут только на платежи активации/продления?

 

- В случае начального платежа не с 1го числа месяца будет расчет стоимости ежемесячной / на кол-во дней в мес.?

 

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

[admin]

- Изменение тарифа это будет отдельный акт, единоразовый?

 

Отдельный с разбивкой по месяцам.

 

Покупка выделенного IP, например, или любой другой доп. услуги тоже ?

 

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

 

- Т.е. регулярные/ежемесячные акты будут только на платежи активации/продления?

 

На них в т.ч.

 

- В случае начального платежа не с 1го числа месяца будет расчет стоимости ежемесячной / на кол-во дней в мес.?

 

Расчет на полные месяцы и на неполные.

 

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

 

Опытным путем проверяйте что и как, и если все устраивает, - сообщайте.

[Vladimir812]

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

[Vladimir812]

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

[admin]

Ок, в ближайшее время возможно так и сделаю.

[Vladimir812]

Очень жду я и наш бух. Надеюсь это будет очень скоро.

[admin]

Сделал. Проверяйте.

 

Обновите шаблон /admin/template/LANG/akt.php

или добавьте в него

 

<!--SERVICES_START-->

перед

<tr>
<td align="center">1</td>
<td>TMPL_service TMPL_period_full</td>
<td align="right">TMPL_smallcost</td>
</tr>

и после текста выше добавьте:

<!--SERVICES_END-->

 

В админ-панели в данных по аккаунту юридического лица будет ссылка "Акты (UR)".

Нажмите на нее и выберите месяц для отображения акта.

 

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

[Vladimir812]

Так. Вы включили все услуги в акты насколько я понял, даже разовые? Это очень хорошо.

 

Заказ 48463. Опять февраль ноль, хотя там один день. В марте в плюс 1100р. за SSL, но он же не оплачен даже. И формулировка - размещение информации, давайте уж как везде, регистрация/продление домена, доп. услуга и т.п.

 

P.S. Клиент тоже должен иметь доступ к актам с печатью и подписью, при этом в платежах юр. лиц столбец с актами нужно убрать.

[Vladimir812]

Для SSL в списке нет даже столбца оплачен или нет и такие услуги не оплаченные по крону тоже не удаляются.

[Vladimir812]

У клиентов, которые заказали переход, но еще не перешли на UR в актах :

 

Notice: Undefined variable: saved_id in /home/****/public_html/admin/index.php on line 44669

[admin]

Так. Вы включили все услуги в акты насколько я понял, даже разовые? Это очень хорошо.

 

Да.

 

Заказ 48463. Опять февраль ноль, хотя там один день. В марте в плюс 1100р. за SSL, но он же не оплачен даже. И формулировка - размещение информации, давайте уж как везде, регистрация/продление домена, доп. услуга и т.п.

 

Вроде как исправил. Сообщите, если все равно что-то не так.

 

P.S. Клиент тоже должен иметь доступ к актам с печатью и подписью, при этом в платежах юр. лиц столбец с актами нужно убрать.

 

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

 

Для SSL в списке нет даже столбца оплачен или нет и такие услуги не оплаченные по крону тоже не удаляются.

 

На какой странице их смотрите (URL)?

 

У клиентов, которые заказали переход, но еще не перешли на UR в актах :

 

Notice: Undefined variable: saved_id in /home/****/public_html/admin/index.php on line 44669

 

Исправил.

 

 

Добавил акт сверки за год (функция находится на той же странице, что и ежемесячные общие акты), шаблон ur_sverka.php.

 

 

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

[Vladimir812]

Любой заказ UR - первую сумму думаю тоже логично округлять до 2х знаков после запятой.

 

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

Также протестил - дробятся и изменения тарифа, в этом случае вообще странно выглядит акт, 2 строки размещения информации.

 

Мне кажется более логично будет так:

- основная услуга хостинга делится на части, доп. услуги регулярные также

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

- платежи за домены лучше единоразово включать в акт в соответствующий мес.

 

 

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

[admin]

Любой заказ UR - первую сумму думаю тоже логично округлять до 2х знаков после запятой.

 

На какой это странице? Пришлите скриншот.

 

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

 

Домен регистрируется (продлевается) на год (или на другой срок, кратный году), соответственно для ежемесячных актов надо дробить по аналогии с хостингом, т.к. домен - это услуга, растяжимая во времени.

 

Также протестил - дробятся и изменения тарифа, в этом случае вообще странно выглядит акт, 2 строки размещения информации.

 

Поскольку платежа два, поэтому и 2 строки.

 

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

 

На какой это именно странице? Сроки в ежемесячных актах итак указываются, попробуйте обновить шаблон akt.php.

[Vladimir812]

1. В акте не округляются первые цифры:

 

1

Размещение информации на **** (15-05-2013 - 31-05-2013)

140.459480874

 

2. На стр. /admin/?mod=sverka&userid=*****, где выбираются месяца для вывода акта быдо бы очень удобно сделать выбор сразу промежутка в месяцах , например, с января по апрель и показывать их подряд на одной стр. в итоге.

[admin]

1. В акте не округляются первые цифры:

 

1

Размещение информации на **** (15-05-2013 - 31-05-2013)

140.459480874

 

Исправил.

 

2. На стр. /admin/?mod=sverka&userid=*****, где выбираются месяца для вывода акта быдо бы очень удобно сделать выбор сразу промежутка в месяцах , например, с января по апрель и показывать их подряд на одной стр. в итоге.

 

Сделал.

 

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

[Vladimir812]

1. При заказе юр. лицом хоста с подарочным доменом не приписывается в служебное поле GIFT DOMEN, а также платеж без копейки выставляется.

 

2. Тестовый заказ 50368. Акт первый от июня - не суммируется разовая доп. услуга, соответственно в годовой сверке расхождение на эту сумму.

 

Все остальное сходится и выглядит адекватно, можно делать для клиентской панели. 

[admin]

1. При заказе юр. лицом хоста с подарочным доменом не приписывается в служебное поле GIFT DOMEN, а также платеж без копейки выставляется.

 

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

На будущее сделал, чтобы в комментарии платежа дополнительно добавлялась фраза "GIFT_DOMEN".

 

2. Тестовый заказ 50368. Акт первый от июня - не суммируется разовая доп. услуга, соответственно в годовой сверке расхождение на эту сумму.

 

У Вас в записи платежа 236435 почему-то указано, что курс RUR: 0.0333, в то время как должно быть 1. При установке "1" показывает в актах все правильно.

Видимо в запись о платеже были вручную неправильно внесены изменения.

 

Все остальное сходится и выглядит адекватно, можно делать для клиентской панели.

 

Сделаю в какой-либо из ближайших сборок.

[Vladimir812]

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

 

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