Здравствуйте!
У нас программа Зарплата и управление персоналом, редакция 3.1 (3.1.14.395),
Платформа: 1С:Предприятие 8.3 (8.3.14.1976). Работа автономная (1 пользователь).
Проведение документа ПЕРЕЧИСЛЕНИЕ НДФЛ В БЮДЖЕТ после выплаты зарплаты или других начислений по всем сотрудникам производится более часа. Процесс удлиняется при очередном обновлении конфигурации. От мощности компьютера время мало зависит (пробовал на 2-х разных). Почему это может быть?
Комментарии закрыты.
База ответов по учёту в 1С
© ООО «ПРОФБУХ» 2011-2026 г.,
ОГРН 1117746700686
При использовании данного сайта, вы подтверждаете свое согласие на использование файлов cookie в соответствии с настоящим уведомлением в отношении данного типа файлов.
Если вы не согласны с тем, чтобы мы использовали данный тип файлов, то вы должны соответствующим образом установить настройки вашего браузера или не использовать сайт
Персональные данные опубликованы на сайте при наличии правовых оснований в соответствии с ч. 1 ст. 6 и ст. 10.1 152-ФЗ. Субъектами установлены запреты на обработку неограниченным кругом лиц опубликованных персональных данных.
Нажимая на кнопку «Зарегистрироваться», я подтверждаю принадлежность мне сообщенных при регистрации сведений, их достоверность, даю согласие на обработку моих персональных данных и подтверждаю ознакомление с политикой их обработки.
Отправляя форму Вы даёте согласие на обработку персональных данных, защищенных политикой конфиденциальности
Макс
RuTube
Здравствуйте!
Здесь может быть много причин. Пойдём по порядку.
1.Необходимо поставить другую версию платформы. Например 8.3.16.1814.
2. Уточните, у Вас файловая база или серверная? В зависимости от варианта разберем причины.
3. Установлено ли в базе ограничение доступа на уровне записей?
4. Может быть используется версионирование (сохранение версий объектов)
Здравствуйте Елена!
База файловая — всё на одном компьютере.
Платформу поставили 8.3.18. — не помогло.
Установлено ли в базе ограничение доступа на уровне записей? — я не знаю, что это такое.
Так же не знаю про версионирование (сохранение версий объектов)
Надеюсь не Вашу помощь.
В.Т.
Здравствуйте!
Если база файловая и с ней работает один пользователь, остальные варианты (п.3, п.4) исключаем.
Необходимо провести тестирование базы с исправлением ошибок.
Сначала как написано здесь — Утилита chdbfl.exe для 8.3 . Потом в режиме «Конфигуратор» — Тестирование и исправление базы 1С 8.3: какие галочки ставить .
Перед тестирование сохраните архив базы!
Здравствуйте Елена!
Всё проделал по Вашей рекомендации.
Тестирование с помощью утилиты CHDBFL.EXE ошибок не обнаружило.
Тестирование и исправление базы 1С 8.3 проводил 2 раза. Ошибок нет но есть исправления, причем исправления появлялись и в первом и во втором запуске тестирования.
В результате работа программы не улучшилась.
Где ещё посмотреть ошибки?
В.Т.
Добрый день! Можно ещё попробовать почистить кэш — Очистка кэш 1С 8.3 .
Но судя по программному коду, проблема в следующем: когда отражается перечисление НДФЛ без указания ведомости, берутся остатки удержанного и неперечисленного в бюджет налога по всем физлицам, далее перечисляемая сумма распределяется в порядке возрастания сроков перечисления налога пропорционально суммам по физлицам. Если не указываете ведомость, программа анализирует весь регистр накопления «НДФЛ к перечислению», отсюда задержка во времени.
Можно попробовать вводить «Перечисление НДФЛ в бюджет» так — Ввод документов «Перечисление НДФЛ в бюджет» на основании ведомости (ЗУП 3.1.10) . Или просто указывать конкретные ведомости.
Здравствуйте Елена!
В нашем случае перечисление НДФЛ отражается для конкретной ведомости «зарплата …» .
Похоже, что программа вычисляет перечисленный НДФЛ за всё время с начала работы в ней (у нас с 2017 года) по каждому сотруднику. Можно ли где-то в настройках ограничить просмотр НДФЛ до 1 года назад, например?
Здравствуйте! К сожалению, такой настройки нет. Уточните, пожалуйста, сколько приблизительно сотрудников в программе и в конкретной ведомости? Хочу написать разработчикам, чтобы они проверили расчет на определенном количестве сотрудников, думаю один из запросов в программе нужно оптимизировать и проблема решится.
Здравствуйте Елена!
В ведомости ка картинке большинство сотрудников. Остальные (меньше 50) получают начисления на счета.
Мне кажется, это то, что надо 🙂
В.Т.
Отлично, спасибо!? Отправила сообщение разработчикам, по результатам отпишусь.
Спасибо! Ждём.
В.Т.
Кстати!
Файл 1Cv8.1CD имеет объём 4,11 ГБ! ~ 250 сотрудников, одна организация. Это так должно быть?
Здравствуйте! Такой объем базы вполне может быть. Пустая ЗУП сейчас занимает около 1 ГБ и размер увеличивается с каждым обновлением. Я писала разработчикам, что часть доработок, которые нужны не всем пользователям, можно делать расширениями и подключать в случае необходимости, но они не отреагировали на это предложение.
Размер базы может увеличиваться, если она снята с поддержки, т.е. в ней есть доработки.
Большой объем документов, тоже на это влияет.
Вы проводили «Тестирование и исправление базы», там была галочка «Сжатие таблиц информационной базы», она должна была уменьшить объем базы.
Здравствуйте Елена!
Тестирование базы из конфигуратора проводил несколько раз. Сжатие таблиц информационной базы всегда включал. Программа проводила какие-то исправления, но при повторном тестировании и исправлении вновь что то исправляется. Странно как то…
В.Т.
Здравствуйте! Да, есть такая особенность. Часто удаляются лишние проблемы (они постоянно появляются), можно на это не обращать внимание.
Здравствуйте Елена!
Вчера посмотрел, что в регистре «РасчетыНалоговыхАгентовСБюджетом поНДФЛ» Картинка во вложении. Это маленькая часть таблицы, которую программа формировала довольно долго. На моём фрагменте отображено, что появилось в нём после проведения перечисления в бюджет №36 от 12.12.2021. И этот НДФЛ только по одному сотруднику за только одно начисление. Таких там тысячи. Что происходит, понять не могу 🙁
В.Т.
И это по каждому сотруднику начиная с 2017 года по каждому месяцу!!!
Добрый день! Разберем пример. У нас в организации работают: Иванов, Петров, Сидоров (все работают давно). Мы выплатили Иванову премию, перечисление НДФЛ в бюджет в сумме 3029 проводим документом «Перечисление НДФЛ в бюджет» , указав ведомость на выплату премии. Я правильно понимаю, что сторно записи в регистре накопления «РасчетыНалоговыхАгентовСБюджетомПоНДФЛ» появляются по всем сотрудникам, а не только по Иванову? И регистратор у этих движений, наш документ «Перечисление НДФЛ в бюджет» по Иванову, верно?
Поскольку приходится долго ждать появления таблицы, я пока не знаю, одному ли сотруднику это всё приписывается. Я заметил пока только, что по одному регистратору может проходить несколько платёжных поручений, которые реально не имеют никакого отношения к данному регистратору.
Эксперименты продолжаю и надеюсь получить ответ на Ваш вопрос.
В.Т.
Ещё одно наблюдение.
Программа по выбранному сотруднику распределяет бессистемно любые платёжные поручения с произвольными суммами по месяцам 2017 года с января по ноябрь. Период и регистратор остаются неизменными.
В этот период начисления не производились, а просто наполнялась расчетная база.
Программа запущена с декабря 2017 года.
Жду Вашего совета.
В.Т.
Здравствуйте, Владимир Иванович! С Праздником! С 23 февраля!? Счастья, здоровья и удачи во всех делах!
Скорее всего с 2017 года перечисленный НДФЛ отражен не в полном объеме, поэтому программа видит остаток и пытается его перераспределить, отсюда долгое проведение документа и появление прошлых периодов в регистре.
У нас на сайте как раз есть статья по этому вопросу (пункт «Почему при проведении документа появляются суммы за прошлые периоды, в том числе за прошлые годы?») — Как работает документ «Перечисление НДФЛ в бюджет» . В ней описаны причины, способы проверки и варианты исправления.
Здравствуйте Елена!
Посмотрел ссылку по Вашей рекомендации. Там рассказано всё понятно, но у нас всё не как людей 🙁
Наши отчёты дают цифры, которые я никак объяснить не могу. Программа начисляет какую то сумму одним документом и в следующем документе её отнимает. Это повторяется многократно для всех сотрудников.
В прилагаемом фрагменте документа сумма 5 556 777,99 «висит» из ничего. Расшифровка не дает не регистратор ни сотрудника.
Где бы найти тот конец или начало, откуда удалось бы раскрутить всё это безобразие?
В.Т.
Здравствуйте! Пустая строчка в отчетах — это разработчики добавили в одном из обновлений, подробнее в публикации — Почему появляется пустая строка по перечисленному НДФЛ в отчетах по НДФЛ? . В крайнем случае можно ввести на эту сумму документ «Перенос данных» (раздел «Администрирование») по регистру накопления «Уплата НДФЛ налоговыми агентами(к распределению)» с видом движения «Расход», сумма закроется (уйдёт из отчета).
Уточните, пожалуйста, а 15 млн за июль 2017 не расшифровывали до регистратора? Из чего они сложились?
Здравствуйте Елена!
Я сделал расшифровку за июль 2017.
Сейчас провели один документ по выдаче конкретной суммы только одному сотруднику и вот что получилось..
Здравствуйте! Обсудила этот вопрос с разработчиками. Они спрашивают не вводили ли перечисление НДФЛ в 2017 году за 2016? По регистру накопления «Расчеты налоговых агентов с бюджетом по НДФЛ» нужно посмотреть, в каких годах есть незакрытые остатки (для этого удобно использовать Универсальный отчет (раздел Администрирование — Печатные формы, отчеты и обработки — Универсальный отчет с настройкой «Остатки» (пример на скриншоте))).
Здравствуйте Елена!
В 2017 году провели перенос данных из ЗИК 7.7. С января по декабрь расчетов не проводили. Готовясь к 2018 году провели всем начисления в декабре. Перечисления НДФЛ в 2017 не проводили вообще.
В этом Универсальном отчете с очищенным периодом, остатки только в 2017 году по каждому сотруднику с января по ноябрь по одинаковой сумме с плюсом и минусом. Именно в этот период в программе зарплату не считали, то есть до декабря и здесь( в Универсальном отчете) декабря нет.
В.Т.
Однако итоговая сумма -12 780 075,01! и количество записей 4 264!!!
Здравствуйте! Попробуйте на копии базы провести документы «Перечисление НДФЛ в бюджет» на суммы остатков по годам. Таким образом задолженность закроется и дальше перечисление пойдёт нормально.
Здравствуйте Елена!
Начиная с 2017 года итоговый остаток МИНУС 15 402 697,00. В прошлом месяце было в 2016! году минус 12 780 075,01. Остатки меняются по всем годам с 2017 года после проведения очередного месяца в 2021!!! году. Отрицательное значение провести нельзя.
Если брать каждую запись для перечисления, то там более 4000 строк! Это не реально 🙁 .
Не знаю, где искать ещё…
Здравствуйте! Разработчики прислали рекомендации, привожу их ответ:
Но на мой взгляд, если даже удастся найти ошибки, то исправить их будет достаточно сложно. Это же придётся в разрезе сотрудников вводить корректировки в документ «Операция учета НДФЛ» или «Перенос данных». В данном случае я бы обратилась к программисту, чтобы он написал обработку для закрытия старой задолженности по регистру, а с 2021 года можно было бы работать нормально.
Здравствуйте Елена!
А можно ли очистить какие-нибудь регистры с 2017 по 2019 года и всё? Или это в корне не правильная идея?
В.Т.
Здравствуйте! Конечно хорошо бы исправить ошибки по каждому сотруднику, но когда их много такой возможности нет. Типовыми средствами регистры очистить нельзя, нужно писать обработку или искать готовую. Можно попробовать на копии базы распровести документы «Перечисление НДФЛ в бюджет» и ввести несколько документов «Перечисление НДФЛ в бюджет» общими суммами, чтобы закрыть задолженность. Пример на скриншоте.