Подробно описано в приложенном файле. Очень беспокоит данная ошибка… Может быть, вы уже сталкивались или есть идеи, как это обойти
Все комментарии (10)
Комментарии закрыты.
Нажимая на кнопку «Зарегистрироваться», я подтверждаю принадлежность мне сообщенных при регистрации сведений, их достоверность, даю согласие на обработку моих персональных данных и подтверждаю ознакомление с политикой их обработки.
Отправляя форму Вы даёте согласие на обработку персональных данных, защищенных политикой конфиденциальности
Здравствуйте!
На 22 релизе ошибка у меня не воспроизвелась (3.1.22.48). Пример создавала полностью аналогично Вашему файлу. В Ведомость на выплату ЗП подтягивается верная сумма налога. Попробуйте Вашу базу с примером обновить на этот релиз для точной проверки. (Может быть я что-то упустила).
Какого-то более интересного варианта обхода для 18 релиза, лучше, чем предложенный Вами, у меня нет, к сожалению.
Добрый день. воспроизвела в другой копии заново пример на релизе 3.1.22.48 — ошибка воспроизводится. (суммы немного другие, потому что другая демобаза)
там особенность именно в планируемых датах выплат (межрасчет или с зарплатой) и порядком проведения документа (по логике порядок не нарушен)
Отчет из последней демобазы
Пришлите, пожалуйста, мyе эту демо-базу на zup4@profbuh8.ru
Юлия, направила
Здравствуйте, Ангелина!
У меня не загружается ссылка, которую Вы прислали. 🙁 Пишет: «Не удается получить доступ к сайту».
Добрый день!
Да, увидела проблему. Обойти ее можно, если поставить в исправительном документе Отпуск дату выплаты как минимум — меньше даты выплаты Больничного (в конкретном примере — 21.02.2022. Тогда В Ведомость будет правильно подтягиваться налог.
Среди зарегистрированных не нашла ошибки с подходящим описанием.
Есть, например, такая ошибка: Ошибка 50014234.
Корректировка выплаты из межрасчетного документа не уменьшает НДФЛ в ведомости окончательного расчета за месяц.
У нас ситуация немного отличается, у нас наоборот, НДФЛ меньше, чем должен быть. Но тем не менее, это может быть проявление этой же ошибки.
Но лучше все-таки описать ситуацию разработчикам на v8@1c.ru, приложив этот пример на демо.
Писали. Сообщили, что ошибка уже зарегистрирована (в изначальном файле я указывала ее) https://bugboard.v8.1c.ru/error/000066851
ошибка зарегистрирована давно, вряд ли планируют править…
По поводу сроков исправления, был дан ответ:
К сожалению, пока это можно исправить только ручными корректировками.
Если ошибка критична, отметьте это на сайте. Мы стараемся учитывать эту статистику.
За корректировку даты — спасибо, так сработает. По-моему, рассматривали такой кейс, но почему-то отказались. Это немного вводит в заблуждение. Ведь исправление отпуска делается на основании БЛ и не может быть датой раньше. Да и сторнирование отпуска планируется всегда выплачивать с зарплатой.
Но решение хорошее, да
Добрый день.
Вчера отправляла комментарий, а сегодня увидела, что не прикрепился… Может, с ссылкой нельзя отправлять комментарий?
Да, спасибо, Юлия, такой вариант помогает. Будем иметь в виду
В 1С писала. В данном обращении в приложенном файле указывала номер ошибки (конец текста), на которую ссылалась ЛК 1С. Но это ошибка висит с 2020 года, и не исправлена до сих пор…
Про способ обхода ответ был получен:
К сожалению, пока это можно исправить только ручными корректировками.
Если ошибка критична, отметьте это на сайте. Мы стараемся учитывать эту статистику.
Понятно! Прошу прощения, я упустила, что в файле была ссылка на ошибку. Пока искала вариант обхода, это вылетело из головы. 🙂
Отметила эту ошибку как важную. Остается надеяться на исправление.