Запуск бета-тестирования модуля долгов

[Vladislav]

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

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

Выскажитесь кто-нибудь ещё по этому вопросу, может это действительно только мне так надо

[Vladislav]

Это стандартное поведение редактора, мы о нем знаем и поправим. Это непросто сделать, поэтому потребуется какое-то время. Пока можно лечить нажатием клавиши Esc.

Не проще ли просто запретить смену статуса платежа для не первого платежа? Ведь всё равно кроме как "запланировано" выбрать нельзя...

[Дмитрий]

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

Выскажитесь кто-нибудь ещё по этому вопросу, может это действительно только мне так надо

Это не безапелляционное утверждение, это описание того, как сейчас работает программа Если делать возможность гашения в другой валюте, то надо будет вводить для гашения основного долга и обслуживания еще по 2 редактора: для курса обмена и суммы в валюте. В отчетах дебит не будет сходиться с кредитом в рамках кредита/займа, потому что отчеты пересчитывают по общим курсам (обычно ЦБ), а не по тем, по которым вернули долг. В целом это противоречит общей концепции программы, потому что тогда, продолжая такую логику, надо убрать обмены валюты и сделать курсы пересчета в переводах. Вот поэтому мы приняли решение, что гасить кредиты в другой валюте нельзя.

Не проще ли просто запретить смену статуса платежа для не первого платежа? Ведь всё равно кроме как "запланировано" выбрать нельзя... Smile

У текущего способа плюс в том, что пользователю понятно, почему нельзя выполнить платеж: программа выдает сообщение об ошибке при попытке это сделать. Если же просто заблокировать редактор, будет непонятно. С другой стороны, текущее поведение редактора некорректно. Если нам не удастся с этим побороться, то, видимо, придется блокировать.

[Vladislav]

Если делать возможность гашения в другой валюте, то надо будет вводить для гашения основного долга и обслуживания еще по 2 редактора: для курса обмена и суммы в валюте. В отчетах дебит не будет сходиться с кредитом в рамках кредита/займа, потому что отчеты пересчитывают по общим курсам (обычно ЦБ), а не по тем, по которым вернули долг.

Про редакторы не понял. Валюта займа известна, в карточке платежа при выборе счета на который возвращается займ - валюта тоже будет известна. Т.е. курс можно получить автоматически. Я конечно не знаю о структуре БД программы, но предполагаю, что в таблицу с платежами добавить одно поле "сумма платежа в валюте займа". Этого будет достаточно для организации платежей в валюте отличной от валюты займа/кредита, а также для корректного построения отчётов.

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

Очень жаль, если это не будет реализовано... Тем более, что в принципе ничего сложного в этом нет, а думаю будет полезно многим...

[Дмитрий]

Для организации гашения долга поля надо будет добавить как минимум два: для основного долга и для платы за обслуживание долга (процентов). А отчет не будут сходиться по следующей причине: положим, вы заняли 6000 рублей со счета Кошелек, получили взамен $200 на Кошелек USD по курсу 30, в ЦБ РФ на эту дату курс был 29.8. Таким образом в отчете по доходам и расходам Вы увидите -6000 рублей с одного счета и +5960 рублей на другой счет.

[Vladislav]

Для организации гашения долга поля надо будет добавить как минимум два: для основного долга и для платы за обслуживание долга (процентов).

Ну да, два - не сильно усложняет задачу

А отчет не будут сходиться по следующей причине: положим, вы заняли 6000 рублей со счета Кошелек, получили взамен $200 на Кошелек USD по курсу 30, в ЦБ РФ на эту дату курс был 29.8. Таким образом в отчете по доходам и расходам Вы увидите -6000 рублей с одного счета и +5960 рублей на другой счет.

Но ведь курсы хранятся в БД, какая проблема записать фактический курс в таблицу при совершении платежа? Ведь по-моему именно так сейчас происходит с "обменом валюты"?

[Дмитрий]

Ну да, два - не сильно усложняет задачу

Задача сама по себе не сложная. Усложнится логика работы программы и карточка платежа. Это получается надо два поля на основной долг и проценты, но их никто вводить не будет, Вы же хотите общую сумму ввести, вместе с процентами, то есть надо еще третье поле - общую сумму долга. К этому захотят еще вводить курс обмена. Итого 4 поля во всех платежах вместо одного обмена валюты в некоторых кредитах.

Но ведь курсы хранятся в БД, какая проблема записать фактический курс в таблицу при совершении платежа? Ведь по-моему именно так сейчас происходит с "обменом валюты"?

Отчеты всегда строятся по курсам ЦБ РФ. Тот курс, который указывается на карточке обмена валюты, в отчетах никак не используется и формирует курсовую разницу.

[Fevgin]

Предлагаю самым активным бета-тестерам - подарить по одной дополнительной лицензии, мы же стараемся Rolling Eyes

Как мы любим "халяву".
Я считаю, что любая работа должна быть оплачена. Кто принимает участие в тестировании продукта, конечно, тоже совершает некоторую работу. Поэтому она должна "вознаграждаться". Но...
1) От данного тестирования пользователи получают не что иное как удовольствие.
2) Разработчики тоже работают. И работы у них намного больше, нежели у тестировщиков. Наше дело лишь указать на проблему, а Разработчики должны ещё "поломать голову". И надо сказать, что выполняют свою работу Разработчики хорошо.
Поэтому я согласен заплатить за другую лицензию (это была бы плата за работу Разработчикам), а платой за мои труды в роли тестировщика принял бы скидку.

[Vladislav]

Задача сама по себе не сложная. Усложнится логика работы программы и карточка платежа. Это получается надо два поля на основной долг и проценты, но их никто вводить не будет, Вы же хотите общую сумму ввести, вместе с процентами, то есть надо еще третье поле - общую сумму долга. К этому захотят еще вводить курс обмена. Итого 4 поля во всех платежах вместо одного обмена валюты в некоторых кредитах.

Что-то про общую сумму с процентами я ничего не писал, по-моему. Достаточно ОДНОГО поля (либо дополнительное всплывающее окно) с курсом.
Поля для сумм остаются, в какой валюте вводятся значения в эти поля понятно по тому, какой счёт выбран. Списываем указанную сумму с указанного счета, остаток долга рассчитываем как текущий-сумма*курс. Всё. О каких 4-х полях речь?

[Vladislav]

Как мы любим "халяву".
Я считаю, что любая работа должна быть оплачена. Кто принимает участие в тестировании продукта, конечно, тоже совершает некоторую работу. Поэтому она должна "вознаграждаться". Но...
1) От данного тестирования пользователи получают не что иное как удовольствие.
2) Разработчики тоже работают. И работы у них намного больше, нежели у тестировщиков. Наше дело лишь указать на проблему, а Разработчики должны ещё "поломать голову". И надо сказать, что выполняют свою работу Разработчики хорошо.
Поэтому я согласен заплатить за другую лицензию (это была бы плата за работу Разработчикам), а платой за мои труды в роли тестировщика принял бы скидку.

1) Смелое утверждение.
2) Заметно, что тестирование по остаточному принципу.
3) О какой скидке от 200 руб. (или сколько там доп.лицензия стоит) идёт речь?

[Дмитрий]

Что-то про общую сумму с процентами я ничего не писал, по-моему. Достаточно ОДНОГО поля (либо дополнительное всплывающее окно) с курсом.
Поля для сумм остаются, в какой валюте вводятся значения в эти поля понятно по тому, какой счёт выбран. Списываем указанную сумму с указанного счета, остаток долга рассчитываем как текущий-сумма*курс. Всё. О каких 4-х полях речь?

С одним полем для ввода курса нереально решить вопросы с погрешностями округления, например, гасим долг в $300, отдав 10000 рублей. Где тогда будет отражено, сколько уплачено процентов в валюте гашения, а сколько основного долга? Да, в частном случае возврата долга в 6000 рублей долларами достаточно одного поля, но программа не может реализовать частный случай, не реализовав общего.

[Дмитрий]

1) Смелое утверждение.
2) Заметно, что тестирование по остаточному принципу.
3) О какой скидке от 200 руб. (или сколько там доп.лицензия стоит) идёт речь?

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

[Vladislav]

С одним полем для ввода курса нереально решить вопросы с погрешностями округления, например, гасим долг в $300, отдав 10000 рублей. Где тогда будет отражено, сколько уплачено процентов в валюте гашения, а сколько основного долга? Да, в частном случае возврата долга в 6000 рублей долларами достаточно одного поля, но программа не может реализовать частный случай, не реализовав общего.

А типа если гасить в той же валюте, то проблемы не возникает? Пользователь ведь САМ указывает сколько ОД, сколько %. Для этого и есть два поля в карточке платежа. В вашем примере так и будет:
если есть проценты по долгу, то пользователь сам и укажет 9000 ОД и 1000 проценты (например), так же как он сделал бы при возврате 300 у.е в той же валюте: 300 у.е. ОД, 10 у.е. % (например)

[Vladislav]

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

Так я же про вас ничего и не говорил, Анастасия уже озвучила позицию компании. Это был ответ для Fevgin, который считает, что это какая-то "халява".

Про "тестирование по остаточному принципу" честно говоря не понял.

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

[Дмитрий]

А типа если гасить в той же валюте, то проблемы не возникает? Пользователь ведь САМ указывает сколько ОД, сколько %. Для этого и есть два поля в карточке платежа. В вашем примере так и будет:
если есть проценты по долгу, то пользователь сам и укажет 9000 ОД и 1000 проценты (например), так же как он сделал бы при возврате 300 у.е в той же валюте: 300 у.е. ОД, 10 у.е. % (например)

Это все выглядит гладко до того момента, когда у Вас ОД 5667,35 рублей и % 2129,12 рублей, а для получения круглой возвращенной суммы в валюте, допустим, $280, надо вводить курс с 6 знаками после запятой. Отсюда и появляются дополнительные поля, которые позволяют вводить либо курс, либо сумму, превращая при этом карточку платежа в карточку обмена валюты. Но зачем все это нужно, если обмен валюты и так реализован?