Ваши комментарии

Ну смотрите, раньше форма Т49 печаталась до ведомости в кассу. Там стоят формулы, которые по 7 столбцу входимости в спец. Таблице выбирают виды НУ по цифрам в столбце. И получалось, что месяц расчитан начислено допустим 60 000 а аванс был 25 000.

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

Как сейчас: Расчитан месяц и если сделать ведомость как раньше, все встанет так же правильно, но без 305 вида удержания. Его фактически нет потому что ведомость в кассу не сформирована. Что будет если сформируем кассу? Налог встанет, а начисления уйдут в тот же 303 вид в банк.

По итогу ведомость ставит все 60 000 в удержания по 303 виду и итого к выдаче 0.



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

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

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

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

Делаем первым вариантом, будем знать. Спасибо

Как и говорил в вопросе, сохранение происходит в формате 7z локальной и сетевой копии. Сохранение происходит хорошо и дальнейшее восстановление из этого сохранение проходит тоже хорошо. В данный момент при обновлении делаем сохранение копии таким образом.

Обновление происходит полным дистрибутивом.



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