Форум по программе Контур.Зарплата.
Здесь мы отвечаем на вопросы возникающие у наших пользователей или партнеров при работе с программой или при внедрении ее в организации.
Прежде чем создать обращение, воспользуйтесь поиском. Попробуйте найти похожий топик по ключевому слову. Например "СЗВ-СТАЖ" или "6-НДФЛ".
Если Вы нашли "чужую" тему с похожим вопросом, где уже был дан ответ (есть сообщение помеченное как "Ответ"), но при этом ответ не подходит для Вашей ситуации, то не задавайте свой вопрос в комментариях к "чужой" теме. Лучше создайте новую тему со своим вопросом.
Полезные ссылки по Контур.Зарплата:
- Полный дистрибутив и Веб-обновления
- Обучающий урок
- Вебинары
- "Старый" форум отключен, архив
- Дистрибутив ПФ-Отчет+
Неправильно формируется печатная форма "Передача алиментов в Сбербанк"
После последнего обновления у клиента неправильно печатается печатная форма "Передача алиментов в Сбербанк": сдвинулись поля и не печатается список фамилий, кроме первой. Я проверила на поставке - ошибка повторилась.
Возьмите шаблон отчета из ZPL\TABLBANK\sberbank.xlt и скопируйте в ZPL\T_PRCH с заменой файла.
Как отражать в РСВ выплаты родственникам умершего сотрудника
Добрый день!
Уточните, пожалуйста, как быть с такой ситуацией:
Сотрудник умер в середине 2018 года.
В январе 2019 выдали родственникам родственникам "пособие на погребение" - так долго тянули потому, что родственники сначала пошли за возмещением в ФСС, а те их отправили по мету работы умершего.
Вопрос:
Должна ли сумма пособия, выданная стороннему лицу, попадать в РСВ за 1 квартал 2019 года?
Есть письмо ФНС № БС-4-11/16962" от 03.09.2018
https://www.klerk.ru/doc/477926/
Согласно которому в 3 раздел сумма пособия не должна включаться.
Следовательно, и в Подраздел 1.1 она включаться не может, иначе не пройдёт контрольное соотношение.
Правильно ли я понимаю, что в КЗ мы отражаем это так:
- умершего сотрудника в отчёт не включаем;
- вручную заполняем в РСВ строку 090 Приложения 3?
- вручную меняем сумму в строке 070 Приложения 2. добавляем сумму выданного пособия.
Или существует другой, более правильный и "автоматизированный" способ?
P.S. вопрос не по теме:
Если в теме стоит статус "Отвечен", как вот тут:
https://kontur.userecho.com/communities/47/topics/6265-nachislenie-nalogov-umershim-sotrudnikam
То можно ли в неё задавать уточняющие вопросы?
Или, как вот сейчас, новую тему создавать?
6-НДФЛ за 2018 г. и требование ИФНС
Здравствуйте! Наша организация сдала как обычно 6-НДФЛ за . 2018 г. При этом в разделе 2 содержится блок со сроком перечисления налога (стр. 120) 09.01.19. Реально зарплата была выплачена 29.12.2018 и налог перечислен в тот же день.
ИФНС прислала требование со ссылкой на п.6 статьи 226 НК РФ.
Нам вменяется несвоевременная уплата налога, т.е. за организацией числится недоимка и грозит приличный штраф. Дословно цитата из требования: "На основании вышеизложенного налоговому агенту необходимо провести сверку расчетов по налогу на доходы (взять выписку расчетов с бюджетом по НДФЛ и сверить начисления и уплату) и ....представить пояснения по факту несвоевременного (неполного) перечисления в бюджет налога на доходы физлиц ......или внести соответствующие исправления в расчет по форме 6-НДФЛ за 12 мес. 2018 г."
По выписке по расчетам с бюджетом все уплачено.
И все было бы нормально - написали бы в ответ на требование, что недоимки нет. Но решили позвонить в налоговую. Разговаривали с тремя инспекторами. Все они говорили что-то о новой проверочной программе и советовали в стр. 120 поставить дату 29.12.2018 . Тогда такое требование оформляться не будет.
С нашей точки зрения - чепуха. Т.к. если деньги уплачены в декабре, то все нормально.
Вопрос: может быть кто-то сталкивался с этой ситуацией (или подобной)?
Уважаемые эксперты! Прокомментируйте, пожалуйста.
6-ндфл ЗА 4 КВ. 2018 Г И ТРЕБОВАНИЕ ифнс
Здравствуйте! Наша организация сдала как обычно 6-НДФЛ за 4 кв. 2018 г. При этом в разделе 2 содержится блок со сроком перечисления налога (стр. 120) 9.01.19. Реально зарплата была выплачена 29.12.2018 и налог перечислен в тот же день.
ИФНС прислала требование со ссылкой на п.6 статьи 226 НК РФ.
Нам вменяется несвоевременная уплата налога, т.е. за организацией числится недоимка и грозит приличный штраф.
По выписке по расчетам с бюджетом. Все уплачено.
И все было бы нормально - написали бы в ответ на требование, что недоимки нет. Но решили позвонить в налоговую. Разговаривали с тремя инспекторами. Все они говорили что-то о новой проверочной программе и советовали в стр. 120 поставить дату 29.12.2018 . Тогда такое требование оформляться не будет.
С нашей точки зрения - чепуха. Т.к. если деньги уплачены в декабре, то все нормально.
Вопрос: может быть кто-то сталкивался с этой ситуацией (или подобной)?
Уважаемые эксперты! Прокомментируйте, пожалуйста.
Добрый день.
- В день удержания налога у вас возникает обязанность по его перечислению. Вы должны исполнить эту обязанность начиная со дня удержания налога, по установленный законодательством срок уплаты. Если срок уплаты налога стоит 09.01.2019 это означает что Вы можете налог перечислять по эту дату включительно и это не будет считаться недоимкой и наказываться штрафом. На то он и "срок уплаты".
- Читаем п.6 статьи 226: Налоговые агенты обязаны перечислять суммы исчисленного и удержанного налога не позднее дня, следующего за днем выплаты налогоплательщику дохода. Вы выплатили доход когда? 29.12. Налог перечислили когда? 29.12. Можете пояснить в каком месте был нарушен п.6 статьи 226? Ну можете попросить налоговую пояснить в каком месте был нарушен п.6 и возникла недоимка.
- Раньше налоговая просила не включать блоки у которых срок уплаты относится к следующему периоду в раздел 2. На мой взгляд это такое же неадекватное требование как и указанное требование, так как в этом случае они пришлют вам требование пояснить что за сумма налога пришла от вас 29.12 и почему ее нет в 6-НДФЛ.
- В программе есть настройка какие даты учитывать при формировании раздела 2. Можете поставить что до 01.10.2018 учет велся по 110 строке, а с 01.10.2018 учет ведется по 120 строке. В этом случае блок со сроком 09.01.2019 попадет в отчетность за первый квартал. Но при этом см. п.3.
- У ФНС (и не только у нее) оригинальный подход: вместо исправления ошибок в своей проверочной "нагнуть" всю страну на выполнение "странных" (это я мягко выразился) требований. С отчетности за первый квартал к этому добавится междокументная проверка 6-НДФЛ и РСВ.
Если вы хотите собрать отзывы от разных людей, то вопрос надо задавать публично, а не приватно. Переношу вопрос в публичные топики.
Ошибка при отправке ЭЛН
Добрый день!
При отправке реестра из 20 ЭЛН на 5 ЭЛН возникает ошибка:
Произошла ошибка при отправке в ФСС результатов расчета ЭЛН с
номером xxxxxxxxxxxx
Тип исключения: System.Exception
Текст исключения: Сообщение от ФСС: код ошибки S:Server, ошибка
Ошибка шифрования сообщения для получателя. The server sent
HTTP status code 502: Bad Gatewaynull.
Как бы это понять?
НДФЛ 30% на виды 140-141
ZPL_zplinfo(20190415_142003).cab
На вид 140 и 141 насчитывает 30% НДФЛ и требует ввести 307 вид
Временно пребывающие. В кадровой части отмечено, что они плательщики патента (категория 6)
ФНС и Минфин пытаются усидеть на двух стульях. В одних случаях они говорят отпускные это не заработная плата, в других случаях говорят что заработная плата. В частности по ставке обложения было письмо Минфина, который "разрешил" считать отпускные заработной платой и облагать их по ставке 13%. Зная изменчивость мнений Минфина мы придерживаемся позиции что пусть организация сама решит как она будет облагать отпускные в таких случаях, по умолчанию предлагаем более "жесткий" вариант.
Вы можете изменить поведение по умолчанию через настройку:
Настройка -> 6. Общие настройки системы -> 1. Настройки алгоритмов расчета. -> Коды дохода облагаемые 13% для статусов 3-6
Если там указать 2012, то они будут облагаться по ставке 13%.
Расчет НДФЛ с первых 3-х дней больничного
Добрый день!
Помогите, пожалуйста, разобраться со след.ситуацией: настраиваем вид ндфл с 3-х первых дней больничного. Завели два вида (513 по источникам и 313 основной). Считается все верно. Но при расчете за месяц сумма налога 313 вида встает к выплате, хотя начислено минус удержано = 0.
Все настройки 313 вида копировала с 305. 313 вид ранее не использовался, но в системе был указан как Подоходный налог федеральный начисл. другими (с алгоритмом прямого ввода). На поставке все красиво встает. С чем это может быть связано? Сохраненку прилагаю.
В таблице соответствия для подготовки сводов для 313 вида стоит фонд 99. Во многих "режимах" это аналог "мнимости". Поставьте 313 виду другой фонд и все встанет на свои места.
Интеграция с "Контур-Персонал". Как отключить неправильный стаж при расчёте больничного
Добрый день!
У клиента настроена интеграция КП и КЗ. Расчётчики обратились со следующей проблемой.
В КП неправильно ведутся страховые стажи. Показали кадровикам, как ошибку исправлять, но на 600 человек они будут обрабатывать очень долго.
Проблема возникает при расчёте больничного листа. Учитывается стаж, указанный в приказе из КП (неправильный), из-за этого больничный считается по 60%, а должен считаться по 80%.
В кадровой части расчётчик указала правильный стаж. На расчёт это никак не повлияло - всё равно берётся стаж из КП.
Подскажите, как сделать так, чтобы на стаж из кадровой части программа учитывала по более высокому приоритету, чем стаж из приказа по интеграции?
INTEGR.zip Надо файл из архива положить в TABLCNF сетевого каталога.
Копии при увольнении.
Здравствуйте. Подскажите,пожалуйста, при увольнении сотрудника должны выдать копии СЗВ-Стаж, СЗВ-М, раздела 3 РСВ. Как правильно это сделать в программе?
Настройка сетевой версии Контур Зарплата
Впервые настраиваю сетевую версию, поэтому столкнулся с проблемами:
1) В DOCAMBA\NETVER.HTM для работы с .TAB-файлами указана устаревшая утилита UTILIT\tabview.exe, которая аварийно завершается в современных системах. Необходимо использовать RSCALT\TabviewW.EXE;
2) Оказалось, что DOCAMBA\NETVER.HTM и DOCAMBA\NETVER.TXT это разные файлы. Хотя по названию можно подумать, что это один и тот же файл в разных форматах;
3) Замечательно, что есть возможность подробно настроить ресурсы (общий/локальный) в REGISTRY.TAB, но хотелось бы готовые настройки на три типовых случая (локальная база, лицевые общие, лицевые личные). И что такое "Г" в ресурсе "Reporting"? В описании нет "Г";
4) Немного напрягает то, что расчетчик может быть назначен только на конкретные лицевые счета. А что будет если во время отпуска одного расчетчика другой создаст лицевой счет в его подразделении со своего компьютера? На мой взгляд более логичный было бы назначение расчетчиков на подразделение, а не на каждый лицевой счет;
5) При слиянии разных ZPL в один сетевой приходится использовать ZPL\SPISOK_L.BAT (это прописано в инструкции по настройке сетевой версии, только после этого КЗ сообщает, что список изменился и запускает обновление списка), хотя на форуме встречал предупреждение, что его использование кроме как на этапе внедрения опасно и не желательно. Можно сделать, например, в контекстном меню списка команду "Обновить", которая будет принудительно перечитывать список лицевых счетов?
6) В инструкции по сопровождению рекомендуется запускать NETVOSST.BAT при ошибке "расчетчик с таким именем уже работает". Разве программа не может сбросить свою же сессию? У расчетчиков же разные идентификаторы, т.е. можно ведь просто сбрасывать свой же идентификатор;
7) Что будет, если у одной из организаций, например, изменится КПП или добавится новая организация? Привязка лицензии слетит на всех рабочих местах?
Сервис поддержки клиентов работает на платформе UserEcho
