ЗУП, ред. 2.5 (2.5.69.3)
Об этой проблеме написано здесь «Распределение договорников по пачкам СЗВ – ошибка» (http://partners.v8.1c.ru/forum/thread.jsp?id=1144454) и здесь «Проблемные ситуации при подготовке отчетности ПФР в 2013 году» (//infostart.ru/public/193597/).
Если кратко описать, в чем проблема, то получится так: при формировании документов «Пачка СЗВ-6-4» не заполняются сведения по страховым взносам физлиц.
Общего (универсального) решения проблемы я не придумал. «Проблемой» корректно называть не алгоритм обновленного ЗУП, а ту ситуацию, в которую попали работодатели и пользователи системы 1С. Опишу ситуацию своих знакомых, и как я им помог.
Немного предыстории: есть договорники, оформленные по договорам ГПХ. Они и рады и благодарны, что с ними работают, что с ними заключили такие договора. Они не просят больничных, они не просят отпускных, они не ходят на работу – работают на дому – они так договорились. Работодатель платит все взносы в ФСС и ПФР, но не оформляет договорников по трудовому договору. И здесь по закону усматривается нарушение. Кто в курсе всех нюансов, напишите, пожалуйста, в комментариях.
В ЗУП при формировании пачек СЗВ-6-4 используются сведения из регистра накопления «Учет доходов для исчисления страховых взносов». В конфигураторе он называется как «СтраховыеВзносыСведенияОДоходах». При формировании пачек используется отбор по идентификации договора: относится ли он к «ГПХ» или к «Трудовому». По алгоритму любой договор с видом дохода «Доходы, целиком облагаемые страховыми взносами» идентифицируется как «Трудовой» (рис. 1). Поэтому ждать, что эти сведения попадут в пачку с договорами «ГПХ» не приходится. Но почему-то физлица – договорники «ГПХ» попадают в эту пачку? Получается, что физлица сели в документ, но без сведений о доходах и взносах. У расчетчика наступает мозговой коллапс. 
Рис. 1. Соответствие вида расчета и вида дохода
«Проблема» была решена двумя способами: «быстро» — с помощью внешней обработки, которая изменила данные регистра перед автозаполнением пачек. И «долго» – когда был проведен разбор алгоритма автозаполнения и его доработка. Внешняя обработка выложена в файл для скачивания.
Суть внешней обработки заключается в том, что вы устанавливаете новое соответствие для выбранного вида расчета – новый выбранный вид дохода, соответствующий законодательству (рис. 2). Новое значение вида дохода сохраняется в регистре накопления «Учет доходов для исчисления страховых взносов». После формирования пачек вы возвращаете прежнее значение вида дохода с помощью той же обработки. Прежнее значение вида дохода определяется из соответствующего реквизита указанного вида расчета.
Результат изменения данных внешней обработкой также продемонстрирован на рис. 2.
Рис. 2. Результат внешней обработки
Далее по тексту идут мои «философские» изыскания разработчика.
По существу «быстрый» способ основан на изменении данных (рис. 3). Минус заключается в том, что повторить автозаполнение через неделю или другим человеком не удастся, если его не предупредить. Внимание! Такие способы обхода учетных механизмов не приемлемы.
Рис. 3. Неприемлемый способ решения проблем, но порой самый быстрый
Приемлемы такие способы, которые сохраняют причинно-следственную связь изменения данных. То есть алгоритмы должны сохраняться в конфигураторе, и при автозаполнении документа позапрошлого года выдать тот же результат.
Поэтому изначально я разбирал алгоритм на составляющие и решал вопрос «приемлемым» способом. Не смог «собрать» текст запроса через отладчик и вынести его в консоль запроса, чтобы «наглядно» дорабатывать его. Изменял запрос в конфигураторе – по сути действовал на ощупь. В результате задача была решена по времени дольше, чем могло бы быть иначе. А возможно ли иначе? Возможно. И, наверное, всякий раз при столкновении с ЗУПовскими запросами, я буду упоминать о причинах: это сложный («нелинейный») учет и использование «больших» «собирающихся» запросов. О моем взгляде на эту проблему я написал отдельную статью //infostart.ru/public/195627/. Может быть проблема «больших» запросов однажды начнет решаться…
Центр автоматизации, Гумеров Р.И
См. также:
Как эффективно использовать Инфостарт NEW!
Список реализаций + структура подчиненности + реестр документов SALE’1sm
Список заказов поставщикам + структура подчиненности SALE’1sm
Список заказов покупателей + структура подчиненности SALE’1sm
Договоры для 1с-ника ТОП-скачиваний
Сетка расписания (Планировщик) нестанДАрт
Два механизма, которые ускорили работу бухгалтеров в 1С нестанДАрт
Расчет банковских (рабочих) дней нестанДАрт
Шаблоны кода в режиме 1С:Предприятие SALE’1sm
Доработка конфигурации Конвертация Данных
Планирование платежей. Прогнозирование прибылей и убытков
Ввод показателей план-факта БП 3.0 Know-how
Инвентаризация личного опыта Для новичков 1С
Большие запросы: взгляд на проблему нестанДАрт
Технология создания коммерческих разработок Know-how
Андроид-решение для создания заказов в 1С Know-how + нестанДАрт
Печать ценников с одной и двумя ценами 55х40, 100х60, 140х200
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
проблема известна и позиция 1с на эту тему известна, есть статья на этот счет на ИТС, почему происходит разделение стажа и денег на разные пачки
Формально, идет нарушение ТК РФ, есть все признаки трудового договора. Просто работодатель таким образом частично подстраховывается, чтобы получать не за весь косяк, а только за его часть 🙂
А за «извращение» плюс 🙂
«Не смог «собрать» текст запроса через отладчик и вынести его в консоль запроса, чтобы «наглядно» дорабатывать его» = ставишь точку останова на начало выполнения запроса и получаешь весь запрос со всеми данными (и тект и параметры)
(2) 🙂 спасибо, я так и делаю всегда. в этот раз не получилось
(2) попробуйте собрать запрос, скопировать его в консоль запросов и запустить
я работал с документом «ПачкаДокументовСЗВ_6_4» — в общем модуле есть Процедура РассчитатьВзносы(…)
в ней основных запросов два, которые я собирал:
1) ВзносыФизлиц = ПроцедурыПерсонифицированногоУчетаПолныеПрава.ДанныеОВзносахПоКатегориям(Дата, ПериодРасчетаВзносов, ПериодРасчетаВзносов, Организация, МассивФизлиц, ВыводитьОбщуюИнформацию Или ВыводитьПолныйКомментарий, ДанныеКомментирования);
2) РезультатЗапроса = ПроцедурыПерсонифицированногоУчетаПолныеПрава.ДанныеОДоходахЗаОтчетныеПериоды(ПериодРасчетаВзносов, ПериодРасчетаВзносов, Организация, Дата, МассивФизлиц, КатегорияЗастрахованныхЛиц, ТипДоговора);
Если вы попробуете пройти по отладке по первой процедуре получения взносов физлиц, вы встретите такую конструкцию
Запрос.Текст = СтрЗаменить(Запрос.Текст,»РегистрСведений.УчетнаяПолитикаНалоговыйУчет», ЗаполнениеРегламентированнойОтчетностиПереопределяемый.ИмяУчетнойПолитики());
Результаты = Запрос.ВыполнитьПакет();
ВсегоЗапросов = Результаты.Количество();
РезультатЗапроса = Результаты[ВсегоЗапросов — 1].Выгрузить();
Распределено = Результаты[ВсегоЗапросов — 2].Выбрать();
Распределено.Следующий();
Зарегистрировано = Результаты[ВсегоЗапросов — 3].Выбрать();
Зарегистрировано.Следующий();
здесь я и споткнулся, перестал что-либо соображать и прекратил отладку
а дальше ниже по коду
РезультатЗапроса = Запрос.Выполнить().Выгрузить();
возможно в этой строке кода текст запроса определился бы «полно»
у меня в одном холдинге похожая лабуда: делал в прошлую сдачу похожий переворот, только в отчете добавлены организация и интервал обработки регистра(отчетный квартал)- за всю предыдущую жизнь нет смысла переворачивать…
(5) да вы правы 🙂
если вы до конца уверены в том, как работает типовой механизм — конкретно как он использует периоды.
…а я не знаю, могу лишь положиться на логику и догадываться, пока не протестирую, пока пользователи явно не укажут на ошибку, которая может вылезти совсем в другом месте
Я с этой проблемой нашел решение в (помогла обработка) от 8. ant1773 27.06.13 14:59
Я не очень понял зачем с чем то извращатьсья, если можно поправить в документе Начисление страховых взносов, а так же в самом виде расчета?
(8) я тоже не очень понял вас. вообще, чтобы понять другого, надо или проделать умственную работу, или знать предмет разговора настолько, чтобы можно было с легкостью сказать «ребята, не надо так, надо было так». я предметом не владею, консультировался с опытным консультантом-внедренцем ЗУП, который прошел огонь, воду и медные трубы. Совместными усилиями мы пришли к двум разным решениям — о них я упомянул в статье. Вообще, тему развивать не хочу, уже не актуально для меня: в посте (7) есть аналогичный подход. Обсудите пожалуйста с ними все детали.
Вобщем ясно. После долгих обсуждений, пришел к выводу что это очередной костыль.
По хорошему, на договоры ГПХ никаких ФСС считаться не должно, иначе это уже трудовой договор получается.
выдержку из гаранта по теме прочитать можно тут
Поэтому самое правильное, долбить взносы в ФСС руками, если уж так хочется. А договоры ГПХ вести по правилам.
Дабы избавиться потом от «это программа так насчитала».