Форум по программе Контур.Зарплата.
Здесь мы отвечаем на вопросы возникающие у наших пользователей или партнеров при работе с программой или при внедрении ее в организации.
Прежде чем создать обращение, воспользуйтесь поиском. Попробуйте найти похожий топик по ключевому слову. Например "СЗВ-СТАЖ" или "6-НДФЛ".
Если Вы нашли "чужую" тему с похожим вопросом, где уже был дан ответ (есть сообщение помеченное как "Ответ"), но при этом ответ не подходит для Вашей ситуации, то не задавайте свой вопрос в комментариях к "чужой" теме. Лучше создайте новую тему со своим вопросом.
Полезные ссылки по Контур.Зарплата:
- Полный дистрибутив и Веб-обновления
- Обучающий урок
- Вебинары
- "Старый" форум (доступен только из сети Контура, архив)
- Дистрибутив ПФ-Отчет+
Заработок за 2 года из расчета МРОТ в заполненном ЭЛН
Добрый день, уважаемые разработчики!
Некоторые заказчики по наставлениям ФСС указывают в БЛ, рассчитанных из МРОТ, заработок за 2 года как 24*МРОТ. Так они делали раньше и в бумажных БЛ, а теперь надо и в электронных.
Но такое требование, как показал опрос заказчиков, приходит не из всех отделений ФСС, потому хотелось бы видеть в программе настройку, регулирующую заполнение заработка за 2 года в ЭЛН, т.е. чтобы было 2 варианта: фактический заработок или 24*МРОТ.
Добавление нового вида Н-У при превышении максимального количества строк в ЛС
Ещё один вопрос от того же клиента, что и в теме:https://kontur.userecho.com/communities/47/topics/6030-ne-otobrazhat-pri-vhode-v-ls-vidyi-n-u-po-staryim-dolzhnostyam-i-sami-staryie-dolzhnosti
стандартная ситуация: в ЛС более 100 строчек кода "Отпуск". И отпускные не считаются. Так происходит оттого, что по каждому совместительству создаётся отдельная строчка отпускных (см. пример в указанной теме).
Да, есть стандартный способ - завести новый вид Н-У "отпускные", указать его в соответствующей настройке и считать отпуска теперь не по 140 коду, а, например, по 940-му.
Проблема в том, что изменение затронет всех пользователей. а также своды, отчёты ведомости и т.д.
Можно сделать объединение строк - но тогда будут возникать ошибки при пересчёте предыдущих месяцев.
Насколько я помню, ещё на старом форуме поднимался вопрос о том, чтобы увеличить максимальное кол-во строк в ЛС со 100 до 1000 (а глядя на некоторых клиентов - и ещё один разряд лишним не будет). Скажите, пожалуйста, планируется ли эта доработка, или уже можно не ждать?
Про другие варианты решения проблемы:
Можно ли модифицировать объединение строк видов Н-У таким образом, чтобы объединение происходило только за предыдущие годы?
Можно ли изменить настройку расчёта отпуска "код вида основного отпуска" таким образом, чтобы она принимала не одно значение, а несколько? Например, "40, 840". И при расчёте, если в ЛС более 100 строк с вн. кодом 40, то автоматически заводился 840-й?
Ошибка в справочнике адресов
Добрый день!
При обращении к справочнику адресов появляется такая ошибка
Помогите, пожалуйста.
Спасибо.
Необходимо обновить до последней версии и вторую программу. Одновременно с одним новым справочником ФИАС не может работать новая и старая версии программы. Если второй каталог со старой версией нет возможности обновить, то замените там файл ZPL\T_UDL\ADDRESS.UDL на поставочный (из архива RSCALT\defbase.cab) перезапустите программу и скачайте старый справочник адресов
Вопросы по реестру ЭЛН
Добрый день, уважаемые разработчики!
При работе с реестром ЭЛН у заказчиков появились следующие пожелания.
1) Можно ли реализовать печать ЭЛН, аналогично бумажной форме?
2) Можно ли разграничить доступ к ЭЛН? Т.е. если у расчетчика есть доступ только к определенным ЛС/организациям, то чтобы он, соответственно, видел в реестре только их ЭЛН.
Можно ли добавить еще дату приема в СЗВ-М?
Добрый день, уважаемые разработчики!
То, что в СЗВ-М теперь показывается база для ПФ и дата увольнения - это очень здорово, но уже от нескольких наших заказчиков поступили просьбы добавить еще колонку с датой приема для дополнительного контроля.
Бывает, что сотрудник принят в первых числах месяца, следующего за отчетным, когда сам отчет еще не сдан, вот и нужна дата приема, чтобы не вспоминать, почему же он не попадает в отчет, особенно если большая численность.
размер ставки рефинансирования
В данной теме предлагается размещать сообщения о размере ставки рефинансирования. Вопросы, связанные со ставкой рефинансирования, просьба размещать в отдельных темах.
Можно ли добавить поиск по организациям в новом интерфейсе отчетности для УПБ?
Здравствуйте, уважаемые разработчики!
Можно ли добавить поиск по организациям в новом интерфейсе отчетности для УПБ? А то список может быть под сотню штук, весьма неудобно листать.
Выпущенные обновления программы Контур-Зарплата (АМБа)
В этой теме будет размещаться информация о вышедших и выходящих в будущем обновлениях программы "Контур-Зарплата" (АМБа).
Тема создана для облегчения получения информации по вновь выходящим обновлениям для тех клиентов, у которых на компьютере, по каким-либо причинам, не настроено онлайн-обновление.
Все желающие смогут подписаться на уведомления об изменениях в этой теме и информация о новом обновлении будет приходить на указанный в настройках профиля пользователя адрес электронной почты.
Тема закрыта для обсуждений вышедших обновлений! Все обсуждения - только в новых темах!
Ключевая ставка с 26.03.2018 7.25%
СЗВ-ИСХ
Добрый день, уважаемые разработчики!
Подскажите пожалуйста, есть ли в плане разработки форма СЗВ-ИСХ? Если есть, в какие сроки можно ожидать?
Заранее спасибо!
С уважением Николай.
На практике вроде как СЗВ-ИСХ должна требоваться редко, а если точнее - "очень редко". Она же предназначена для ситуаций "По человеку совсем забыли сдать сведения за период до 2017 года".
Ну то есть, в планах она для Контур-Зарплаты есть, но честно скажу далеко не в высокоприоритетных.
Мы надеемся, что возникающие потребность в СЗВ-ИСХ пока можно будет закрыть "набивалкой".
Ну то есть пока схема такая:
1) Пока нет в ПФ-Отчете - Контур-Экстерн или набивалка ПФ
2) После сдачи годовой отчетности - делаем СЗВ-ИСХ в ПФ-Отчете
3) Смотрим на востребованность СЗВ-ИСХ и понимаем надо делать в КЗ или нет.
Тему не закрываю. Чтобы желающие могли за нее голосовать. Чем больше голосов за тему, тем понятнее разработчикам, что форма востребована, тем выше у нее будет приоритет.
Сервис поддержки клиентов работает на платформе UserEcho
