ФНС и Минфин пытаются усидеть на двух стульях. В одних случаях они говорят отпускные это не заработная плата, в других случаях говорят что заработная плата. В частности по ставке обложения было письмо Минфина, который "разрешил" считать отпускные заработной платой и облагать их по ставке 13%. Зная изменчивость мнений Минфина мы придерживаемся позиции что пусть организация сама решит как она будет облагать отпускные в таких случаях, по умолчанию предлагаем более "жесткий" вариант.

Вы можете изменить поведение по умолчанию через настройку:
Настройка -> 6. Общие настройки системы -> 1. Настройки алгоритмов расчета. -> Коды дохода облагаемые 13% для статусов 3-6

Если там указать 2012, то они будут облагаться по ставке 13%.

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

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

СЗВ-М в этот список попала только по тому, что она упомянута в числе форм персонифицированной отчетности, а работодатель обязан выдать все формы перс.отчетности сотруднику. Только вот при этом все забыли, что требования про перс.формы было сформулировано для ТК в те времена, когда на каждого сотрудника оформлялась персональная форма, а не списковая (где кроме этого сотрудника еще 100500 человек) и эта форма формировалась в целом за год, а не за каждый месяц. Поэтому выдать такую форму сотруднику не представляло большой сложности. Выдать за каждый календарный года работы по 12 форм СЗВ-М, каждому увольняющемуся.... это же никаких лесов не хватит.

Никто не спорит, что эта информация может быть полезна сотруднику в дальнейшей жизни (а точнее при разбирательствах с ПФом). Только вот если бы кое у кого  "наверху" была способность немного подумать, то они бы поняли, что для этого надо придумать персонифицированную форму, которую надо выдать сотруднику при увольнении.

Пока могу порекомендовать вам выдавать сотруднику на руки индивидуальную карточку по страховым взносам и СЗВ-СТАЖ. Индивидуальная карточка содержит полный расклад по суммам для страховых (аналог раздела 3 формы РСВ) и застрахованности (аналог СЗВ-М только в целом за календарный год).

Большинство значений из справочников сохраняются по уникальным идентификаторам (внутренний код источника, внутренний код вида Н-У и т.д.). Поэтому при объединении каталогов надо добиться чтобы внутренние коды в справочниках отвечали за одинаковые сущности.

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

Она работает. Просто вы уже раздали права доступа на уровне лицевых счетов, а доступ розданный на уровне лицевого счета перекрывает доступы на уровне подразделений и организаций (да на уровне организаций доступ тоже можно задавать).

1) лицевые счета общие;2) лицевые счета личные.

Для сетевой версии п.2 совсем не типовой вариант. Скорее это исключение.

Настраивать все 52 параметра во-первых долго, во-вторых легко ошибиться.

Ошибиться можно при настройке чего угодно и когда угодно (таблицы входимости, любой из 100500 настроек...).

52 параметра и у каждого клиента потенциально для каждого параметра может быть свое пожелание настройки.
Настраивается один раз на этапе внедрения.
Есть возможность массово назначить тип ресурса (выделили строчки по F3 поставили признак).
Когда мы будем позиционировать продукт как "настраивающийся без внедренца" мы скорее всего пойдем по пути "мастера настройки" и "заранее настроенных конфигураций". В настоящий момент внедренец для сетевой версии необходим, как и определенная квалификация у него.

Т.е., если купленная лицензия используется не на "полную катушку" - приобрели на 10, а обсчитываете только 5 организаций - то добавление в процессе эксплуатации программы 6-й организации ни как не повлияет на работоспособность КЗ. А вот добавление 11-й организации потребует расширение лицензии (доплаты) и соответственно замены файла лицензии, т.к. использование старого приведёт к "падению" КЗ в демо-режим.

Вы получили лицензию на определенное количество юридических лиц. Добавление нового юр.лица переведет версию в демо-режим. Не вижу в чем здесь проблема. Либо получите новую лицензию заранее, либо не добавляйте новое юр.лицо пока не обновили лицензию. Никто не мешает удалить "лишнее" юр.лицо и вернуться в рабочий режим.

Пожелание разработчикам: Сделайте, пожалуйста, чтобы информация о текущем подразделении дополнительно хранилась где-то внутри Z-каталога подразделения. Тогда при передаче подразделения в другой ZPL оно не будет попадать с пустым наименованием, можно будет его считать и включить в список подразделений.

Возможно. У любой задачи есть приоритет в зависимости уровня востребованности у клиентов. Регулярный перенос каталогов и регулярный запуск spisok_l.bat это странный бизнес-кейс.
Тем более, что в руках у того кто и ним столкнулся есть возможность самостоятельно сохранить список "код подразделение - наименование", а потом при необходимости его разнести (с помощью скриптовых функций).

Еще бы с организациями так же... эх... Ну или хотя бы возможность экспорта/импорта карточки организации. А то у нас расчетчики некоторые организации уже по третьему разу заполняют, а я им и помочь ничем не могу.

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

Простите, но у вас в ЛС нет сумм в текущем месяце (что вы хотите увидеть в квитке в таком случае?)
У вас в этом лицевом счете нет облагаемых сумм с начала года (что вы хотите в этом случае увидеть в 6-НДФЛ и 2-НДФЛ?!).
Попробовал напечатать. Печатает все правдоподобно. Квиток без сумм (но все остальное есть), 6-НДФЛ без сумм (но титульный лист есть).

Дело хозяйское, только зачем?!

Такой возможности нет и в ближайшее время не планируется.

Я похоже запутался в том, что хочется получить.
Если здесь речь все о тех же опекунах, то для них вроде все просто:
1) они сами не застрахованы (если поставить им ВКС)

2) выплаты им должны проводиться видами без кода дохода (то есть страховые взносы не увидят этих сумм даже как необлагаемые).
С учетом 1 и 2, такие люди просто не попадут в РСВ при поставочном значении настройки Настройка -> 5. Настройки таблиц и форм печати -> >> Справки и отчеты для ФНС (НДФЛ и т.п.) -> 3. Настройки Расчета по страховым взносам (с 2017 года) -> Включать незастрахованных в отчет = 0;

Зачем по ним включать суммы в отчет если ни сами незастрахованные, ни выплаты в отношении них, не должны попадать в отчет по страховым взносам?!

Если все рабочие места пользуются одним RSCALT(а значит и SCRIPT) то надо вставить указанные три строчки (подменив ХХХ на ваш номер) в usalg.s в каталоге SCRIPT\USER...
Если рабочих мест много и у каждого свой каталог SCRIPT то есть смысл сделать так:

1. копируем usalg.s из каталога SCRIPT\user в сетевой каталог ZPL\SCRIPT
2. В файле ZPL\SCRIPT\startup.s прописываем текст:
   

  UnloadScriptModule("user\\usalg"); // выгрузить модуль script\user\usalg.s
  LoadScriptModule("ZPL:usalg"); // загрузить модуль ZPL\script\usalg.s 

Все расчетчики получают единые доработанные алгоритмы без необходимости размножать usalg.s по машинам.

В смысле? А расчетчики то причем?
Мы же это все проходили/разбирали в 2017 году, когда появилась РСВ2017 (или ЕРСВ).
Они нЕ застрахованные для страховых взносов. Например, их не должно быть в СЗВ-М в этом месяце.

Если сильно обнаглеть можно даже сказать, что раз они не застрахованные то с сумм начисляемых им в этом месяце мы взносы платить не будем. Но обычно так никто не говорит.
А ФНС для РСВ написала контрольное соотношение, что застрахованных не меньше чем тех, с кого исчислены взносы. Поэтому есть определение застрахованности "по ФНС": это те кто застрахован "по ПФ" или с кого исчислили и уплатили страховые взносы (уволенные с доплаченными суммами). Поэтому либо надо "наглеть" и не платить взносы с уже уволенных, либо надо заполнять РСВ немного по-другому в графе "количество застрахованных".

Дальше больше.
ПФ решил проверять застрахованность между СЗВ-М и РСВ. Как следствие бухгалтеру придется написать объяснение почему у него по месяцу с уволенному в РСВ одно количество застрахованных, а по СЗВ-М меньше на число уволенных в предыдущих месяцах.