0
На рассмотрении

Расчет 103 вида НУ

leobrou 2 года назад в Расчеты начислений и удержаний обновлен Вячеслав Шинкарев (менеджер разработки) 2 года назад 6

Здравствуйте.

Не считается 103 вид НУ по сдельной оплате.

В базовом значении стоит тариф. Может нужен другой алгоритм или задать параметры алгоритма для этого НУ?

Аванс
+1
На рассмотрении

Добрый день.

Какой расчет вы ожидаете для сделки?

Если нужен расчет по  тарифу - воспользуйтесь видами 105 или 292..

292 счет не пересчитывает РВ в ЛС, если был расчитан аванс расчетом за пол месяца. Есть какие-то настройки которые могут это настроить?

В поставке пересчитывает. Возможно, вы поставили у 292 вида в спецТВХ символ 2 (или 1). Чтобы вид пересчитывался, там д.б ноль.

Чем координальным отличаются коды алгоритма 3 и 192?

До этого расчетчики пользовались 103 видом для расчета сдельной оплаты. Они вносили данные по каждому ЛС вручную без расчета. Сейчас они попросили это автоматизировать, т.к. у них есть тариф на час. Переходить на другой вид НУ они отказываются. Что будет, если просто поставить алгоритм расчета 192 в 103 вид НУ?

Переходить в 292 они отказываются, ибо тарифы уже внесены в 103 вид, а их около 500-1000.

поставьте в 103 вид алгоритм 192...

тогда он будет рассчитывать сумму


+1

**ибо тарифы уже внесены в 103 вид, а их около 500-1000.**
1) В программе есть "Массовая замена БЗ" - возьмет за основу старый вид, на базе него откроет новый, закроет старый (так можно разделить период когда вводили руками сделку от периода когда надо считать от тарифа)
2) В программе есть массовая перекодировка видов. Ей все равно сколько видов 1 или 1000 перекодировать из одного вида в другой.

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

Сервис поддержки клиентов работает на платформе UserEcho