В связи с разбивкой по кодам дохода, видимо, вынуждены будем использовать режим формирования ведомости Зарплата. Однако, этот режим требует включения учета предыдущих ведомостей, иначе не хочет разбивать ведомости по кодам дохода. Да и вообще, такой учет нужен.

Основная претензия расчетчиков к данной настройке, что сразу выполняется разноска. Они, конечно, всё равно её выполняют, но через некоторое время, требуемое для проверки.

Есть ли какой-то сакральный смысл, чтобы разносить сразу? Может стоило бы дать спец. настройку для использования на свой страх и риск?

В поставке 606.2, на лс Астров, моделирую ситуацию, для того чтоб сформировать выгрузку в банк с указанием кода дохода.

Завожу начисления 104 оклад 1000 рублей и 204 погребение 1000.

И удержания 318 25%

рассчитываю ЛС: начислено 2000, НДФЛ 130, алименты 217.50

В 16 столбце ТВХ для сводов и форм печати 104 отмечаю "1", 204 отмечаю "2", 318 отмечаю "В".

А настройках таблиц и фори печати в настройках кассовых ведомостей, в строке Разбивать таблицы для передачи в банк, ставлю "4" 

Формирую кассовую ведомость, код дохода для взыскания ставлю "*" Суммы к выдачи, НДФЛ, и суммы к взысканию, встают как в ЛС

После чего формирую Реестр в банк (пробовал УБРиР и Сбер) Формируются 2 строки с кодом дохода для взыскания 1 и 2. Но суммы к выдачи по ведомостям встают одинаковые, по 826 рублей.

Мне кажется, что реестры в банк должны формироваться с суммами

Код для взыскания 1, 652.50 (1000оклад-130НДФЛ-318алименты)

Код для взыскания 2, 1000 (сумма погребения)

Может не хватает какой-то настройки?

Добрый день!

В релизе 606.2 от 02.06.2020 было исправление ошибки в кассовых ведомостях, если отключена Настройка -> 5. Настройки таблиц и форм печати -> 3. Настройки платежных (кассовых) ведомостей -> Учет предыдущих ведомостей.

Хотелось бы уточнить, что это за ошибка?

Т.к. если данная настройка отключена, то сумма взыскания в кассовой ведомости не формируется.

У нас есть клиенты, которые не работают по кассовым ведомостям, может быть нужны какие-то дополнительные действия, чтобы для таких клиентов также выгружалась взысканная сумма в ведомости?

Порядок работы менять не хотят.

Здравствуйте.

Клиенты интересуются будет ли что-то реализовано в КЗ для расчёта взносов с зарплат > МРОТ?

Если будет, то когда?

При расчете больничного по новым правилам уральский коэффициент применяется дважды: и к СДЗ из МРОТ и к сумме больничного. Причем независимо от того что стоит в настройке "Формула минимальной суммы б/л за месяц" (даже если там ноль)

Добрый день! 

Обратились пара клиентов с жалобой на "падения" АМБы. 

Ошибка такая же как в этих двух темах.

https://kontur.userecho.com/communities/47/topics/8446-programma-vyiletaet-s-oshibkoj-pri-nazhatii-na-avansyi

https://kontur.userecho.com/communities/47/topics/8340-oshibka-pri-otkryitii-prikazov

Со слов одного клиента первый раз "упало" при начислении Аванса, после перезапуска все работает, но затем ситуация повторилась спустя какое-то время, клиент просто отходил от ПК, а когда вернулся "диспетчер" снова вылетел, затем снова при входе в "Внешние программы->обмен данными с ФСС". Со слов второго клиента, все работает как обычно и может ни разу не вылететь за день, а может пять раз подряд. Но локализовать проблему не получается, "вылетает" то при одних действиях то при других.

Дамп от первого клиента (https://yadi.sk/d/mAyNOlHm1H26PQ), от второго пока нет, если ошибка выскочит вновь, попросил сохранить дамп и скинуть, ну и соответственно добавлю сюда.

Добрый день.

Возник вот какой вопрос. Возможно ли в сетевой версии настроить чтобы Кассовые ведомости стали видны всем расчетчикам. Сейчас в настройках  "Настройка реестра ресурсов" TABLKAS - "О", ставим "Г" -сформированные ведомости становятся невидимы т.к. обращается уже на общий ресурс а их там нет. У каждого расчетчика сформированы были ведомости и физически на диске они идут под одинаковыми номерами, есть возможность их объединить?

Здравствуйте. В программе нет такой формы, А уволенным выдавать уже надо

Добрый день.

Клиент обратился со следующим вопросом.

Сотрудника переводили с одной должности на другую.

Как положено при переводе, расчётчик выполнил перекодировку видов Н-У, вместо 305-го кода НДФЛ на прежней должности оставил 505-й. По новой должности завели 305-й вид Н-У.

В декабре пришёл приказ оплатить сотруднику доплату за категорию. Произвели перерасчёт июля, получили "неверную" сумму НДФЛ.

Сотруднику предоставляются вычеты на детей. В июле они предоставлялись по должности "2", в декабре - по должности "10". Но при перерасчёте июля эта сумма "перепрыгнула" на теперешнюю основную должность.

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

Описанная ситуация влечёт за собой много ошибок в расчётах (например, расчётчик выбрал только одну должность №2 по Shift+F10, произвёл перерасчёт июля только по ней и получил неверную сумму ндфл), ручной корректировки сумм и ещё больше объяснений с сотрудниками. почему в том или ином месяце у них снимали и начисляли НДФЛ.

Такая ситуация клиента не устраивает. Очень просят предложить решение проблемы.

Здравствуйте! Работник занят на двух должностях (основная и внутреннее совместительство). Какие настройки необходимы для расчета отпуска по 2- м дожностям? Марго.