gifts2017

Перераспределение уплаты страховых взносов для ЗУП 2.5 в пачках СЗВ-6 (+ проверка переплаты и отчёты по периодам) до 2014 года

Опубликовал Иван Чагаев (BoneD) в раздел Отчеты - Финансовые

Для отчётности с 1 квартала 2014 более не применяется, т.к. из отчётности исключена разбивка уплаты по сотрудникам!!!

Обработка для ЗУП 2.5, позволяющая перераспределить суммы уплаченных взносов, зафиксированные в пачках СЗВ-6 стандартным заполнением документа по принципу: сначала закрываем сумму остатков с прошлых периодов (остатки учитывают категорию застрахованных лиц, корректирующие и отменяющие пачки за прошлые периоды), затем уволенных, а остальным распределяем по коэффициенту. Вместе с уволенными можно распределить превысивших предельную величину базы страховых взносов и тех, на кого в отчетном периоде подавали СПВ-1 (настраивается). Содержит отчёты по суммам СЗВ и проверку переплаты.

 Для отчётности с 1 квартала 2014 более не применяется, т.к. из отчётности исключена разбивка уплаты по сотрудникам!!!

  Обработка для ЗУП 2.5, позволяющая перераспределить суммы уплаченных взносов, зафиксированные в пачках СЗВ-6 стандартным заполнением документа по принципу: сначала закрываем сумму остатков прошлого периода уволенных, затем закрываем сумму остатков прошлого периода работающих (остатки учитывают категорию застрахованных лиц, корректирующие и отменяющие пачки за прошлые периоды), затем начисления текущего периода уволенных и договорников ГПХ (без трудового в этой организации), а остальным распределяем по коэффициенту. 
 Вместе с уволенными можно распределить превысивших предельную величину базы страховых взносов и тех, на кого в отчетном периоде подавали СПВ-1 (настраивается). Это нужно делать в том случае, если оплата за месяцы, когда им начислялись взносы, уже была произведена полностью.
 Кроме того, в настройке можно непосредственно указать тех, кого нужно распределить в первую очередь.
 Распределенные суммы показаны для удобства в 2-х таблицах, раздельно уволенные и работающие.
 Сотрудник считается уволенным, если был уволен в отчетном периоде и вновь не принят на работу до окончания отчетного периода. Если он был вновь принят после окончания отчетного периода, то он все-равно считается уволенным по отношению к отчетному периоду.

 Порядок работы:

1) заполняем документы "Сведения о страховых взносах и стаже застрахованных лиц (СЗВ-6)" и "Опись сведений АДВ-6-2" стандартным способом. Пачки лучше просто записать, оставив непроведенными, чтобы обработка быстрее записала данные, провести их после обработки.

2) когда документ готов к печати и выгрузке, запускаем обработку и выбираем в обработке Организацию, Текущую "Опись сведений АДВ-6-2". В правой части набираем все "Описи сведений АДВ-6-2" прошлых периодов. При выборе документа отчетного периода туда автоматически попадают документы из регистра сведений "Сведения принятые ПФР" а недостающие дополняются проведенными документами АДВ-6 с проставленным флажком "Принято в ПФР".

3) если необходимо закрыть полностью уплату по превысившим предельную величину базы страховых взносов, то выставляем флажок "Распределять превысивших предел. величину базы вместе с уволенными"

4) нажимаем [Перераспределить суммы], поля обработки сразу заполняются содержимым начисленных и уплаченных сумм из "Сведения о страховых взносах и стаже застрахованных лиц (СЗВ-6)", включенных в выбранный "Опись сведений АДВ-6-2". В верхней части обработки справочно показаны итоговые суммы к распределению.

5) нажимаем [Записать распределение]. Новое распределение записывается назад в документы "Сведения о страховых взносах и стаже застрахованных лиц (СЗВ-6)", из которых были взяты первоначальные суммы. Если документы к моменту распределения были уже проведены, то они перепроводятся.

6) желательно проверить наличие абсолютной переплаты взносов по работникам (в соотв. пункте меню).

 После того как обработка перераспределила суммы в пользу остатков прошлых периодов и уволенных, можно выгружать/печатать пачки. Работа закончена. Если общая суммы оплаты достаточна для оплаты взносов уволенных, то о них можно больше не вспоминать в будущих отчетных периодах.
 Копейки округления распределения подбиваются первым в списке работающих сотрудников, чтобы не было расхождений итога распределения с общей суммой к распределению.

 Если какой-то сотрудник (которому должен быть распределен остаток оплаты за прошлый период) не попал в пачки автоматически, его надо добавить в нужную пачку перед распределением.
 Если необходимо распределять сумму уплаты не полностью (когда в РСВ-1 отрицательное сальдо на конец периода), то в настройке установить "Собирать уплату из СЗВ", скорректировать в любой пачке СЗВ на ком-нибудь разницу в уплате, записать её и перераспределить заново.
 Если сумма уплаты не соответствует реальной оплаченной сумме (такое бывает, когда сумма оплаты в периоде больше суммы начисления или после перехода с ЗиК 7.7), то нужно в настройке установить "Собирать уплату из СЗВ" скорректировать в любой пачке СЗВ на ком-нибудь разницу в уплате перед распределением, записать её (лучше сотруднику с пустой уплатой, чтобы не ошибиться). После перераспределения сумма распределится в полном объеме, по описанному выше алгоритму.

 В таблицах распределения работники с пустым стажем и нулевыми суммами начислений и уплат отмечаются красным цветом. Данные по ним автоматически сформированы программой, но не должны были включаться в пачки (возникает из-за того, что суммы по уволенным уже были полностью оплачены в прошлом периоде, а программа это не учитывает).
 В таблице работающих оливковым цветом отмечаются работники с нулевыми суммами начислений и уплат, весь отчетный период находившиеся в административном отпуске (АДМИНИСТР, НЕОПЛ).
 В таблицах работающих и уволенных отмечается фон цветом киноварь у строк с отрицательной суммой уплаты.
 Все "ненужные" строки  можно удалить кнопкой удаления (удаляет как строку из таблицы, так и соотв. строку в пачке СВЗ-6).
 Кроме того, есть кнопки массового удаления из таблиц распределения и пачек работников с пустым стажем (или весь стаж "АДМИНИСТР") и нулевыми суммами начислений и уплат, отмеченных красным цветом. Но после того, как были удалены все требуемые строки, необходимо записать распределение, иначе после повторного распределения потеряется часть уплаты.
 Стаж работников можно посмотреть и отредактировать прямо из обработки кнопкой [СЗВ]. Если работнику стаж был изменен (например разбит на несколько строк из-за неучтенного больничного листа), то можно перенести его в другую пачку (СЗВ-6-1) прямо из обработки, нажатием соотв. кнопки на панели.
 Если следовать рекомендации 1С по работе с пачками ПФР (проводить и ставить признак "Принято в ПФР" в пачках прошлых периодов) , то с релиза 2.5.36.3 количество "лишних" записей в документах СЗВ-6 сводится к нулю, т.е. строки отмеченные красным цветом практически отсутствуют.

 P.S. Внешней обработкой сделано специально, чтобы ей могли воспользоваться те, у кого конфа без возможности изменения.
 В таблице уволенных справочно выведена дата увольнения, если пустая, то это договорник ГПХ у которого в этой организации нет трудового договора.
 Если сумма по итогам распределения не устраивает, можно вернуть все назад, нажав в "Опись сведений АДВ-6-2" [Заполнить]=>[Суммы взносов]. Вернет все суммы назад, при условии, что никого еще не удаляли из пачек.

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
ОбработкаОплатСЗВ6.epf
.epf 67,26Kb
23.07.13
3224
.epf 67,26Kb 3224 Скачать

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Иван Чагаев (BoneD) 16.07.10 10:14
ПРФ рекомендует по уволенным закрывать суммы полностью.

Но, вот мнение 1С, озвученное на их форуме:
Алгоритм пропорционального распределения уплаченных сумм предложен ПФРом (и даже опубликован в "памятках страхователю"). Этот алгоритм основывается на Постановлении Правительства РФ от 12.06.2002 № 407, которое предусматривает в том числе "дописывание" сумм в расчетный капитал при поступлении оплаты за прошлые периоды.
Таким образом, для уволенных сотрудников суммы начисленных и уплаченных страховых взносов не обязаны(!) совпадать. Совпадение будет только в том случае, когда взносы за июнь были перечислены в июне.
В следующем отчетном периоде (за полугодие) Вы подадите сведения об уплаченных суммах, в том числе и за уволенных.
Обращаем Ваше внимание, что если в сведениях текущего периода Вы измените распределение уплаченных сумм, то и в последующие периоды уплаченные суммы придется редактировать вручную.

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

Так что, решайте сами, надо ли Вам сейчас использовать эту обработку и готовится к перераспределению уплаченных взносов в следующем периоде (если алгоритм все-таки будет реализован) или поверить обещаниям 1С и оставить пропорциональное распределение.
2. Armando Armando (Armando) 16.07.10 11:06
Какой-то косяк с уволенными. Если сотрудник был уволен, а потом опять принят, то попадает в уволенные.
3. Иван Чагаев (BoneD) 16.07.10 11:13
(2) Я проверяю состояние работника не на текущий день, а на дату конца отчетного периода, т.е. в этом случае на 30.06.2010 (если уволен 30.06.2010, то считаю его уволенным, несмотря на то, что движения в регистре идут 01.07.2010). А если он принят позднее конца отчетного периода, то он попадает в уволенные.
При определении состояние, собираю всех сотрудников этого физлица на дату конца отчетного периода, сортирую в порядке убывания даты и смотрю первую запись, если это увольнение, то он считается уволенным.
Проверил в своей базе - все нормально. Если человека принят снова 30.06.2010, то он уходит в работающих, если 01.07.2010, то в уволенных. Если программа, работате так, как задумано, то это не косяк :D .
Посмотрел у тех, кто делал подобные обработки по 7.7: тоже определяют состояние работника на конец отчетного периода, а не на текущую дату. Каждый волен исправить отчет под себя, дерзайте.
Хотя... увольнение по внутр. совместительству я не предусмотрел - оно нас не интересует. Счас исправлю и выложу исправленную версию. Хорошо, что навели на мысль.
4. Елена Б (Pin) 16.07.10 19:31
(1)1С всегда имеет мнение, которое оправдывает их действия в стиле "а нам так проще". После того как они объявили удержание за неотработанные дни отпуска удержанием с точки зрения НК, тем просто упростив себе жизнь, к их мнению прислушиваться страшновато.
Вот очередные примеры:
В следующем отчетном периоде (за полугодие) Вы подадите сведения об уплаченных суммах, в том числе и за уволенных.
Это каким же образом, ПФР такие сведения, где уплата больше начисления не принимает?
Обращаем Ваше внимание, что если в сведениях текущего периода Вы измените распределение уплаченных сумм, то и в последующие периоды уплаченные суммы придется редактировать вручную.
А это почему? Мы уплатили за уволенного все, оставшиеся уплаты распределили между остальными. В след. полугодии та часть уплаты, которая приходилась на уволенного (та часть, которую мы ему как бы переплатили в 1- полугодии, если считать по КУ), распределится на всех остальных. Зачем что-то править руками? Если мы уплатим все во 2-м полугодии до конца года, то и распределенная за год сумма у нас будет равна начислениям за год. Непонятно что предполагается "редактировать вручную"?
5. Олег Дьяченко (OlegDy) 26.01.11 03:24
Обработка супер.
Я программист и меня постоянно мои расчетчики терроризируют по этому поводу.
ПФР сами не знают как эту сумму рассчитывать. В программе "Документы ПУ" расчет идет тоже просто коэффициентом как в 1С, причем у нас сумма уплаченного во втором полугодии больше чем начислено. Эта программа и 1С просто обрезают и ставят как начислено. Есть еще программа "Оренбурга" она дает ставить коэффициент больше единицы, но опять же просто коэффициент не какого учета прошлого периода. Уже сам хотел писать что либо с учетом прошлого периода. А тут эта обработка. Сейчас вообще будут каждые 3 месяца сдавать. Так что все еще впереди.
6. Andrey Shein (ashein) 27.01.11 11:25
Мои расчетчики говорят что если сотрудник уволен в декабре 2010, а уплата за него идет в январе 2011, то по нему никак не может быть сумма уплаченного равна сумме начисленного. Может стоит немного поправить алгоритм?
7. Иван Чагаев (BoneD) 27.01.11 16:46
ashein пишет:
Мои расчетчики говорят что если сотрудник уволен в декабре 2010, а уплата за него идет в январе 2011, то по нему никак не может быть сумма уплаченного равна сумме начисленного. Может стоит немного поправить алгоритм?

Ну... это мнение Ваших расчетчиков, а наш ПФР считает, что в первую очередь мы с оплаты второго полугодия должны закрывать ВСЮ сумму по уволенным, работавших во втором полугодии, а то, что осталось, распределить пропорционально продолжающим работать. И именно так обработка распределяет взносы.
А Вашим расчетчика отлично подойдет стандартный механизм распределения уплат страховых взносов, реализованный в ЗУП 2.5. Нужно лишь правильно разнести уплату, в этом Вам может помочь публикация Проверка сумм уплаты страховых взносов для отчета в ПФР (ЗУП, БП, КА, УПП)
А использовать обработку "Перераспределение страховых взносов" из этой публикации в Вашем случае нет нужды.
8. Артур Аюханов (artbear) 31.01.11 15:46
(7) В обработке есть косяк, если есть корректировка по сотрудника за прошлый период.
Т.е. в предыдущие пачки мы указываем исходную опись/пачку за 1 полугодие + корректирующую опись/пачку второго полугодия (но корректируемый период указан первым).
Нажимаем кнопку "Перераспределить оплату" и получаем в таблицах двойные записи по сотруднику, чьи взносы корректировали.
Например, в справочной таблице сотрудник идет два раза ( причем не рядом!) и его суммы (1 полугодие + корректировка) суммируются, что неверно. должна остаться только одна запись :(
Например, в 1 полугодии был остаток 505 рублей, после исправления должно быть 453, и итоговая сумма уплаты должна быть 453, а получаем сумму 958 рублей :(
Но общая сумма уплаты по всем сотрудникам рассчитывается все равно верно, т.к. распределение получается странное :(
9. Иван Чагаев (BoneD) 31.01.11 16:21
Это не косяк, просто я НЕ предусматривал корректировки как таковые, т.к. наш ПФР корректировки не принимает вообще. Они заново просят сдавать ИСХОДНЫЕ.
10. Артур Аюханов (artbear) 31.01.11 16:48
(9) Исправление с учетом корректирующих пачек:
После строки 62
		Состояние("Выборка остатков прошлого периода по пачкам СЗВ");
меняем установку текста запроса на следующий код
		Запрос.УстановитьПараметр("ТипСведенийСЗВ_Корректирующая", Перечисления.ТипыСведенийСЗВ.КОРРЕКТИРУЮЩАЯ);
		запрос.Текст = 
		"ВЫБРАТЬ
		|	ПередачаСЗВ4вПФРПачкиДокументов.ДокументПачка КАК Ссылка
		|ПОМЕСТИТЬ Пачки
		|ИЗ
		|	Документ.ПередачаСЗВ4вПФР.ПачкиДокументов КАК ПередачаСЗВ4вПФРПачкиДокументов
		|ГДЕ
		|	ПередачаСЗВ4вПФРПачкиДокументов.Ссылка В(&мПередачаСЗВ4вПФРСсылка_Предыдущая)
		|;
		|
		|////////////////////////////////////////////////////////////­////////////////////
		|ВЫБРАТЬ
		|	СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.Ссылка,
		|	СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.ФизЛицо КАК ФизЛицо,
		|	СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.НачисленоСтраховая - СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.УплаченоСтраховая КАК ОстатокСтраховая,
		|	СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.НачисленоНакопительная - СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.УплаченоНакопительная КАК ОстатокНакопительная
		|ПОМЕСТИТЬ ВТ_КорректирующиеЗаписи
		|ИЗ
		|	Документ.СведенияОТрудовомСтажеИЗаработкеСЗВ4.РаботникиОрганизации КАК СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации
		|ГДЕ
		|	СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.Ссылка В
		|			(ВЫБРАТЬ
		|				Пачки.Ссылка
		|			ИЗ
		|				Пачки КАК Пачки)
		|	И (СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.НачисленоСтраховая <> СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.УплаченоСтраховая
		|			ИЛИ СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.НачисленоНакопительная <> СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.УплаченоНакопительная)
		|	И СведенияОТрудовомСтажеИЗаработкеСЗВ4РаботникиОрганизации.Ссылка.ТипСведенийСЗВ = &ТипСведенийСЗВ_Корректирующая
		|;
		|
		|////////////////////////////////////////////////////////////­////////////////////
		|ВЫБРАТЬ РАЗЛИЧНЫЕ
		|	ВЫБОР
		|		КОГДА Корректировки.ФизЛицо ЕСТЬ NULL 
		|			ТОГДА Сведения.Ссылка
		|		ИНАЧЕ Корректировки.Ссылка
		|	КОНЕЦ КАК СведенияОТрудовомСтажеИЗаработкеСЗВ4,
		|	ВЫБОР
		|		КОГДА Корректировки.ФизЛицо ЕСТЬ NULL 
		|			ТОГДА Сведения.ФизЛицо
		|		ИНАЧЕ Корректировки.ФизЛицо
		|	КОНЕЦ КАК ФизЛицо,
		|	ВЫБОР
		|		КОГДА Корректировки.ФизЛицо ЕСТЬ NULL 
		|			ТОГДА Сведения.НачисленоСтраховая - Сведения.УплаченоСтраховая
		|		ИНАЧЕ Корректировки.ОстатокСтраховая
		|	КОНЕЦ КАК ОстатокСтраховая,
		|	ВЫБОР
		|		КОГДА Корректировки.ФизЛицо ЕСТЬ NULL 
		|			ТОГДА Сведения.НачисленоНакопительная - Сведения.УплаченоНакопительная
		|		ИНАЧЕ Корректировки.ОстатокНакопительная
		|	КОНЕЦ КАК ОстатокНакопительная
		|ИЗ
		|	Документ.СведенияОТрудовомСтажеИЗаработкеСЗВ4.РаботникиОрганизации КАК Сведения
		|		ЛЕВОЕ СОЕДИНЕНИЕ ВТ_КорректирующиеЗаписи КАК Корректировки
		|		ПО Сведения.ФизЛицо = Корректировки.ФизЛицо
		|ГДЕ
		|	Сведения.Ссылка В
		|			(ВЫБРАТЬ
		|				Пачки.Ссылка
		|			ИЗ
		|				Пачки КАК Пачки
		|			ГДЕ
		|				(НЕ Пачки.Ссылка В
		|						(ВЫБРАТЬ
		|							ВТ_КорректирующиеЗаписи.Ссылка
		|						ИЗ
		|							ВТ_КорректирующиеЗаписи КАК ВТ_КорректирующиеЗаписи)))
		|	И (Сведения.НачисленоСтраховая <> Сведения.УплаченоСтраховая
		|			ИЛИ Сведения.НачисленоНакопительная <> Сведения.УплаченоНакопительная)
		|
		|УПОРЯДОЧИТЬ ПО
		|	ФизЛицо,
		|	СведенияОТрудовомСтажеИЗаработкеСЗВ4
		|АВТОУПОРЯДОЧИВАНИЕ";
...Показать Скрыть


После этого все становится хорошо :)
cleaner_it; BoneD; +2 Ответить
11. Артур Аюханов (artbear) 01.02.11 09:47
(9) Предлагаю инфу из описания обработки на сайте закинуть в справочную информацию обработки.
Пользователям будет проще :)
12. Алина Алина (never_desponding) 01.02.11 12:16
СПАСИБО огромное!!!! обработка супер!
13. Вячеслав Фесенко (DO_WHILE_LOOP) 02.02.11 10:34
Спасибо, обработка замечательная,
возможно ли реализовать распределение уплаченных страховых взносов в ПФР не только по уволенным до декабря 2010г, но и по сотрудникам, доход которых до 12.2010г превысил 415 000,0 руб. То есть, в декабре начисления по ним не производились и остатков к уплате не должно быть.
14. Иван Чагаев (BoneD) 03.02.11 09:51
DO_WHILE_LOOP пишет:
Спасибо, обработка замечательная,
возможно ли реализовать распределение уплаченных страховых взносов в ПФР не только по уволенным до декабря 2010г, но и по сотрудникам, доход которых до 12.2010г превысил 415 000,0 руб. То есть, в декабре начисления по ним не производились и остатков к уплате не должно быть.

Да, мне уже говорили об этом, но ситуация хорошо отрабатывается только, если платят, как Вы пишете, т.е. не позднее след. месяца, а доход был закрыт не позднее декабря. Я подумаю, над этим, чтобы переносить их тоже в таблицу уволенных (и закрываемых в первую очередь под 100%). Реализовать это, конечно, возможно. Как найду время, сделаю.
15. Наталья Уродовская (LaninaNata) 03.02.11 12:24
Гениальная обработка! Огромное спасибо!!!
16. Вячеслав Фесенко (DO_WHILE_LOOP) 03.02.11 18:46
BoneD пишет:
Да, мне уже говорили об этом, но ситуация хорошо отрабатывается только, если платят, как Вы пишете, т.е. не позднее след. месяца, а доход был закрыт не позднее декабря. Я подумаю, над этим, чтобы переносить их тоже в таблицу уволенных (и закрываемых в первую очередь под 100%). Реализовать это, конечно, возможно. Как найду время, сделаю.

Для своих клиентов доработал Вашу обработку, может кому еще пригодится, находится тут ( http://infostart.ru/public/81183/ ) спасибо за идею :-)
17. nadin nks (nks) 11.02.11 16:20
Большое спасибо, учитывая "полный цейтнот", обработка была очень кстати :)
18. Галина Волостных (ГердаКай) 13.04.11 09:38
А у нас что не так? Формируем на релизе 33.4. вылазят остатки прошлых периодов по многим людям, и много людей попадает в уволенные, работающих нет совсем в перераспределении. Сумма уплаты в верхнем окне совпадает с нашими цифрами, а итоговая сумма не совпадает, а именно она и идет потом в опись
19. Иван Чагаев (BoneD) 13.04.11 14:48
(18) Не знаю, что не так...
У меня уже формировали в 2.5.33.4 за 1 квартал 2011. Но вот обнаружил неприятность: если в прошлом отчетном периоде уплата была больше начисления, то для корректного распределения приходится в качестве предыдущих периодов тянуть и 1-ое и 2-ое полугодие 2010 года. Что меня огорчило, ведь совсем не хотелось тянуть всю историю накоплением для остатков уплаты.
А лишние люди могут выскочить, т.к. 1С не учитывает, как были зафиксированы уплаты и всегда собирает список людей с остатками, которые уже могут быть закрыты. Т.е. это будут сотрудники без стажа, уплаты и начислений. В обработке их можно почистить.
Ну и, конечно, есть порядок работы в описании к обработке.
20. Галина Волостных (ГердаКай) 13.04.11 15:19
У нас уплата равна начислениям, пытались брать и первое полугодие 2010 года, тогда еще большая сумма садится в уплату по людям. Порядок работы конечно прочитали. В любом случае спасибо большое.
21. Иван Чагаев (BoneD) 13.04.11 15:51
(20) Печально... но не могу со слов понять в чем проблема. У меня еще многие не сдавались, может что вспывет, подкорректирую код и опубликую исправленную версию обработки с дальнейшими рекомендациями.
22. Иван Чагаев (BoneD) 11.05.11 13:50
(16) Я тоже доработал свою обработку.
Доделал там все, чего ей не хватало (и что дорабатывали другие):
1) использование КатегорииЗастрахованныхЛиц при определении суммы остатка к закрытию,
2) возможность распределить уплату превысившим предельную величину базы страховых взносов вместе с уволенными.
23. Anton Grafov (softpanorama) 17.05.11 11:08
По уволенным в текущем периоде при формировании за 1 квартал косячокс.. Ибо попадают те кто уволены в апреле-мае...
В запросе по уволенным, стоит ДобавитьКДате(&ОтчетныйПЕриод,Квартал,2).. для 1 квартала нужно (&ОтчетныйПЕриод,Квартал,1)
24. Иван Чагаев (BoneD) 17.05.11 16:43
(23)Спасибо за внимательность, исправил. Но не буду же писать запрос под каждый год свой...
Ввел новый параметр запроса
Запрос.УстановитьПараметр("ОтчетныйПериодОкончание",ПроцедурыПерсонифицированногоУчета.ОкончаниеОтчетногоПериодаПерсучета(ПередачаСЗВ4вПФРСсылка.ОтчетныйПериод)+1);
и соответственно
|	РегистрСведений.РаботникиОрганизаций.СрезПоследних(&ОтчетныйПериодОкончание, Организация = &Организация) КАК РаботникиОрганизацийСрезПоследних
25. Виталий Барилко (Diversus) 25.05.11 10:56
26. Anatoliy Teterev (Ateterev) 23.06.11 08:22
Спасибо!!!!!!!!!!
Только пришлось чуть подшаманить))) Сумму уплаченных берет из пачек, а у нас переплата. Соответственно в пачках не указанна. Добавил возможность задавать ручками. Результат - полные штаны радости.
27. kne77 (Hilda Fildgerald) 26.07.11 16:19
Спасибо, оч.помогли. Одна поправка, у меня была корректирующая 2010 г., для того чтобы правильно распределились суммы, нужно было её убрать из списка отчетов и оставить только правильную.
28. Иван Чагаев (BoneD) 01.08.11 15:00
(27) Корректировки в прошлых периодах отрабатывает нормально, а вот что делать с текущими, не знаю. Мои бухи не хотят думать над алгоритмом, т.к. не пользуются ими (за 1,5 года в 100 организациях всего 1 корректировка).
29. Надежда Васина (naddy) 04.08.11 17:41
Если не отменить проведение пачек, то можно потерять часть уплаченной суммы из-за неудавшейся попытки проведения одной из пачек.
В этом случае если опять с теми-же настройками перераспределить суммы (например, для проверки), то суммы уплаты изменятся.
Большое спасибо за обработку!
30. 030757 (ButakovaTG) 10.08.11 08:22
Попробовала эту обработку, но кое-что меня не устраивает. А именно:

1). Во 2-ю таблицу должны включаться уволенные в текущем году(в последнем месяце предыдущего квартала и в 1 и 2 месяце отчетного квартала) и у кого превышен предел для начисления взносов (так же: в последнем месяце предыдущего квартала и в 1 и 2 месяце отчетного квартала), а у меня ещё включаются по уволенным: работающие, но у кого закончился договор ГПХ в 2010 году, а в 2011 - снова заключен договор ГПХ с этим работником или работающие в 2011 - имеющие несколько договоров ГПХ с перерывами. По тем, у кого превышен предел - все включаются, но я бы тех, у кого предел превышен в последнем месяце отчетного периода, не включала в эту таблицу, т.к. взносы за последний месяц отчетного периода ещё не перечислены в отчетном периоде.

2). И самое главное, что не устраивает: не возможно тех, кого я указала в пункте 1). перенести (или добавить) в 3-ю таблицу "Работающие текущего периода" и чтобы потом всё правильно перераспределилось.
31. Иван Чагаев (BoneD) 10.08.11 08:54
(29) naddy, в последней версии я сделал проведение всех пачек в единой транзакции, надеюсь это уменьшит количество проблем при записи (хотя в описании я все же рекомендовал работать с записанными, но не проведенными пачками).

(30) Для "030757":
а у меня ещё включаются по уволенным: работающие, но у кого закончился договор ГПХ в 2010 году, а в 2011 - снова заключен договор ГПХ с этим работником или работающие в 2011 - имеющие несколько договоров ГПХ с перерывами
По договорникам ситуация описана неверно, я всегда договорников (которые не оформлены еще и как основные сотрудники) включаю в уволенных, независимо от того, на какой период оформлен договор.
По тем, у кого превышен предел - все включаются, но я бы тех, у кого предел превышен в последнем месяце отчетного периода, не включала в эту таблицу, т.к. взносы за последний месяц отчетного периода ещё не перечислены в отчетном периоде.
Платят все по-разному, кто-то месяц в месяц, кто-то с опозданием на полгода (мои вообще им распределяют на общих основаниях).
И самое главное, что не устраивает: не возможно тех, кого я указала в пункте 1). перенести (или добавить) в 3-ю таблицу "Работающие текущего периода" и чтобы потом всё правильно перераспределилось.
Обработке уже год, никто такое не просил.
Невозможно создать обработку, которая бы устраивала всех подряд, если что-то не устраивает, то нужно исправить обработку под себя (хотя бы не надо писать ее с нуля). По крайней мере, я так и делаю, когда качаю разработки с инфостарта.
Кроме того, если обработка в корне не устраивает и нет возможности исправить под свои нужды (код открыт), то воспользуйтесь новым механизмом распределения взносов в ЗУП (тоже учитывает исправленные суммы прошлых периодов).
P.S. Очень уж много гнева для пользователя, который не выложил ни одной разработки.
32. Татьяна Бутакова (ButakovaTG) 10.08.11 09:25
Очень уж много гнева для пользователя, который не выложил ни одной разработки.


BoneD, Вы не верно меня поняли (это я - 030757, теперь ButakovaTG). Никакого гнева от моего сообщения не исходило. Мне понравилась Ваша разработка, как пользователю (я бухгалтер и конечно никаких разработок у меня нет), но про некоторые нюансы, которые не устроили меня (как я считаю должны распределяться уплаченные взносы), я и написала, чтобы может быть Вы приняли их к сведению и может внесли какие-либо изменения.

По договорникам ситуация описана неверно, я всегда договорников (которые не оформлены еще и как основные сотрудники) включаю в уволенных, независимо от того, на какой период оформлен договор.


А вот о договорниках, которые не оформлены еще и как основные сотрудники, можно поподробнее?
33. Иван Чагаев (BoneD) 10.08.11 09:52
(32) Кадровые данные сотрудников подыскиваются в справочнике по физлицу. Если он был оформлен по трудовому договору, то я могу определить его периоды работы в организации, если же он всегда оформлялся только по договору подряда, в кадровых данных по нему ничего нет (в этом случае надо копаться в договорах подряда), поэтому я его причисляю к уволенным.
Так получилось, что у меня на предприятии почти все договорники - это, фактически, доплаты работникам, оформленным по трудовым договорам, а тех, кто оформлен только по договорам подряда мало и это реально разовые суммы, которые никто не будет рассматривать по дате окончания.
34. Julietta 11.08.11 14:32
Накопительную по уволенным неправильно закрывает...
Не ошибка ли в строке 1125 модуля:
"СтрокаТаблицы.УплаченоНакопительная = Мин(НакопительнаяКУплате,Макс(УплаченоНакопительная-РаспределеноУплаченоНакопительная,0));"
Наверное, должно быть СтрокаТаблицы.НачисленоНакопительная
master_yoda; BoneD; +2 Ответить 1
35. Иван Чагаев (BoneD) 11.08.11 14:50
(34)
Накопительную по уволенным неправильно закрывает...
Не ошибка ли в строке 1125 модуля:
"СтрокаТаблицы.УплаченоНакопительная = Мин(НакопительнаяКУплате,Макс(УплаченоНакопительная-РаспределеноУплаченоНакопительная,0));"

Да... ошибка в модуле, тяжелый был день, спасибо за внимательность (ошибку поймали все, кто скачал обработку 10.08.2011 после 14:00 МСК). Исправил, обновил публикацию.
Наверное, должно быть СтрокаТаблицы.НачисленоНакопительная

Так и должно быть
36. Иван Чагаев (BoneD) 15.08.11 13:09
(27) Версия от 15.08.2011. Доработано: корректирующие пачки исключаются из отчетного периода (не мешаются при распределении уплат и не "кривят" начисление) и сразу учитываются в остатках вместо основных данных прошлых периодов.
37. Татьяна Перемитина (yanat) 08.09.11 14:01
Спасибо, обработкой пользовались, т.к. местный ПФР запросил, чтобы распределение уплат было именно таким. Клиент очень нервничал, у них более 600 человек, и много текучки, пионерский лагерь через каждые 5 недель, принимают и увольняют весь год. Воспользовались обработкой и сдали. Все довольны.
38. Юрий Сафонов (Ted1982) 15.09.11 16:44
В своё время (при сдаче отчётности за 2010 год) обработка очень помогла. Правда сейчас типовые решения ЗУП выполняют практически тот же функционал, но автору огромное спасибо, поскольку был первым, кто сделал реально работающее решение проблемы. Использовалась на 10 организациях - везде ПФР принял отчёты без проблем
39. Igоr Sаulеviсh (gutentag) 20.09.11 11:25
40. Сергей Семенов (cerg110) 21.09.11 14:28
очень незаменима если в базе много народу и за всеми не уследить, и очень полезна тем, что сделана внешней.
41. Сергей Кучеров (СергейКа) 23.09.11 08:48
Аналогичный алгоритм разрабатывал для себя, выдвигал на форуме разработчиков предложения.
В данной разработке сделан не бесспорно, но прилично и полезно.
Но, как-то пропустил выход первой версии :)
42. Светлана (isb) 23.09.11 10:11
При сдаче отчетности за 2010 год пользовались первоначальным вариантом обработки. Большое спасибо автору.
43. Женя * (smok1986) 23.09.11 13:52
Огромное спасибо автору.
45. Иван Чагаев (BoneD) 23.09.11 19:49
(44) softgarant, есть "правоборцы", которые долго и упорно бодаются ПФР, что те не правы, а меня просто попросили доработать алгоритм, чтобы легко и просто подавать сведения в ПФР (конкретно, филиал ПФР в г.Кирове).
Обращаем Ваше внимание, что если в сведениях текущего периода Вы измените распределение уплаченных сумм, то и в последующие периоды уплаченные суммы придется редактировать вручную.
Учет сумм прошлых документов есть, как минимум, в программах "Spu_orb" и "ПУ-5". Обе рекомендованы ПФР. Вообще не понимаю, по какому поводу паника???
ЗУП с релиза 2.5.40.3 поддерживает только распределение с учетом сумм прошлых документов, так что Ваше заявление не актуально!!! Учитывая этот факт, можно сказать, что отказаться от использоваться этой обработкой можно в любом отчетном периоде.
Я никого не принуждаю к использованию её. Выбор ВСЕГДА за конечным пользователем.
О том, что могут возникнуть проблемы при отказе от этой обработки в одном из последующих отчетных периодах я сам писал в (1), но тогда в ЗУП ещё не было расчета с учетом прошлых документов, был только пропорциональный расчет с кучей "тараканов", в котором мне не хотелось копаться.
46. Сергей Зверев (sergey_zverev) 27.09.11 13:13
Автору респект и уважуха!
47. Михаил Кишенков (mihas1001) 27.09.11 19:03
да, очень полезная обработка, очень поможет при работе с ЗКП 2.5
48. lmichelle 28.09.11 09:25
СПАСИБО огромное !! я хочу сказать, что Ваша обработка спасла просто нас !!! и рекомендовали друзьям, все были просто счастливы.Хорошо , что есть такие люди, которые помогают не сильно "острым" (читай -тупым) товарищам :))
49. bah bah (bahbah) 29.09.11 12:25
Замечательная штука. Очень нужная, я не побоюсь этого слова, каждому расчетчику\бухгалтеру. Мне очень жаль, что реализовать такие расчеты в стандартной конфигурации 1С пока не захотело, Но радует что есть еще профессионалы-алтруисты. Спасибо Вам большое.
50. саша саша (maralex) 29.09.11 12:33
Спасибо, обработка очень хорошая, пригодилась в самый нужный момент.
51. Иван Чагаев (BoneD) 29.09.11 12:34
(49) Это скорее не альтруизм, а взаимовыгодный обмен знаниями. Просто сам кое-что качал с Инфостарта, поэтому выкладываю взамен свои наработки. Правда, если руку к доработке публикаций не прикладывал, денег с клиента не беру, но и вопросы в счет разработки не принимаю.
К слову сказать, в 1С уже почти всё сделали из функционала моей обработки (через год), кроме очерёдности распределения взносов... тоже работают ребята.
52. Ирис (exlusi) 29.09.11 14:26
не работает...такое ощущение что эта обработка для 8,1
53. Иван Чагаев (BoneD) 29.09.11 14:29
(52) Нет, обработка точно под 8.2, попробуйте заново скачать, может браузер "сглючил".
Сам скачал файл с сайта, открыл, всё работает.
И что конкретно у Вас "не работает", какое сообщение выходит?
54. Ирис (exlusi) 29.09.11 15:56
55. kubarik (kubarik) 04.10.11 12:22
Еще раз спасибо! Обработка порой является единственной соломинкой для спасения ситуации!
56. Виталий Вин (Vital88) 06.10.11 18:39
Добрый вечер! Автору большое спасибо за обработку! Но при попытке перераспределения сумм за 3 квартал, суммы уплаты остались не верными, т.е. в АДВ суммы уплаты меньше чем в документах "расчеты по страховым взносам". В чём может быть проблема. За ранее спасибо!
57. Иван Чагаев (BoneD) 07.10.11 08:07
(56) Что надо проверить:
- проведены ли и проставлен признак "Принято в ПФР" в пачках АДВ прошлых периодов.
- внесены ли предыдущие АДВ в регистр сведений "СведенияПринятыеПФР".
Это повлияет на заполнение АДВ стандартной обработкой. И еще раз прошу перед пользованием обработки всё-таки почитать описание. Там есть такое замечание: "Если сумма уплаты не соответствует реальной оплаченной сумме (такое бывает, когда сумма оплаты в периоде больше суммы начисления или после перехода с ЗиК 7.7), то нужно добавить разницу к сумме уплаты любому сотруднику в любой пачке перед распределением, а лучше сотруднику с пустой уплатой (чтобы не ошибиться). После перераспределения сумма распределится в полном объеме, по описанному выше алгоритму."
Обработка изначально не формирует суммы уплаты по людям на основании оплат (и не заменяет её собой полностью), а лишь перераспределяет сформированные типовой обработкой сумм между сотрудниками по несколько иному алгоритму.
58. Виталий Вин (Vital88) 07.10.11 12:27
Спасибо за ответ! Буду пробовать.
59. Геннадий Бунякин (Natge2008) 15.10.11 12:13
Очень хотелось бы видеть или порекомендовать автору, брать суммы уплаченных взносов не из самих пачек СЗВ, а из документов где отражаются расчеты с ПФР, или регистров по этим документам.
60. Геннадий Бунякин (Natge2008) 15.10.11 12:25
Уточняю свой вопрос, что суммы оплаченно по страховой части и накопительной части, можно ли брать из документов "Расчеты по страховым взносам" или из их регистров. Ведь очень актально распределять сумму именно с этих документов, так как если брать непосредственно с пачек, не всегда верно, вполне возможно результат "Уплачено" в этих пачках был сформировн самой программой 1С уже не верно. Приходится вручную по некоторым людям добавлять разницу по уплате некую сумму по любому человеку и заново распределять по всем. Есле такая возможность будет реализовано, будет вполне законченное решение. А вообще автору за обработку огромное спасибо. В свое время это была единственное решение для распределение сумм в 2010 и полугодие 2011 гг.
61. guzelia@list.ru Кашапова (guzelia) 18.10.11 16:29
Очень пригодилась обработка. Удивительно, почему разработчики 1С не могут сделать сразу всё красиво. Стандартная обработка считает очень криво, а ваша всё это дело красиво исправляет. Большое спасибо за обработку!
62. Иван Чагаев (BoneD) 19.10.11 15:56
(60) Сделал оба варианта определения суммы уплаты. Старый (через настройку) и новый, как просили из документов "Расчеты по страховым взносам"(по-умолчанию). В версии 2.5.40.3 действительно стало больше ошибок с распределением суммы уплаты типовым механизмом.
63. aa aa (festiv1) 20.10.11 14:42
Не могу скачать данную обработку. Очень нужно.. Скиньте на мыло altress@yandex.ru
64. Дмитрий Степанов (DNS2010) 24.10.11 06:21
Мне тоже пожалуйста скиньте кто может на мыло alex_atc@mail.ru
65. Ponka83 (~Ponk@~) 24.10.11 11:53
Обработка отличная, очень помогла, рекомендую! Проходилась обработкой по пачкам за полугодие, все красиво сделала, все уволенные закрылись, бухгалтер в восторге. Спасибо Вам огромное, жаль не могу скачать доработанную версию обработки, из-за недостаточного количества баллов на сайте))) Если не сложно скиньте пожалуйста на мыло stmyp@mail.ru, буду очень благодарна.
66. Дмитрий Никифоров (nikdn) 26.10.11 08:36
Очень хочу скачать эту обработку, перепробовал уже все различные.. никак не хотят принимать сведения.. не могу скачать обработку, из-за недостаточного количества баллов на сайте))) если кому не сложно скиньте пожалуйста на мыло nikdn@inbox.ru, заранее благодарен!!
67. Дмитрий Никифоров (nikdn) 26.10.11 15:05
Большое спасибо за данную обработку, очень помогла.. и еще огромное спасибо Ивану, приславшему её на мыло)))
68. Светлана (~Ponk@~) 26.10.11 15:23
(67) nikdn, будьте так добры, пришли мне, пожалуйста. stmyp@mail.ru
69. Алексей Потехин (trumanl) 26.10.11 15:51
Буду очень благодарен, кого не затруднит пришлите пожалуйста на мыло leks_is@list.ru
Эта проблема с 1 копейкой - просто невыносимая головная боль.
Надеюсь, я найду в этой обработке решение.
70. Светлана (~Ponk@~) 27.10.11 12:39
Спасибо огромное за обработку, очень нужная и очень помогла, отдельное спасибо nikdn, приславшему обработку
71. aa aa (festiv1) 28.10.11 14:51
Большое спасибо за обработку!!! Очень помогла.
72. Анатолий Рыбков (nealaran) 31.10.11 09:36
Отличная и очень нужная вещь!
73. Eddd easda (dyh) 02.11.11 18:02
74. Татьяна Беляева (Масянька) 05.11.11 01:41
Здорово,отличная вещь, да еще и бесплатно
75. aa aa (festiv1) 07.11.11 11:32
Добрый день!!!
Воспользовался Вашей обработкой, но выдает непонятные результаты:
пример. У нас Задолженность по страховой части 7801072,65 за предыдущий период, мы ее выплатили в этом периоде. В пачках из программы распределение произошло всей суммы, в описи АДВ сумма 7801073, правда уволенные не закрылись, идет разница в несколько копеек, у некоторых до 6 копеек в зависимости о величины суммы. Воспользовался Вашей обработкой. В 1ой таблице (Оплаченные остатки прошлого периода) сумма уплаченно страховых 7801069,52, разница в 3.13 руб. Далее сравнил с суммами в пачках распределенными в 1с, разница у некоторых людей от 1 до 3 копеек. Например в 1с сумма уплаты 35769,18, в Вашей обработке в таблице Оплаченные остатки прошлого периода сумма 35769,15. Но на этом еще не все. Обработка распределяет всю сумму 7801072,65, но совсем непонятно как, некоторым записывает сумму на несколько копеек меньше как в предыдущем примере, а первому уволенному добавляет сумму в 3.13. Пример
Акимов Алексей Николаевич остаток страхования 10241,94 уплачено страховая 10241,93 а в таблице Уволенные текущего периода уплачено страховая 10245,06.
Если я в уплату добавляю 3.13 и распределяю в пачках в 1с становится уплата 7801075,78 то обработки видит все нормально и распределение идет идеально.
76. Иван Чагаев (BoneD) 07.11.11 12:26
(75) festiv1, если есть остатки, то я закрываю их в первую очередь, не важно чьи они, уволенных или не уволенных.
Ещё хотелось бы точно (до копеек) знать сумму уплаты, а то по описанию похоже, что они немного меньше остатков, т.к. при уплате больше начисления, я просто закрываю суммы, а если меньше (хоть на копейку), то начинаю пропорциональное закрытие остатков. Тут уж без округления никак, вот и сливается разница на одного их сотрудников. Ну и скрин бы неплохо (общие суммы и итоги по таблицам), а то не всё понятно, сотрудников можно "замазать". Вот примерно как у меня... Там, как раз, схожая ситуация.
77. aa aa (festiv1) 07.11.11 12:50
Вот скрин.
Спасибо за ответ. Да действительно остаток страхования больше суммы уплаты, но почему идет разница между уплачено страховая и итог по таблице Оплаченные остатки прошлого периода уплачено страховая разнятся (обведено черным). и эта разница добавляется первому уволенному (обведено красным)
Прикрепленные файлы:
78. Иван Чагаев (BoneD) 07.11.11 13:39
(77) да... странная какая-то ситуация, там есть минусовые остатки? Можно ли приложить все 3 таблицы (без 2-х колонок "Сведения..." и "Физлицо", колонки "N" и "Учтен" оставить) и сообщения, которые выходят при распределении? Попробую еще в таблицах покопаться, может что найду.
79. aa aa (festiv1) 07.11.11 14:00
80. Иван Чагаев (BoneD) 07.11.11 15:11
(79) ситуация прояснилась, - если убрать все неучтённые строки в таблицах (сотрудники с остатками, которых нет в пачках отчётного периода), то получаем сумму учтённого для уплаты остатка 7801081,95 (больше, т.к. многие неучтённые с переплатами, а мы ожидали 7801075,11). Получается коэфф. уплаты остатков 0,99999880785767158874673788037825.
Я проверил около 10 строк - всё посчиталось верно, согласно этого коэффициента. С учетом округления получилось, что не всё распределилось по остаткам, эта сумма и была отнесена на первого уволенного, чтобы полностью распределить уплату.
Таблица остатков справочная, она просто показывает какие остатки были закрыты при уплате, реальная сумма уплаты = итоги уплаты по уволенным и работающим 7801072,65.
В случае нехватки уплаты даже на остатки, я остатки распределяю пропорционально (если хватает, то полностью).
С учетом вышесказанного, такое поведение обработки считаю полностью соответствующим заложенному алгоритму.
Проблема изначально возникает из-за большого кол-во переплат по физлицам, чего не должно быть (ни в теории, ни на практике). У нас все такие пачки прошлых периодов были возвращены из ПФР на переделку и сданы заново (даже из-за 1 копейки).
81. aa aa (festiv1) 07.11.11 15:29
Спасибо большое за разъяснения... А вот у нас не возвращали пачки и теперь придется мучатся...
82. Иван Чагаев (BoneD) 07.11.11 15:34
(81) Недолго мучаться придётся, ещё вернут. У нас недавно стали возвращать за 2010 год (возвраты были по "принятым" периодам). Подавали по некоторым организациям за 2-3 отчетных периода данные заново.
Какой бы ни был инструмент, бухг. всё-равно умудряются "накосячить" (лучше бы спросили лишний раз).
83. aa aa (festiv1) 07.11.11 16:19
Нам все равно придется мучаться... Мы на ЗУП перешли только 3 месяца назад... до этого были в ЗИК 7.7 все косяки от туда и пошли
84. k (k) 08.11.11 11:58
При нажатии кнопки "Перераспределить взносы" выдается сообщение :Сотрудника ЧИСТЯКОВА Н.П. (НАЕМ/РАБОТНИК) нет в текущем документе. Суммы ОСТАТКОВ (20167,77(стр.) и 0,00(нак.)) не учтены при распределении оплаты.И так несколько человек, все они уволены, не подскажете, что с ними делать?
85. Иван Чагаев (BoneD) 08.11.11 15:54
(84) k, в описании публикации (и в тексте справки к обработке) есть такие слова: "Если какой-то сотрудник (которому должен быть распределен остаток оплаты за прошлый период) не попал в пачки автоматически, его надо добавить в нужную пачку перед распределением."
86. Елена Хворова (Lena444) 15.11.11 10:43
Спасибо за обработку, жаль поздно о ней узнала, не понятно почему 1с-ники не реализуют в программе такой механизм распределения взносов, долг по уволенным тащится из квартала в квартал?
87. inake 18.11.11 14:04
Спасибо большое автору за обработку! Пользуемся второй год, работает как часы. Каждый раз вспоминаю добрым словом хорошего человека :))
88. Татьяна Сидоркина (sidorkina) 21.11.11 11:17
Большое спасибо за публикацию. Очень помогло. Спасибо за труд.
89. Галина Волостных (ГердаКай) 22.11.11 10:29
Спасибо за обработку, очень помогла в распределениии, особенно по уволенным
90. Len75 hihhho (Len75) 23.11.11 11:07
Жаль, что поздно увидела эту обработку....воспользуюсь в будущем....Спасибо....особенно по уволенным пригодится....
91. kuzmina_ann (kuzmina_ann) 29.11.11 16:44
у меня ничего не перераспределяется, оставляет все как есть
92. Иван Чагаев (BoneD) 29.11.11 16:52
(91) kuzmina_ann, поздравляю с почином. Вы первые такие.
А если серьёзно, то всё надо сделать по инструкции, которая есть в публикации и в справке к обработке. Ни разу не видел, чтобы обработка распределила точно так же, как было в типовом распределении (т.е. ничего не изменила).
Хотя нет... такое возможно в том случае, если в отчетном периоде ничего не уплатили. Но тогда незачем использовать обработку, там и так всем в уплате "0" будет.
93. kuzmina_ann (kuzmina_ann) 29.11.11 16:56
вы на последнем релизе пробовали?
94. Иван Чагаев (BoneD) 30.11.11 10:48
(93) kuzmina_ann, в последнем релизе 2.5.42.4 поменяли структуру некоторых регистров, и модули переписали (как обычно), возможно из-за этого что-то перестало работать. Сегодня начал готовить обновление, соотв. в течение недели всё буду смотреть.
На релизе 2.5.41.3 не было проблем.
Более ничего сказать не могу.
95. kuzmina_ann (kuzmina_ann) 30.11.11 11:05
Прошу обратить внимание на Дердюк Иван Михайлович, он уволен 01.11.2010 и даже добавила его в первоочередников, не могу понять в чем дело, помогите и так по всем уволенным. Все делаю по инструкции и на релизе 2.5.42.3 пробовала - везде одно и тоже
Прикрепленные файлы:
96. Иван Чагаев (BoneD) 30.11.11 11:13
(95) kuzmina_ann, Здесь всё нормально а именно: сумма задолженности за прошлые отчётные периоды превышает сумму уплаты в текущем отчётном периоде, значит закрывается пропорционально только сумма остатков, а суммы начислений текущего периода не закрываются. Суммы, находящиеся в сальдо, могут относится как к работающим, так и уволенным ранее или в отчётном периоде.
97. kuzmina_ann (kuzmina_ann) 30.11.11 11:34
Последние начисления по Дердюк были в январе 2011 года, последняя сумма уплаты за 1 квартал прошла июлем 2011, т.е Дердюк должен закрыться в отчете за 9 месяцев!!! То есть те люди, у которых последние начисления были только в первом квартале должны закрыться полностью, так как уплата за 1 квартал 2011 года была произведена полностью!!! В чем смысл Вашей обработки? У нас уплата в текущем периоде всегда меньше задолженности за прошлые периоды, тогда получается, что такие люди (уволенные) у нас не закроются никогда???
98. Иван Чагаев (BoneD) 30.11.11 12:02
(97) Когда должен был закрыться дердюк я не знаю, я говорю только о том, что вижу на форме. А по тем данным, что указаны (текущая пачка и ВСЕ предыдущие с начала 2010 года), получается, что у него есть ещё задолженность по уплате страховой 505.52.
У нас уплата в текущем периоде всегда меньше задолженности за прошлые периоды, тогда получается, что такие люди (уволенные) у нас не закроются никогда???

Получается, что да, а как Вы хотели, чуда не будет. Если закрывать под 0 по алфавиту, то будет ещё хуже: первые по алфавиту будут всегда закрываться под 0, а последние остануться вообще без оплаты. Такой вариант кажется более предпочтительным, наверное нет???
Как ни крути, но если уплата меньше, чем долг, а при этом ещё ведь есть начисления текущего периода, то долг неизбежно будет нарастать, это математика, с ней не поспоришь!
Тут только 1 вариант. Закрывать среди долгов в первую очередь уволенных, но лично мне этот вариант пока не нужен, т.к. у меня платят довольно исправно.
99. kuzmina_ann (kuzmina_ann) 30.11.11 12:54
Вот именно этот вариант нам и нужен!!!
100. Сергей Серебренников (SSO) 13.12.11 06:07
Отличная разработка. Сэкономил нервы и время. Очень помогла.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа