Ваши комментарии
Простите, но у вас в ЛС нет сумм в текущем месяце (что вы хотите увидеть в квитке в таком случае?)
У вас в этом лицевом счете нет облагаемых сумм с начала года (что вы хотите в этом случае увидеть в 6-НДФЛ и 2-НДФЛ?!).
Попробовал напечатать. Печатает все правдоподобно. Квиток без сумм (но все остальное есть), 6-НДФЛ без сумм (но титульный лист есть).
Дело хозяйское, только зачем?!
Такой возможности нет и в ближайшее время не планируется.
Я похоже запутался в том, что хочется получить.
Если здесь речь все о тех же опекунах, то для них вроде все просто:
1) они сами не застрахованы (если поставить им ВКС)
2) выплаты им должны проводиться видами без кода дохода (то есть страховые взносы не увидят этих сумм даже как необлагаемые).
С учетом 1 и 2, такие люди просто не попадут в РСВ при поставочном значении настройки Настройка -> 5. Настройки таблиц и форм печати -> >> Справки и отчеты для ФНС (НДФЛ и т.п.) -> 3. Настройки Расчета по страховым взносам (с 2017 года) -> Включать незастрахованных в отчет = 0;
Зачем по ним включать суммы в отчет если ни сами незастрахованные, ни выплаты в отношении них, не должны попадать в отчет по страховым взносам?!
Если все рабочие места пользуются одним RSCALT(а значит и SCRIPT) то надо вставить указанные три строчки (подменив ХХХ на ваш номер) в usalg.s в каталоге SCRIPT\USER...
Если рабочих мест много и у каждого свой каталог SCRIPT то есть смысл сделать так:
- копируем usalg.s из каталога SCRIPT\user в сетевой каталог ZPL\SCRIPT
- В файле ZPL\SCRIPT\startup.s прописываем текст:
UnloadScriptModule("user\\usalg"); // выгрузить модуль script\user\usalg.s
LoadScriptModule("ZPL:usalg"); // загрузить модуль ZPL\script\usalg.s Все расчетчики получают единые доработанные алгоритмы без необходимости размножать usalg.s по машинам.
В смысле? А расчетчики то причем?
Мы же это все проходили/разбирали в 2017 году, когда появилась РСВ2017 (или ЕРСВ).
Они нЕ застрахованные для страховых взносов. Например, их не должно быть в СЗВ-М в этом месяце.
Если сильно обнаглеть можно даже сказать, что раз они не застрахованные то с сумм начисляемых им в этом месяце мы взносы платить не будем. Но обычно так никто не говорит.
А ФНС для РСВ написала контрольное соотношение, что застрахованных не меньше чем тех, с кого исчислены взносы. Поэтому есть определение застрахованности "по ФНС": это те кто застрахован "по ПФ" или с кого исчислили и уплатили страховые взносы (уволенные с доплаченными суммами). Поэтому либо надо "наглеть" и не платить взносы с уже уволенных, либо надо заполнять РСВ немного по-другому в графе "количество застрахованных".
Дальше больше.
ПФ решил проверять застрахованность между СЗВ-М и РСВ. Как следствие бухгалтеру придется написать объяснение почему у него по месяцу с уволенному в РСВ одно количество застрахованных, а по СЗВ-М меньше на число уволенных в предыдущих месяцах.
1) 5 параметр в этом случае не нужен.
2) Даты можете оставить стандартные. Рабочее время все равно же будете ставить вручную.
3) "Сервис" - "Корректировка видов Н-У" - "Массовая перекодировка видов"
4) лучше написать свой алгоритм, но примитивный:
case ХХХ:
info.kod_alg=121;
return 3;
Это будет означать "вызови мне системный алгоритм с кодом 121".
Ставить новому виду 121 алгоритм нехорошо, потому что при поиске простоев ищутся виды со 121 алгоритмом.
5) Если расчетчик хотят видеть в табеле особую букву на этом дне, то они могут тогда ответить какое стандартное обозначение из Т12 они готовы увидеть на этом же дне.
Как правильно я уже сказал: за праздничные по ТК сдельщикам положена доплата. Как они рассчитываются (алгоритм получения суммы) - определяет организация. То что вы решили считать это как простой - ваше право. Но зачем вносить данные в табель?! Ну то есть пусть все таки расчетчик попробует сказать, каким стандартным символом (из Т-12 или Т-13) он хочет пометить этот день? "ОВ"? Если ОВ, то требуется оплата в двойном размере.
У вас же не пройдет отчет контрольное соотношение?
Количество людей которые в 020 не может быть больше количества людей в 010.
В настройках НДФЛ, признак обложения для вида больничного какой? 1 или 0? В страховых точно 1.
Сервис поддержки клиентов работает на платформе UserEcho
Она работает. Просто вы уже раздали права доступа на уровне лицевых счетов, а доступ розданный на уровне лицевого счета перекрывает доступы на уровне подразделений и организаций (да на уровне организаций доступ тоже можно задавать).
Для сетевой версии п.2 совсем не типовой вариант. Скорее это исключение.
Ошибиться можно при настройке чего угодно и когда угодно (таблицы входимости, любой из 100500 настроек...).
52 параметра и у каждого клиента потенциально для каждого параметра может быть свое пожелание настройки.
Настраивается один раз на этапе внедрения.
Есть возможность массово назначить тип ресурса (выделили строчки по F3 поставили признак).
Когда мы будем позиционировать продукт как "настраивающийся без внедренца" мы скорее всего пойдем по пути "мастера настройки" и "заранее настроенных конфигураций". В настоящий момент внедренец для сетевой версии необходим, как и определенная квалификация у него.
Вы получили лицензию на определенное количество юридических лиц. Добавление нового юр.лица переведет версию в демо-режим. Не вижу в чем здесь проблема. Либо получите новую лицензию заранее, либо не добавляйте новое юр.лицо пока не обновили лицензию. Никто не мешает удалить "лишнее" юр.лицо и вернуться в рабочий режим.
Возможно. У любой задачи есть приоритет в зависимости уровня востребованности у клиентов. Регулярный перенос каталогов и регулярный запуск spisok_l.bat это странный бизнес-кейс.
Тем более, что в руках у того кто и ним столкнулся есть возможность самостоятельно сохранить список "код подразделение - наименование", а потом при необходимости его разнести (с помощью скриптовых функций).
Пардон, а с организациями то какая проблема? Данные по организации подобно настройкам хранятся в определенной таблице и я плохо представляю себе ситуацию, когда эти данные могут быть утеряны с необходимостью ручной набивки. Метеорит прилетел? Или сис.админа не научили делать страховые копии?