Самое интересное, что Tester не замечает несоответствие раздела 3 и раздела 1.
И не замечает даже отрицательных сумм в разделе 3...

Добавил:
//проверим отрицательную базу
СтрокаИтоговойТаблицыКонечная = СтрокаИтоговойТаблицыНачальная + Месяц - 1;
БазаПФР = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицыКонечная,"БазаПФР");
БазаПФРИнвалид = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицыКонечная,"БазаПФРИнвалид");
БазаПФРЕНВД = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицыКонечная,"БазаПФРЕНВД");
БазаПФРЛТ = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицыКонечная,"БазаПФРЛТ");
Если (БазаПФР+БазаПФРИнвалид+БазаПФРЕНВД+БазаПФРЛТ)<0 Тогда
глДобавитьСообщение(глОбработчикСообщений, СокрЛП(Сотрудник.Наименование)+": облагаемая база отрицательная, учтите это в разделе 3 отчета!", , Сотрудник);
//Продолжить;
КонецЕсли;


//добавлено
//Если сотрудник не числится в организации и нет ДГПХ, то он выпадает из отчета - это надо учесть
//Включим сотрудника во все списки, если у него что то начислено
СдвигРазделов = 13;
НачисленоВсего = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицыКонечная,2);
НачисленоВсегоИнвалид = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицыКонечная,2+СдвигРазделов);
НачисленоВсегоЕНВД = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицыКонечная,2+СдвигРазделов*2);
НачисленоВсегоЛТ = ДоходыВычетыНалогиСотрудников.ПолучитьЗначение(СтрокаИтоговойТаблицыКонечная,2+СдвигРазделов*3);

Если (СписокЗЛ_ПФР.НайтиЗначение(Сотрудник) = 0) и ((НачисленоВсего<>0)или(НачисленоВсегоИнвалид<>0)или(НачисленоВсегоЕНВД<>0)или(НачисленоВсегоЛТ<>0)) Тогда
СписокЗЛ_ПФР.ДобавитьЗначение(Сотрудник,"000000000000");
КонецЕсли;
Если (СписокЗЛ_ОМС.НайтиЗначение(Сотрудник) = 0) и ((НачисленоВсего<>0)или(НачисленоВсегоИнвалид<>0)или(НачисленоВсегоЕНВД<>0)или(НачисленоВсегоЛТ<>0)) Тогда
СписокЗЛ_ОМС.ДобавитьЗначение(Сотрудник,"000000000000");
КонецЕсли;
Если (СписокЗЛ_ФСС.НайтиЗначение(Сотрудник) = 0) и ((НачисленоВсего<>0)или(НачисленоВсегоИнвалид<>0)или(НачисленоВсегоЕНВД<>0)или(НачисленоВсегоЛТ<>0)) Тогда
СписокЗЛ_ФСС.ДобавитьЗначение(Сотрудник,"000000000000");
КонецЕсли;
//добавлено

Как можно такие релизы выпускать...

Кстати, о сроках выхода 364 что-нибудь известно? ;)

(44) Не определен

(44) Попросил обновить сроки. Обновили - 364 релиз запланирован на 24.04.2017

а теперь тем, у кого связка ЗиК и БП уже отчёт штатно никак не сдать ?
получается раздел 3 из ЗиК выгружается только в 77 ?

(47) Еще очень популярна связка ЗиК+БГУ...

(48) ночью глянул инфостарт
там кто-то выложил РСВ для БП с добавленным заполнением из файла зик (по алгоритмам 77)
качнул, но не смотрел плотно пока; вечером гляну
мне надо для бп2, для какой там х.з.

(42) своей версией Расчета СВЗ поделитесь, пожалуйста

косячок в зик 363 :
есть сверхнормативные суточные - фсс нс расчитывает правильно,
а в отчёт свод проводок , учёт налогов с фот включ в состав расходов и выгрузку (выгрузку не смотрел) фигачит полные суммы, т.е. как будто фсс нс начислилось и с ЗП и с суточн. Если только суточн - всё правильно показывает ( фсс нс = 0) .
так как написано несколько сумбурно расскажу на примере
начислил суточн Васе, налоги начислил - фсс нс 0
начислил ЗП ещё за этот месяц, налоги пересчитал
в журнале расчётов правильная сумма фсс нс, а в отчётах полная ( как будто и зп и суточные ) обложились

[quote=Kapitan911;44048236]И не замечает даже отрицательных сумм в разделе 3...[/quote]в-о-от. В связи с этим вопрос - а должен замечать?
Просто у меня одна расчетчица недоглядела и отправила с отрицательной суммой - в феврале делала сторно.
И ничего - не только тестер, а и приемный модуль налоговой все проглотили благополучно, отчет принят, положительный протокол.
Может, конечно, что-то и подправят (подправили) в налоговой, (они там каждый божий день что-то правят), но вот такой фактик имеется.

Собственно и вопрос - а откуда мнение, что "минусов" в разделе 3 быть не может?

ps: специально для VZ сделаю [em]особую [/em]оговорку - не отрицательная [em]зарплата[/em], а отрицательная [em]налогооблагаемая база[/em].

хм..,

Письмо
от 13 марта 2017 г. N БС-4-11/4371@
"О направлении конрольных соотношений" 

Там, конечно, нужно все очень вдумчиво исследовать, но на первый взгляд ничего про отрицательные суммы в прил. 3 нету.
т.е. ФЛК элементарно не контролирует такого.

так что.. не зря у моей расчетчицы РСВ с отрицательной суммой прошел.

[quote=Kapitan911;44048236]Самое интересное, что Tester не замечает несоответствие раздела 3 и раздела 1.[/quote] я так понимаю, Тестер должен только строго исполнять вышеприведенное письмо и ни грамма сверху? Шаг влево-вправо разработчики Тестера не имеют сделать?

Действительно, как можно выпускать такие конфигурации??? 6-НДФЛ ("целесобразная", т.к. налоговая убедила, что надо сдавать "целесообразную") на фоне расчетов по взносам становится самым простым отчетом :))) эх, если бы не "налоговая ведомость" то даже НС довольно долго "сидеть и складывать"....

Полный бред...

(42) Чего-то я не разобрался куда второй блок добавлен. но в любом случае "000000000000" - не есть хорошо, так как в отчете эти сотрудники не посчитаются в строке "Количество застрахованных лиц". Вообще не очень понятен весь этот новый 1Совский огород с процедурой ЗаполнитьСпискиЗЛ(). Вызови глСобратьДанныеДляСтраховыхВзносов() и крути полученную таблицу. И не будет выпадающих неработников-договорников и получателей выплат. Если сегодня не выложат 364 - выложу вечером свою версию со всеми правками.

(56) Место добавления - по поиску //проверим отрицательную базу
А огород затеян чтобы посчитать числящихся работающими = застрахованных.
А глСобратьДанныеДляСтраховыхВзносов - вернет только количество с выплатами.
А может сотрудник числится, но быть в б/с, но он же застрахован - посчитать его надо.
Поэтому 1С-вский алгоритм подсчета количества застрахованных оставляю (это к вопросу о "000000000000")

И наоборот - уволенных с выплатами в количество застрахованных думаю включать не стоит

... а мне уже фиолетово на количество.
люди вне штата и без ГПХ вообще никуда не попадают.
есть сокращённые, получающие сохраняемый заработок на время трудоустройства. с ними хоть ясно. а как быть с компенсацией за задержку з/пл, которая есть и у работающих и неработающих уже. Бухи рсв со сводами никогда так не сверят!
я забил на количество и в [b]Процедура ЗаполнитьСпискиЗЛ(СписокЗЛ_ПФР,СписокЗЛ_ОМС,СписокЗЛ_ФСС)[/b] закомментил условие(которая для гпх) Если (ТаблицаРасчетов.Расчет = ВидРасчета.ОплатаПоДоговору) или (ТаблицаРасчетов.Расчет = ВидРасчета.Авторские) или (ТаблицаРасчетов.Расчет = ВидРасчета.ЛицензионныеВыплаты) Тогда.
до 364 релиза пока пойдёт. (
отморозки... ((

а про СНИЛС у кого еще были отказы? (сдала филиальский отчет) типа, СНИЛС не найден. сотрудник 10 лет работает, все СЗВ-М и ИС прекрасно проходили, копия СНИЛС соответствует номеру, а налоговая в отказ :( дозвониться не получилось... в аналогичной ситуации у других потребовали прислать копию СНИЛС и уточненку РСВ с теми-же данными
ЗЫ: вопчем со своими я еще подожду, пока м.б. кто-нибудь очухается... м.б. и релиз выпустят

(60) В Москве ИФНС обзванивают народ и просят не сдавать до 24 апреля. У меня есть люди с двумя ИНН, не знаю, как сдадутся...

Срок выхода 364 релиза не перенесли? Гляньте, кто умеет глядеть.

52-Блондинка в шок > Специально для [b]Блондинка в шок[/b]:
"Отрицательная база" такая же ересь, как и "отрицательный расход". Во Вселенной не наблюдается. :)

(62) 24 стоит, но имхо, это ни о чём не говорит

24.04.2017 16:00 Конфигурации для России:
1С:Зарплата и Кадры 7.7 Типовая конфигурация редакция 2 Проф.
7.70.364