Автор | Сообщение |
---|---|
Игорь Голиков Главный форумщик Зарегистрирован: 21.09.2004 |
Добавлено: 17.10.2004 16:04 Заголовок сообщения: Округление в квартальных отчетах Расчет составляющих ЕСН производится с точностью до копеек и с этим Scala Payroll справляется. В квартальных отчетах по ЕСН, в ПФ и в ФСС (обычно это отчеты РАТсс682, 683, 685 и 687) данные должны округляться до рублей, что приводит к коллизии «+/- рубль». Пример: Пусть есть таблица из трех колонок (младшая возрастная группа, средняя и старшая) и трех строк (три месяца квартала) с итогами по столбцам и строкам и пусть точные значения копеек выглядят следующим образом: Период Мл.г. Ср.г. Ст.г. Итого 1 месяц 0.41 0.46 0.44 1.31 После простого округления значений полей получим: 1 месяц __0 __0 __0 __1 Бухгалтеры жаловались, что после получения в Скале приходится править эти отчеты (благо это возможно в RTF отчетах), что занимает однако значительное время, особенно отчет в ПФ. Правка заключается в подборе изменений на +/- рубль так, чтобы все зависимости выполнялись. Для вышеуказанного примера подошло бы: 1 месяц __0 __0 __1 __1 Участник нашего форума Regentova настояла (спасибо ей!), и я вставил эту подгонку в указанные выше отчеты. Основная идея: отчетные данные (в нашем примере — помесячные итоговые суммы) оставляем без изменений, а в колонках производится подгонка обратным расчетом (например: графа2 := итого — графа1 — графа3), итоговые суммы за квартал пересчитываем заново. Если у Вас будут вопросы пишите. |
vome Народный форумщик ![]() Зарегистрирован: 17.09.2004 |
Добавлено: 18.10.2004 10:33 Заголовок сообщения: В вышеуказаном примере наверное более корректно выглядело: 1 месяц __0 __1 __0 __1 Или я не прав? |
Игорь Голиков Главный форумщик Зарегистрирован: 21.09.2004 |
Добавлено: 18.10.2004 11:01 Заголовок сообщения: Месячные суммы в последней колонки — это то, что пересылалось в фонд, изменять их — ТАБУ! И квартальный итог последней колонки должен быть именно суммой помесячных выплат — он тоже фиксирован (в нашем примере — 3). «Подгонка» может проходить только в детальных строках и необязательно там, где меньше погрешность — можно там, где инспекторы не увидят. |
vome Народный форумщик ![]() Зарегистрирован: 17.09.2004 |
Добавлено: 18.10.2004 11:42 Заголовок сообщения: Период Мл.г. Ср.г. Ст.г. Итого 1 месяц 0.41 0.46 0.44 1.31 Почему Три ? 1,31 + 1,38 + 1,36 = 4,05 |
Игорь Голиков Главный форумщик Зарегистрирован: 21.09.2004 |
Добавлено: 18.10.2004 12:16 Заголовок сообщения: Компания перевела помесячно действительно 4.05, как сумму 1.31+1.38+1.36, но (специфика таких отчетов и способов их проверки в ИМНС) округленно она перевела 1+1+1=3. Если мы в каком-то месяце напишем 2, то это не пройдет, так как переводы шли округленно по 1 рублю. Если мы напишем 1+1+1=4, это тоже не пройдет, как арифметическая ошибка. Я не понимаю, почему бы или считать до рубля или отчитываться с копейками, но: «такова селява»… |
Игорь Голиков Главный форумщик Зарегистрирован: 21.09.2004 |
Добавлено: 21.10.2004 12:33 Заголовок сообщения: В качестве примера использования предлагаемого простого средства «подгонки» результатов округления под имеющиеся функциональные зависимости привожу изменения, внесенные пару дней назад в определение отчета РАТ01687.DDF «4-ФСС Квартальный отчет в ФСС». В таблице 1 раздела 1 налоговая база (строка 3) в колонке 5 после округления не сходится с суммой в строках 4-9. Ниже приведены колонки 1, 2 и 5 этой таблицы, причем в колонке 5 указаны используемые переменные отчета (у вас они могут быть другими): Налоговая база, всего: (стр.1-стр.2) 3 <98:032> Все, что нужно в этом отчете изменить, — это перед строками с примечанием «ФОРМАТИРОВАНИЕ» (в моем экземпляре DDF файла эти строки начинаются со строки №5275) вставить: FT<98:032>=<98:032>:#0 ***** +/- рубль ОКРУГЛЕНИЯ ***** |