Добрый день.
Подскажите, плиз, получить вертикальный итог по этому отчету или по универсальному отчету раздел "Исчисленные страховые взносы". Мне нужна общая сумма страховых взносов по физ лицу. Сейчас мне отчеты выдают сколько начислено по пфр, фсс, нс и т.д, а мне нужна сумма этих страховых взносов по физ лицу.

добавь групировку "физ лицо", делов то

добавить пользовательское поле, где написать "Взносы в ТФОМС+Взносы в ФСС и т.д."

не, лучше группировку, как в (1) предложили

как я понял автор хочет одной цифрой сумму всех взносов.

(3) не... если нужен общий итог по всем налогам то польз. поле, не понял сначала что именно нужно

))

Тогда надо узнать у автора, что он хочет, разбивку налогов по физ.лицам или суммарный налог по людям.

автора в студию

Кстати, по поводу этого отчёта...
Народ! А возможен ли в теории вариант, где в 2013 году ОКАТО один, а ОКТМО разные? Например, два подразделения с одинаковым ОКАТО и разными ОКТМО?

(9) а разве там не уникальные соответствия? один ОКАТО - один ОКТМО (одна страна, один вождь (с)Адик :)).

(10) там вроде один или много ОКАТО - один ОКТМО

Вот если один к одному, то мне всё понятно, но ежели, как в (11) можно много к одному, то тогда хоть меня режь, не понимаю, почему в запросе компоновки данных таблицы группируются по двум полям, а связываются по одному? Неужели жалко было сделать две связи вместо одной? Или расчёт идёт на то, что колонка "ОКАТО" в 2014 году не должна быть никому нужна?  Тогда логично было бы отрубить такую возможность - вывод группировки кода по ОКАТО рядом с физ. лицом. Получается же, что есть возможность формировать кривые данные даже в чистой незамутнённой конфигурации с нормальными данными.

(9) Там наоборот. Несколько ОКАТО - один ОКТМО

Ну вот я ж о том в (12) и пишу. Берём чистую типовую конфигурацию. Заводим два обособленных подразделения с разными ОКАТО и одним ОКТМО. Принимаем сотрудника с первого числа месяца (2014 года) в одно подразделения, а в середине месяца переводим в другое. Рассчитываем, проводим. Открываем анализ начисленных налогов и взносов. Заходим в настройки, добавляем группировки по ОКАТО и по ОКТМО из таблицы НДФЛ, т.е. не код территории, а именно коды из таблицы НДФЛ. Понимаю, что ОКАТО в 2014 году не имеет смысла, но всё же. Формируем отчёт и видим неверные данные. А всего то и надо было, сделать лишнюю пару связей таблиц по кодам ОКАТО и ОКТМО в последнем запросе СКД. Так вот вопрос: почему 1С не сделали этих связей? Они связывают таблицы по коду территории (в последнем релизе они его вывели в отдельное поле), который получается для 2014 года из ОКТМО, при этом группировка по ОКАТО никуда не девается, вот и множатся данные.

(11) есть конкретный пример? потому как я уверен в однозначной привязке.