Добрый день всем, подскажите как с этим побороться , в рел 334 при формировании сведений в ПФР уплата проставляется по начисленным взносам, даже если не разносить эту оплату в журнал.
2.
motorkuzbassa.it
9904.04.13 06:01 Сейчас в теме
(1)наверное (точно) , у вас в настройке программы стоит упрощенное ведение учета , типа считать начисленные взносы перечисленными (как в 8-ке, 7.7 давно не пользуем как ЗиК, но политика партии 1с все приводит к одному).
(5) bnn311,
Ну вообще-то формирует, но не совсем правильно. Для предприятий на упрощенке, занятых производством, вместо категории ПНЭД ставит НР.
Впрочем это легко исправить..
(53)
В глобальном модуле ищешь:
ИначеЕсли ТарифВзносов = Перечисление.ТарифыСтраховыхВзносов.УпрощенныйНалоговыйРежимПроизводство Тогда
Если Год=2010 Тогда
КатегорияЗЛ_ВЖ = Перечисление.КатегорииЗастрахованныхЛицПФР.ВЖНР;
КатегорияЗЛ_ВП = Перечисление.КатегорииЗастрахованныхЛицПФР.ВПНР;
Возврат Перечисление.КатегорииЗастрахованныхЛицПФР.НР;
ИначеЕсли Год<=2012 Тогда
2ul, спасибо за решение, оно очень сильно помогло по уплаченным взносам на накопительную часть, но уплаченные взносы на страховую часть по прежнему равняются исчисленным. Не посоветуете куда копать?
Кто-нибудь может сказать, можно ли в программе распределять взносы только текущего периода без учета прошлых отчетных периодов, переданных в ПФР, начиная с 2010 года?
Та же проблема, уплаченные взносы равняются исчисленным, есть остаток на начало года, уплачен в январе, а за март нет оплаты, а программа ставит исчисленные = уплаченные, кто нибудь решил проблему?
Отчет ПодготовкаСведенийДляПФР2010
-----------------------------------------------------------------
Исправлена ошибка:
При распределении уплаченных взносов не учитываются ранее
переданные сведения
Написал исправление ошибке, на модерации. Суть в том что там теряются начисления 2012 года. Достаточно одну строчку в отчет добавить в список, где выпадает 2012 год
//******************************************************************************
// РассчитатьИсчисленныеВзносы2013()
//
// Получим исчисленные взносы в целом по организации с 01.01.2010 не включая отчетный (корректируемый) период
//
Процедура РассчитатьИсчисленныеВзносы2013(Страховая, Накопительная)
// в списке будут даты по которые необходимо получать исчисленные взносы
СписокПериодов = СоздатьОбъект("СписокЗначений");
// заполним список периодов
ДатаНачала = '01.01.2010';
// дата окончания равна дате текущего отчетного периода (корректируемого периода)
ДатаОкончания = ПолучитьДатуНачала()-1;
Год1 = ДатаГод(ДатаНачала);
Год2 = ДатаГод(ДатаОкончания);
Для Сч = Год1 По Год2 Цикл
Если Сч=Год2 Тогда
СписокПериодов.ДобавитьЗначение(КонГода(Дата(Сч,12,15))); //Учитываем 2012 год
СписокПериодов.ДобавитьЗначение(глПолучитьДатуОкончанияОтчетногоПериодаСЗВ(ДатаОкончания));
Иначе
Пред СписокПериодов.ДобавитьЗначение(глПолучитьДатуОкончанияОтчетногоПериодаСЗВ(ДатаОкончания));
Вставить СписокПериодов.ДобавитьЗначение(КонГода(Дата(Сч,12,15)));
Файлы пачек не формируются, если встречается сотрудник без начислений, только с перечислениями.
Также по этим сотрудникам при печати сведений выдается информация о начислениях предыдущего сотрудника в пачке.
Отчет ПодготовкаСведенийДляПФР2010
-----------------------------------------------------------------
Исправлена ошибка:
При распределении уплаченных взносов не учитываются ранее
переданные сведения
335 релизе ничего не изменилось!!! по крайней мере, сумма уплаты также ровняется под начисленную сумму.
(26) Agema,
по этому пользуемся программой Документы ПУ, то есть выгружаем из 1С данные по начислениям, а вот оплату и сальдо по сотрудникам ведем именно там
Никто не встречался при подготовке сведений - уволенные в 12 году попадают, начисленно и уплачено тоже заполняется по ним, а вото Доход пустой. я так понял это по тем у кого нет стажа в этом периоде! с вопросом еще не разбирался, только сегодня обнаружил... так, на растерзание поднял вопрос)))
(28) kirill_11,
Есть такая ошибка, причем повсеместная.
Бухгалтеры утверждают, что по этим уволенным у них полный расчет: недоплата в периоде увольнения (ибо оплата идет месяцем позже) и доплата в следующем периоде.
Но.
Уволенные в 335 релизе в СЗВ 6-4 все равно попадают.
Вопрос "Кто виноват?" уже не стоИт, насущный вопрос:"Что делать?"
Если бы ПФР давало сведения, сколько по конкретному лицу недоплата, то можно было бы руками поправить,-долго, муторно, но все же выход.
Но ПФР, как объяснили, такие сведения давать не обязан.
Другой выход:вроде говорили откатываться на релиз, предшествующий 334, выводить СЗВ 6-1,6-2, грузить в программку ПУ-5, и там вроде есть преобразование в современный вид 2013 года.
Сама не проверяла, бухгалтер в новой свежескачанной ПУ-5 такую возможность не нашел.
(32) trn, чтобы узнать задолженность на начало периода, можно запросить в ПФР все принятые пачки, далее загрузить их в ПУ 5 и получить нужную информацию в данной программе.
Что-то вообще кривая отчетность в 335 релизе...
1) Выгрузка в файл выдает ошибку
2) У работников, которые работали и по гражданско-правовому договору и в то же время по трудовому - рвётся стаж работы (то есть в пачке по гр.пр. показывает стаж тот же, что и в трубовом).
3) Не начисляются дополнительные 2% у вредников (именно в отчетности).
Никто не сталкивался? Или у нас буха что-то не верно делает?
(31) nagdsm, По первому пункту: Выгрузка в файл выдает ошибку, если нет начислений за квартал. Если человека переместить из одной пачки в другую пачку, то начисления теряются.
(54) Что бы начисления не терялись в отчете ПодготовкаСведенийДляПФР2010 добавляешь строчку:
ДокументыПачкиВ.ТаблицаВыплат = СоставПачки.ПолучитьЗначение(НомерДокумента, "ТаблицаВыплат");
Мои бухгалтера нашли на форму Бухсофт програмку которая позволяет по файлам отправленным в ПФР построить отчетик по всем людям с 2010 года.Только этот отчетик и спасает.
(37) trn, скорее всего вот этот:
доработанный вариант программы SverUpl ("Переплата и уволенные").
для использования - скопировать в папку программы "Переплата и уволенные".
изменения:
- добавлена обработка ошибок (зависаний больше не будет).
- в папку IN можно складывать любые файлы, ненужные будут пропускаться.
- добавлена выдача сообщения о количестве недоплат и переплат.
Сейчас не могу проверить, может кто отпишет.
(40) Agema,
Я правильно поняла, что
1) распаковываем perplata_uvolenye.rar
3)В папку IN кладем файлы ПФР
2) SverUpl2.zip-распаковываем, выкладываем в папку perplata_uvolenye, запускаем.
Проверила.
На все файлы xml выдает "Неверный формат файла".
Что-то я не так делаю?
(43) trn, сначала распакуй perplata_uvolenye.rar куда-нибудь. Потом туда же скинь ехе из второго архива. Далее скинь в папку IN все пачки и запускай SverUpl2.exe. В папке result сформировывается отчет в экселе.
У меня сформировало во всяком случае, сейчас найду ведомость по задолженностям, проверю правильные ли остатки.
С ведомостью сравнил - всё сходится =) прога рабочая.
Доброго времени суток. Мучаюсь ПФР отчетностью за 1 кв 13 г, в одной базе есть проблема описанная здесь:
http://www.forum.mista.ru/topic.php?id=661529 Во второй базе уплата по накопительной части не видит задолженности за предыдущий период и не всю сумму распределяет. Может кто сталкивался?
(35) OlenkaD, походу это в 1с накосячили. Я в 31 посте то же самое описал =)
Интересно, когда не кривое обновление выйдет...надеюсь успеем. Или лучше не ждать и править ручками?
(36) nagdsm, ждать или не ждать, зависит от количества сотрудников. Мои, у кого более 100, пока ждут.
Обновление может и специально затягивают, раньше такого не наблюдалось.
(38) Agema, у нас тоже более 100 =) поэтому пока ждем. Хотя и пришлось долго убеждать бухгалтера в том, что это косяк 1с (ведь у её подруги в ЗуП 8.2 всё норм сформировалось :D)))
Кое-как сформировались пачки. Код пришлось править. Не лезли "пустые", без начислений сотрудники, у которых есть только перечисления. Это уволенные в 2012 г., нет стажа, нет начислений, есть только перечисления. Проверка не пропускает таких. Говорит, что в "Исходных" обязательно должны быть начисления и стаж? И куда их теперь деть? Может их надо корректирующими отправлять? Где правила прочитать? АУ!
Подскажите, я формирую сведения в релизе 335, вылезают какие то давно уволенные сотрудники по не тем категориям ЗЛ (по ним уплата ставится копейки), взяла отчет ПФР из релиза 334 - там категории ЗЛ правильные - уплату за 2012 год не разносит (ставит сколько начислено столько и уплачено)ю
(50) z_serg_v, работает там только лишь выгрузка, в отличие от отчета в 335 релизе.
Уволенные в 4 квартале 12 года все так же отсутствуют в пачках и период работы проставляется криво (у тех кто работал по ГПД и ТД одновременно, пример на прикрепленном фото).
(50) z_serg_v,
Спасибо!
Обработку смотрел наш программер, внес исправления (цитирую)
---------
Исправлено:
Ошибка при выгрузке «В файл» (ругалась если не было начисленных сумм)
Ошибка переноса из пачки в пачку (таблица начислений терялась)
---------
Смотрите во вложении.
Пришли к вот такому рекомендуемому порядку действий.
1.Пользуемся типовой обработкой .
Если:
- в пачки попали ненужные уволенные;
- некорректно разносятся выплаты;
- при выгрузке в файл вылетает ошибка
2.Пользуемся данной внешней обработкой.
проблему, когда есть задолженность (недоплата) за начало года и уплата в 1 кв. 2013 больше начислений, отчет за 1 кв 2013 ставит уплаченную сумму равную начисленной (хотя уплату должен показывать больше), кто-нибудь решил?
Подскажите, как сделать, чтобы если есть задолженность (недоплата) за начало года и уплата в 1 кв. 2013 больше начислений, отчет за 1 кв 2013 ставил уплаченную сумму больше начисленной, как и должно быть.
Здесь кто-то уже заметил, что при переносе из пачки в пачку теряются начисления. Действительно, у всех перемещенных сотрудников, если они попали в конец пачки, при печати отображаются суммы предыдущего сотрудника, который в этой пачке был раньше. Как попадают в файл не проверяла. После перезаполнения сумм взносов появляются (возвращаются)и правильные начисления. Жаль, что исчезла возможность сортировки по алфавиту. Теперь не могу понять, где информация по взносам на вредные и тяжелые условия. должна ли она быть в сведениях? Есть только облагаемые начисления. Это про печать. В файлах, похоже, информация присутствует.
Это все в последнем 335 релизе.Если переносили людей из пачки в пачку, а у них начислений нет, только уплаты уволенные в прошлом), тогда просто в каждого человека в пачке "постучитесь", т.е. откройте форму его Начислено/перечислено, и там же выплаты. Просто откройте и закройте по ОК. Тогда не будет ошибки при формировании файла по этой пачке.
Похоже права(59)- "у уволенных начислений нет, только уплаты уволенные в прошлом), тогда просто в каждого человека в пачке "постучитесь", т.е. откройте форму его Начислено/перечислено, и там же выплаты. Просто откройте и закройте по ОК. Тогда не будет ошибки при формировании файла по этой пачке.". Сработало. И ошибку при выгрузке перестало выдавать и выгружает суммы.
Здравствуйте, а подскажите пожалуйста мне в чем, при формировании СЗВ-6-4 (у нас ПНЭД) формируется пачка состоящая из трёх человек с НР без начислений и уплат, а также они же, но уже ПНЭД с начислениями и уплатами. Что это может быть и как поправить чтобы пачка с НР не формировалась вообще?
Дождались 336 релиза! Новое перечисление по стажу "ДЛОТПУСК", я его сама вводила по настоянию ПФР. А проблемы при переносе из пачки в пачку остались. Формирование файла не видит таблицу выплат по перемещенному сотруднику. Приходится-таки "здороваться" с каждым перемещенным, т.е. заходить в него в пачке-приемникаа и выходить по "ОК".
Прошу поделиться тем, у кого что получилось.
У нас есть база, которая в 334 релизе затребовала сданные пачки.
Так как сдавали только то, что выгрузили отсюда, выгрузили из программы и загрузили снова.
Так вот. При проведенных документах "Данные переданные в ПФР" опять присутствуют сто лет назад уволенные и тп.
Пометить ВСЕ эти документы на удаление,-этих сотрудников нет.
На первый взгляд, вроде все нормально. Даже Уплачено больше, чем Начислено.
Дай-то бог...
(67) trn, у нас был чел, который много лет назад (у него и взносов-то не было, тогда ЕСН был) подработал по договору, пару лет назад пришел на постоянную работу, но кадры вместо того, чтобы принять того же чел. создали нового сотрудника, в справочнике оказалось два одинаковых - один - физ.лицо (который по договору), второй - сотрудник, до сих пор это нигде не вылезало, а при загрузке файлов - загрузилось физ.лицо вместо сотрудника, пробовала "сменить" ему фамилию - не помогает, только очистка поля с ПФР помогла...
Может кому-то окажется полезным при "выискивании ошибок"...
(68) GalinaK, У нас таких 8 человек, по всем создалось по 2 строки в СЗВ6-4,в одной со стажем, в дубле без стажа, но с уплатой.Убрать Поле ПФР -это номер СНИЛС в справочнике сотрудники или что?Спасибо.
(73) ElenaU, да это именно номер СНИЛС. Ставлю "старому ненужному" физлицу звёздочку после отчества (чтобы в д-тах и отчётах его было видно), убираю СНИЛС, потом после повторной загрузки Переданных в ПФР файлов, переформирование пачек СЗВ-6-4 проходит корректно.
336 релиз также с ошибками. Распределяет не всю сумму уплаченных взносов, и по=прежнему говорит, что нет сведений за предыдущие периоды. Вообще, изменений очень мало, и не те, что нужны.
(69) Nick_Tick, штатная обработка не распределяет сумму уплаченных взносов, превышающих сумму начисленных, нужно вносить изменения:
http://infostart.ru/public/183851/
Кстати, подсказали один экстравагантный выход.
У организации сложились дружеские отношения с ПФР , в результате которых можно получить по каждому сотруднику сумму задолженности (или недоплаты).
В Конфигураторе разрешаем редактирование документа "Данные переданные в ПФР".
Можно загрузить, а потом править вручную 2012 год.
А можно набивать с нуля.
После чего "Подготовка сведений для передачи в ПФР" распределяет все прекрасно.
Если платили все своевременно и недоплата только за декабрь (потому что платили месяцем позже), то можно заполнить документ "Данные переданные в ПФР" только декабрьскими данными,-без общения с ПФР.
По идее, можно сделать обработку, которая это делает.
(76) trn, всё верно, только не "заполнить документ "Данные переданные в ПФР" только декабрьскими данными", а "остатками на 01.01.2013 г." по сотрудникам; занести "остатки" как "начислено", а уплата=0...
Так будет точнее, т.к. декабрьские могут отличаться от остатков (критично, даже если на копейки)