О чём удалось поговорить с разработчиками 1С:ЗУП 3.1 на партнерском семинаре
1. РК и СН – возможность полноценно использовать несколько видов начислений для РК и учитывать их в среднем заработке как РК, печатная форма расшифровки среднего с учетом РК и СН – скоро будет, уже показывали скриншоты
2. Удержание займов с зарплаты за первую половину месяца – напомнила о такой необходимости, где-то там они сделали отметку, что про эту задачу спрашивают, чтобы она не совсем паутиной заросла.
3. Про то, что на НДФЛ за 2025 стали приходить протоколы после камералок, что вычеты на РК применены неправомерно (т.е. в январе, для примера не хватило основной ЗП для вычета, часть применялась на РК. Но за год основной ЗП хватило, в результате вычет на РК должен был стать нулевым, а программа не пересчитала) – не стала пока говорить, потому что по такому вопросу подходить лучше с копией протокола проверки. У кого такая беда случилась – пришлите мне копию протокола, чтобы было с чем к разработчикам идти.
4. Ошибки зачета НДФЛ при увольнении внутреннего совместителя, проблемы «перекосов» НДФЛ между обособками – известна, но пока «руки не дошли», потому что много других задач по реализации изменений законодательства и отладке НДФЛ. Ну и мне показалось, судя по тону, что и не дойдут руки до этого в ближайшее время. Ну вот как есть.
5. В целом по вопросам зачёта аванса в «Начислении зарплаты», что не плохо бы пользователю показать и дать возможность при необходимости исправить сумму зачитываемого дохода – такая задача тоже как бы есть, но прям совсем в дальних планах. При этом также проговорили, что оптимальным было бы реализовать полноценное начисление за первую половину месяца и начисление за вторую половину месяца, но технически это не реализуемо в текущей версии ЗУПа, поэтому этого точно не будет.
6. Проблема рубля в НДФЛ (когда 20-го числа начисляешь /проверяешь аванс, а дата выплаты 25-го. А 21,22,23,24 начисляешь отпуска/больничные. То потом при расчёте зарплаты гуляет +/- рубль между датами выплаты). Проговорили. Ну тут понятно что ответ – нужно перед выплатой аванса пересчитать в нём НДФЛ. Аргумент, что при большом количестве документов это сложно – не зашел. Подала идею, чтобы программа предлагала сделать такой пересчет при проведении ведомости на выплату. Идея не показалась хорошей, потому что сильно будет тормозить тогда проведение ведомостей.
7. Про механизм массового пересчета НДФЛ как в документах начисления, так и в документах ведомости – не реально сделать, так как нет сейчас в программе последовательности документов. Ну и не хорошо подменять суммы в документах без показа их пользователям и подтверждения через кнопку ОК – не соответствует концепции программы. Про документ ввода НДФЛ за прошлые периоды при начале эксплуатации программы для ввода исторических данных – считают, что такой не нужен, так как есть «Операция учета НДФЛ».
8. Перевод ЗУП на 8.5 – не ранее 2027, и я так косвенно поняла, что это прям такая далёкая задача.
Режим совместимости до 8.3.27 – в этом направлении работы ведутся, вроде как уже даже было несколько попыток, но вылезли какие-то ошибки, так что пока задача в работе.
Это то о чём пообщались на Вернисаже. Готовлю еще краткий обзор докладов. Так как публикация материалов с семинара запрещена, то это будет такой обзор в стиле "куда ветер дует", но тоже, думаю, будет полезно.
1. РК и СН – возможность полноценно использовать несколько видов начислений для РК и учитывать их в среднем заработке как РК, печатная форма расшифровки среднего с учетом РК и СН – скоро будет, уже показывали скриншоты
2. Удержание займов с зарплаты за первую половину месяца – напомнила о такой необходимости, где-то там они сделали отметку, что про эту задачу спрашивают, чтобы она не совсем паутиной заросла.
3. Про то, что на НДФЛ за 2025 стали приходить протоколы после камералок, что вычеты на РК применены неправомерно (т.е. в январе, для примера не хватило основной ЗП для вычета, часть применялась на РК. Но за год основной ЗП хватило, в результате вычет на РК должен был стать нулевым, а программа не пересчитала) – не стала пока говорить, потому что по такому вопросу подходить лучше с копией протокола проверки. У кого такая беда случилась – пришлите мне копию протокола, чтобы было с чем к разработчикам идти.
4. Ошибки зачета НДФЛ при увольнении внутреннего совместителя, проблемы «перекосов» НДФЛ между обособками – известна, но пока «руки не дошли», потому что много других задач по реализации изменений законодательства и отладке НДФЛ. Ну и мне показалось, судя по тону, что и не дойдут руки до этого в ближайшее время. Ну вот как есть.
5. В целом по вопросам зачёта аванса в «Начислении зарплаты», что не плохо бы пользователю показать и дать возможность при необходимости исправить сумму зачитываемого дохода – такая задача тоже как бы есть, но прям совсем в дальних планах. При этом также проговорили, что оптимальным было бы реализовать полноценное начисление за первую половину месяца и начисление за вторую половину месяца, но технически это не реализуемо в текущей версии ЗУПа, поэтому этого точно не будет.
6. Проблема рубля в НДФЛ (когда 20-го числа начисляешь /проверяешь аванс, а дата выплаты 25-го. А 21,22,23,24 начисляешь отпуска/больничные. То потом при расчёте зарплаты гуляет +/- рубль между датами выплаты). Проговорили. Ну тут понятно что ответ – нужно перед выплатой аванса пересчитать в нём НДФЛ. Аргумент, что при большом количестве документов это сложно – не зашел. Подала идею, чтобы программа предлагала сделать такой пересчет при проведении ведомости на выплату. Идея не показалась хорошей, потому что сильно будет тормозить тогда проведение ведомостей.
7. Про механизм массового пересчета НДФЛ как в документах начисления, так и в документах ведомости – не реально сделать, так как нет сейчас в программе последовательности документов. Ну и не хорошо подменять суммы в документах без показа их пользователям и подтверждения через кнопку ОК – не соответствует концепции программы. Про документ ввода НДФЛ за прошлые периоды при начале эксплуатации программы для ввода исторических данных – считают, что такой не нужен, так как есть «Операция учета НДФЛ».
8. Перевод ЗУП на 8.5 – не ранее 2027, и я так косвенно поняла, что это прям такая далёкая задача.
Режим совместимости до 8.3.27 – в этом направлении работы ведутся, вроде как уже даже было несколько попыток, но вылезли какие-то ошибки, так что пока задача в работе.
Это то о чём пообщались на Вернисаже. Готовлю еще краткий обзор докладов. Так как публикация материалов с семинара запрещена, то это будет такой обзор в стиле "куда ветер дует", но тоже, думаю, будет полезно.