Передлагаю еще поставить вопрос об отмене проверки данных нарастающим итогом с "китайской пасхи" , то бишь с 2010 года и проверять только текущий отчетный год.
Объявление
Свернуть
Пока нет объявлений.
Встреча в ПФР
Свернуть
X
-
Сообщение от Gala07 Посмотреть сообщениеПередлагаю еще поставить вопрос об отмене проверки данных нарастающим итогом с "китайской пасхи" , то бишь с 2010 года и проверять только текущий отчетный год.
- Спасибо 0
Комментарий
-
Сообщение от Gala07 Посмотреть сообщениеПередлагаю еще поставить вопрос об отмене проверки данных нарастающим итогом с "китайской пасхи" , то бишь с 2010 года и проверять только текущий отчетный год.
- Спасибо 0
Комментарий
-
Сообщение от Алексей К. Посмотреть сообщение2. Излишняя зарегулированность требований к подаваемой отчетности. Расхождение отчетных данных с данными бухгалтерского учета. Последствия действий этих требований и последствия их отмены.
Здесь планируется выяснить, чем ПФР не нравится бухучет, и зачем они с МЗР придумывают требования, противоречащие бухучету:
- умножение базы на тариф в РСВ-1
В связи с тем, что форма РСВ-1 по сути является сводной, в её формулах должны использоваться только знаки "плюс" или "минус". А все необходимые расчёты от общей базы должны перекочевать в проверочные программы.
Сообщение от Gala07 Посмотреть сообщениеПередлагаю еще поставить вопрос об отмене проверки данных нарастающим итогом с "китайской пасхи" , то бишь с 2010 года и проверять только текущий отчетный год.
Сообщение от lubezniy Посмотреть сообщениеЕсли уж делать что-то подобное, то нужно делить уплату на две суммы - уплачено в текущем периоде за предыдущие периоды (в т. ч. погашение задолженности), и уплачено в текущем периоде за текущий период.
Сообщение от VinnieThePOOH Посмотреть сообщениеПредлагаю вообще отменить разноску уплаты по работникам работодателями.
Предлагаю отменить форму РСВ-1.
А по второму - не всё так однозначно. Ведь проблема не в форме как таковой. Проблема связана с правилами её заполнения и сравнения с формами персучёта.
- Спасибо 0
Комментарий
-
Сообщение от vk65 Посмотреть сообщениеА по второму - не всё так однозначно. Ведь проблема не в форме как таковой. Проблема связана с правилами её заполнения и сравнения с формами персучёта.
Имеются ввиду не только те, которых нет вообще в РСВ-1, но и те, которые нельзя вычислить на основании форм персонифицированного учета.
Настаиваю на отмене РСВ-1 именно по этой причине - это сводная форма, которая может быть получена из форм персонифицированного учета путем несложных преобразований показателей.
- Спасибо 0
Комментарий
-
Сообщение от VinnieThePOOH Посмотреть сообщениеНастаиваю на отмене РСВ-1 именно по этой причине - это сводная форма, которая может быть получена из форм персонифицированного учета путем несложных преобразований показателей.
Остальное уже обсуждали много раз...
- Спасибо 0
Комментарий
-
Сообщение от VinnieThePOOH Посмотреть сообщениеНастаиваю на отмене РСВ-1 именно по этой причине - это сводная форма, которая может быть получена из форм персонифицированного учета путем несложных преобразований показателей.
Стандартный способ облагородить любой документ: проверить каждый элемент на предмет "можно ли без него обойтись". Этот приём имеет разные названия - нормализация, бритва Оккама, или принцип KISS, но суть у всех одна. Отбросить всё, что не является обязательным.
Не нужно рядом с двумя цифрами писать третье - результат деления первых двух (с пятью знаками после запятой!). Не нужно имя тега дублировать кодом строки. в Ну и апофеоз: параметр "количество страниц" не имеет смысла в электронном документе.
Это всё примеры несоблюдения общего правила: использовать минимально необходимую информацию, остальное убрать. Чем короче отчёт, тем меньше в нём ошибок.
- Спасибо 0
Комментарий
-
Сообщение от VinnieThePOOH Посмотреть сообщениеНазовите, пожалуйста, показатели, которых нет в формах СЗВ-6-1(2) и СЗВ-6-3 (кроме среднесписочной), и которые есть только в форме РСВ-1.
Имеются ввиду не только те, которых нет вообще в РСВ-1, но и те, которые нельзя вычислить на основании форм персонифицированного учета.
- Спасибо 0
Комментарий
-
Сообщение от Игорь И. Посмотреть сообщениеЭто всё примеры несоблюдения общего правила: использовать минимально необходимую информацию, остальное убрать. Чем короче отчёт, тем меньше в нём ошибок.
- Спасибо 0
Комментарий
-
Сообщение от vk65 Посмотреть сообщениеЯ бы добавил, что всё это относится к хранению информации в электронном виде. На бумаге без денормализации не обойтись.
- Спасибо 0
Комментарий
-
Сообщение от lubezniy Посмотреть сообщениеВ любом случае без той или иной денормализации не обойтись. А вообще не исключается, что ПФР рано или поздно будет вынужден переводиться с бумажного строго в электронное хранение информации: с установленными сроками хранения отдельных документов бумагу физически некуда будет складывать.
- Спасибо 0
Комментарий
-
Поддерживаю позицию Игорь И.. Конечно, на бумаге без денормализации не обойтись. Но это не значит, что в базе необходимо хранить информацию ровно в том виде, в каком она будет распечатана. Напр., в БД храним два числа, а при печати производим вычисления и выводим частное, хоть с десятью знаками после запятой!
При таком подходе отпала бы необходимость сверки строк РСВ-1 с соответствующими показателями АДВ-6-2, СЗВ-6..; к тому же эти проверки не всегда являются верными (напр., суммы при регрессе, численность застрахованных и число ИС при разбивке на категории и виды договоров )
- Спасибо 0
Комментарий
-
Сообщение от vk65 Посмотреть сообщениеЯ бы добавил, что всё это относится к хранению информации в электронном виде. На бумаге без денормализации не обойтись.
Пока же методологи ПФР придерживаются ровно противоположной позиции. Сейчас больше шансов увидеть хитроумную формулу для подсчета количества страниц, увеличение разрядности дробей, и появления долей копеек для уменьшения погрешностей округлений, чем исчезновения этих параметров (или отмены какого-то отчёта целиком).Последний раз редактировалось Игорь Ильин; 01.05.2012, 17:38.
- Спасибо 0
Комментарий
реклама
Свернуть
Комментарий