ZPL_zplinfo(20190415_142003).cab

На вид 140 и 141 насчитывает 30% НДФЛ и требует ввести 307 вид

Временно пребывающие. В кадровой части отмечено, что они плательщики патента (категория 6)

Добрый день!

Помогите, пожалуйста, разобраться со след.ситуацией: настраиваем вид ндфл с 3-х первых дней больничного. Завели два вида (513 по источникам и 313 основной). Считается все верно. Но при расчете за месяц сумма налога 313 вида встает к выплате, хотя начислено минус удержано = 0.

Все настройки 313 вида копировала с 305. 313 вид ранее не использовался, но в системе был указан как Подоходный налог федеральный начисл. другими (с алгоритмом прямого ввода). На поставке все красиво встает. С чем это может быть связано? Сохраненку прилагаю.

zpl_zplinfo_net(20190411_150246)КСК ндфл бл.cab

Добрый день!

У клиента настроена интеграция КП и КЗ. Расчётчики обратились со следующей проблемой.

В КП неправильно ведутся страховые стажи. Показали кадровикам, как ошибку исправлять, но на 600 человек они будут обрабатывать очень долго.

Проблема возникает при расчёте больничного листа. Учитывается стаж, указанный в приказе из КП (неправильный), из-за этого больничный считается по 60%, а должен считаться по 80%.

В кадровой части расчётчик указала правильный стаж. На расчёт это никак не повлияло - всё равно берётся стаж из КП.

Подскажите, как сделать так, чтобы на стаж из кадровой части программа учитывала по более высокому приоритету, чем стаж из приказа по интеграции?

Здравствуйте. Подскажите,пожалуйста, при увольнении сотрудника должны выдать копии СЗВ-Стаж, СЗВ-М, раздела 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-НДФЛ собирается с помощью таблиц по первоначальной разноске (на кассовые ведомости переходить не хотят).

Настройка "Как выбирать подразделение из КЧ"=4, т.е, там сразу указывается код организации.

Если настройка "Как определять ОКТМО"=5, то при формировании таблицы по первоначальной разноске собираются 2 строки с одинаковыми суммами, причем не по всем ЛС, закономерность понять не могу.

Если поставить настройку "Как определять ОКТМО"=2, то строки не дублируются, но тогда не так как надо определяется код организации, т.к. все подразделения привязаны к основному.

Расчетчики говорят, что когда сдавали отчет за год, а было это где-то в феврале-начале марта, то было все правильно.

Во вложении сохраненка.

zpl_zplinfo_net(20190412_141246).cab

Добрый день!

Клиент обратилась со следующей проблемой:

Через контур-Экстерн б/л загружен правильно.

Но когда загружаем ЭЛН через встроенные механизмы КЗ, выходит ошибка:

Тому же номеру б/л ставится в соответствие другой СНИЛС.

Это СНИЛС другого сотрудника, уже уволенного из организации. У расчётчика на руках бумажный вариант больничного листка - там написано то же, что и в Жкстерне.

Подскажите, пожалуйста, отчего может происходить такая ошибка и как её исправить?

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

Выбираем Работа - Списки перечислений - 1. Алименты (списки перечислений) по всем работникам, т.е. не отмечен никто, внешний код вида оплаты 984. Представленный ЛС не попадает. Но если отметить группу ЛС, в том числе представленный, то всё хорошо (раньше было нехорошо, со слов расчетчика, но я тестировал на 599.9 релизе - нормально).
Можете сказать в чем может быть проблема?ZPL_zplinfo_net(20190411_103118).cab

Добрый день. ЛС (сохраненка во вложении), 02.2019 сотруднику поменяли основную должность, при этом предыдущая осталась как совместительство, при формировании отчета 4 -фсс (с  01.2019 по 03.2019) в феврале не учитывается сумма дохода за месяц по новой основной должности, по совместительство суммы подтягиваются, если говорить простымиzpl_zplinfo_full(20190410_103043).cab словами то совместительство попадает в отчет , а основная должность нет

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

С помощью функции предварительной обработки подключил к полю "Вид работ" сетку с наименованиями видов работ и расценками: 

Результат:

Можно ли как-то сделать, чтобы при заполнении поля "вид работ" в поле "Расценка" автоматически подставлялось актуальное на текущую дату значение из сетки?