Форум по программе Контур.Зарплата.
Здесь мы отвечаем на вопросы возникающие у наших пользователей или партнеров при работе с программой или при внедрении ее в организации.
Прежде чем создать обращение, воспользуйтесь поиском. Попробуйте найти похожий топик по ключевому слову. Например "СЗВ-СТАЖ" или "6-НДФЛ".
Если Вы нашли "чужую" тему с похожим вопросом, где уже был дан ответ (есть сообщение помеченное как "Ответ"), но при этом ответ не подходит для Вашей ситуации, то не задавайте свой вопрос в комментариях к "чужой" теме. Лучше создайте новую тему со своим вопросом.
Полезные ссылки по Контур.Зарплата:
- Полный дистрибутив и Веб-обновления
- Обучающий урок
- Вебинары
- "Старый" форум (доступен только из сети Контура, архив)
- Дистрибутив ПФ-Отчет+
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) Что будет, если у одной из организаций, например, изменится КПП или добавится новая организация? Привязка лицензии слетит на всех рабочих местах?
Удваивает строки в 6-НДФЛ по ОКТМО
Добрый день!
Отчет 6-НДФЛ собирается с помощью таблиц по первоначальной разноске (на кассовые ведомости переходить не хотят).
Настройка "Как выбирать подразделение из КЧ"=4, т.е, там сразу указывается код организации.
Если настройка "Как определять ОКТМО"=5, то при формировании таблицы по первоначальной разноске собираются 2 строки с одинаковыми суммами, причем не по всем ЛС, закономерность понять не могу.
Если поставить настройку "Как определять ОКТМО"=2, то строки не дублируются, но тогда не так как надо определяется код организации, т.к. все подразделения привязаны к основному.
Расчетчики говорят, что когда сдавали отчет за год, а было это где-то в феврале-начале марта, то было все правильно.
Во вложении сохраненка.
ЭЛН. Спутаны СНИЛС и номер б/л.
Добрый день!
Клиент обратилась со следующей проблемой:
Через контур-Экстерн б/л загружен правильно.
Но когда загружаем ЭЛН через встроенные механизмы КЗ, выходит ошибка:
Тому же номеру б/л ставится в соответствие другой СНИЛС.
Это СНИЛС другого сотрудника, уже уволенного из организации. У расчётчика на руках бумажный вариант больничного листка - там написано то же, что и в Жкстерне.
Подскажите, пожалуйста, отчего может происходить такая ошибка и как её исправить?
Ничего подобного в последней версии не исправлялось. Пользователь скорее всего ошибся при заведении информации в реестр, а потом просто удалил неправильную строчку и завел правильную.
Сервис поддержки клиентов работает на платформе UserEcho
