(13) Может быть вы настраивали макет печатной формы для этого документа? Через Администрирование - Печатные формы, отчеты, обработки - Макеты печатных форм?
(20) Нет, проблема в самом макете формы Т-6. Там 28 строка Основание: <СсылкаНаОбхектОснование> выходит за границы поля печати, из-за чего размер области печать увеличивается, но при 100% просмотре появляется вторая страница. Попробуйте поставить в предпросмотре Масштаб По ширине страницы и страница будет одна. Исправляется редактированием макета подгонкой в указанной строке границы строки под 15 колонку.
(21) Спасибо, помогло. Хотя не сразу понял, что нужно чтобы в 28 строке размер всех 15 колонок был меньше, чем в остальных. Хотя на скрине именно на это обращается внимание)
(47)Нет. Я думаю, что ради такой мелочи исправлять макет не имеет смысла. Очень надеюсь, что при следующем обновлении эта ошибка уйдет. И отдел кадров разомнется, пока листы будут класть обратно в принтер)
(1)У меня после обновления на последний релиз в документе начисления исчезают вычеты, если нажимаешь на кнопку Пересчитать взносы. Кто-нибудь сталкивался?
(84) может быть вычеты в других документах предоставились? и это как-бы верно программа убрала вычеты? посмотрите по сотруднику - расчетный листок или карточку по НДФЛ
(85)Нет, именно расчет НДФЛ верный, как будто применился вычет. Сейчас делала документа Перерасчет НДФЛ - там вычеты подтягиваются. Именно вычет не идет по регистрам, исчезает в документе Начисления.
Я создаю документ Начисления, выбираю сотрудника - НДФЛ рассчитывается, вычет виден. Как только нажимаю на кнопку Пересчитать взносы - сумма НДФЛ не меняется, а сам вычет исчезает!
Ошибка 50012304
Описание:
Исчезают суммы вычетов после перерасчета страховых взносов в документе "Начисление зарплаты и взносов" на вкладке "НДФЛ"
Планируется исправление в будущих релизах
(4) в таком темпе можно ждать и прилета инопланетян.
я считаю, что пары недель достаточно для грубой оценки стабильности, а для точной оценки хватает месяца.
можно и дальше тянуть тянучку, если кадровики/бухи согласны, вас не достают не исправленные ошибки и вы потом согласны согласны терпеть тяготы гиперпрыжка через несколько релизов.
(7) Так 3.1.10 и есть тот самый релиз длительной поддержки:
Уважаемые пользователи!
Одновременно поставляются две версии конфигурации:
1. Версия длительного сопровождения 3.1.10. В ней будут поддерживаться изменения законодательства и исправляться только критичные ошибки до окончания 3 кв. 2020 года, после чего ее выпуск будет прекращен.
2. Обычные версии 3.1.11, 3.1.12 и т.д. Они сменяют друг друга в течение года (выпуск новой версии означает прекращение поддержки предыдущей), содержат новый функционал и исправление прочих ошибок. Та из них, которая будет актуальна на момент окончания поддержки 3.1.10, станет версией длительного сопровождения в 2020 - 2021 годах.
Вы вправе выбрать хотите ли вы получать новый функционал или планируете оставаться на версии 3.1.10. Просим вас запланировать в течение 2019 - 2020 годов переход с версии 3.1.10 на новую версию.
(121) и это только зарегистрированных.
А может это и есть параметр, по которому выбирают Версию длительного сопровождения? Ведь в 3.1.11 только (!) 822 ошибки. Не смешно совсем, но почему-то уже и не страшно
(121) эти ошибки не только в 3.1.10.111, это все тянется с более ранних версий.
Сейчас регистрацию обращений запустили под новыми номерами, явно на новую систему учёта перешли.
И у них похоже в связи с этим в списке ошибок путаница, отражаются даже те ошибки, которые были исправлены в предыдущих версиях.
Можно в списке неисправленных увидеть, например, такое
Статус: Исправлена в выпущенной версии Зарегистрирована: 28.12.2018
Исправлена: "1С:ЗУП 3, 1С:ЗГУ 3", версия 3.1.8.246
или такое
Статус: Исправлена в выпущенной версии Зарегистрирована: 27.12.2018
Исправлена: "1С:ЗУП 3, 1С:ЗГУ 3", версия 3.1.10.50
Писали, что в 3.1.10.50 исправлена ошибка 30168556
----
При попытке записать вновь созданный документ Анкета застрахованного лица (АДВ-1) по организации, которая является индивидуальным предпринимателем, происходит ошибка "Поле объекта не обнаружено (КодЕГРЮЛ)".
-----
и на одной из баз видела, что ошибка не проявляется.
А сегодня видела на другой базе релиза 3.1.10.50 эту ошибку.
Увы!
Пришлось ставить пустую 3.1.5 (ибо было хлопотно искать тот релиз3.1.8-3.1.9, на котором ошибки еще не было), создать там такого же ИП, принять на работу нужных физ.лиц-и старая версия позволила документ записать и выгрузить.
После обновления с 3.1.5 произошли изменения в типовых правах "кадровиков":
1. В документах "Отпуск" и "Увольнение" стали невидимы закладки с данными о начислениях и перерасчетах. В принципе так и должно быть, нечего им смотреть на начисления, но вот какое количество дней оплачено в случае пересечения отпуска с больничным им нужно знать.
2. Гиперссылка "Сторнировать" также перестала быть доступной.
3. После проведения документа "Отпуск" ограничили возможность отмены его проведения.
Права в организации - дело сугубо индивидуальное, конечно. Вобщем, смотрите сразу работоспособность у пользователей с ограниченными правами.
(22) 1. А зачем это нужно знать из нерассчитанного и непроведённого документа? Он ведь может потом быть и сторнирован (это расчётчикам - расчёт НДФЛ, возврат выплаченных сумм отпускных в их епархии). Пусть смотрят в отчётах по остаткам отпусков.
(23) Я не говорил, что документ нерасчитан и непроведен. Как раз-таки он рассчитан и проведен. С тех пор как документ "Отпуск" стал кадрово-расчетным, между отделами идут вечные споры о том, кто его должен перерасчитывать, исправлять, сторнировать. Зачастую кадровики, получая вместе с больничным заявление от человека о продлении отпуска (из-за наложившихся больничных дней), офорляют перерасчет, исправление, а также отзыв из отпуска (сторно). А так, конечно, да - справка об остатках отпусков в помощь.
Зачастую кадровики, получая вместе с больничным заявление от человека о продлении отпуска (из-за наложившихся больничных дней), офорляют перерасчет, исправление, а также отзыв из отпуска (сторно
Если на время отпуска попадает время нетрудоспособности, то согласно ст.124 ТК РФ отпуск должен быть продлён или, если работник пожелает, перенесён на другое время. Т.е. заявление вообще-то для продления отпуска не нужно, достаточно предупреждения работника о продлении отпуска и сообщения ему нового дня окончания, отзыв из отпуска делаться не должен, он ст. 124 не предусмотрен. а заявление о переносе нужно только для изъявления желания работника.
Но вот теперь споры, надеюсь утихнут, т.к. рассчитывать однозначно должны расчетчики, а ЗУП вполне позволяет без дополнительных проблем делать продление отпуска, только нужно соблюдать последовательность исправления или проведения документов. А уж посчитать вручную новую дату окончания отпуска с учётом принесённого больничного - вот нашли проблему!
(26) а представляете, еще и в июле будет- это уже запланировано, и очень возможно, что в и августе и сентябре.
судя по всему они длительные версии будут держать до 3-го квартала теперь
1. Версия длительного сопровождения 3.1.10. В ней будут поддерживаться изменения законодательства и исправляться только критичные ошибки до окончания 3 кв. 2020 года, после чего ее выпуск будет прекращен.
Наблюдаю одно неудобство или косяк, кому как нравится. При выплате заработной платы совместно с "прочие доходы от трудовой деятельности" в Реестре перечисленных сумм НДФЛ выводит на печать все одной суммой, без разделения по месяцам. ЗП + больничный за счет РД, должны быть разные периоды.
(30) Разные периоды - это если в разное время перечисляли. Если поставили галку в ведомости, т.е. всё перечисляли одновременно. то и в реестре всё д.б. одной суммой. Это же не удержание и не обязанность перечислить, а сам факт перечисления НДФЛ.
(32) Неужели? Да как бы в платежках на уплату НДФЛ указывается период. И этот период сравнивается с 6-НДФЛ. Возможно Вы не представляете как ФНС проводит сверку на выездной по НДФЛ.
Еще раз для разбора: если помимо ЗП (вид дохода - оплата труда), выплачивается к примеру, отпускные или больничный лист, то срок уплаты, а так же и месяц, за который уплачивается НДФЛ будет разный. До 10 версии, бухи видели эти периоды в реестре, а нынче нет.
(33) А как связаны платёжки на уплату НДФЛ с галочкой в ведомости, что весь удержанный НДФЛ уплачен? Можете указать ведь несколько платёжек с разными месяцами налога в одной ведомости. Хотя, имеет смысл это только на границе налоговых периодов, т.к. учитывается именно он и КРСБНА ведутся по годам. А в конфигурации перечисление НДФЛ имеет только один никому не понятный смысл - распределение уплаченного налога по сотрудникам, который абсолютно ни на что не влияет и используется лишь в 2-НДФЛ с понятными лишь Минфину целями.
(36)Ещё раз: для бухгалтерии это необходимо, если в перечисляемой ЗП затронуты два месяца (может и три) по оплате НДФЛ, то релизах до 3.10 формировались несколько реестров НДФЛ по указанным месяцам и бухгалтерия согласно этим суммам и месяцам формировала платежки и в графе 107 указывала период. Сейчас этого нет.
Да и кстати 6НДФЛ для этого и сделан, чтобы контролировать уплату НДФЛ за бой период. До 6НДФЛ налоговая только при выездной проверке могла начислить пени, а нынче после приема 6НДФЛ.
Да и кстати 6НДФЛ для этого и сделан, чтобы контролировать уплату НДФЛ за бой период. До 6НДФЛ налоговая только при выездной проверке могла начислить пени, а нынче после приема 6НДФЛ.
вместо того чтобы упростить расчеты с бюджетом по НДЛФ, и сделать их раз в месяц как, например, страховые - эти е...ланы придумали 6-ндфл
а до ее наличия, многие ндфл платили раз в месяц всей суммой и все были счастливы, в том числе сами налоговые, если там не присутствовал какой-нибудь отмороженный служака
зато сколько народу теперь занимается бессмысленной и беспощадной работой :))
(37) Налоговикам пофиг, какой месяц налога будет указан в платёжке, они поставят налог в погашение любых предыдущих налогов по датам сроков удержания из 6-НДФЛ. По этим датам и пени начислят. Главное, чтобы сумма за год в платёжках соответствовала удержанному налогу, приходящемуся на этот налоговый период
Только как-то у вас странно - сначала вводите документ, отражающий сделанное перечисление, а уж потом по нему платите. Вообще-то должно быть наоборот.
По любым налогам и взносам так, но только не по НДФЛ. Поинтересуйтесь у бухгалтеров, причем разные регионы ФНС, изобретают разный подход.
странно - сначала вводите документ, отражающий сделанное перечисление
Вы это о чем? Есть документ "Ведомость на выплату ЗП", вот в нем то и могут быть разные периоды, как ЗП, так и НДФЛ, и в соответствии с данной ведомостью перечисляется ЗП и уплачивается НДФЛ.
К чему это ненужный разговор, обсуждение в ветке касается того как было до 3.10 версии и как стало. Бухгалтера сказали ранее было удобно, я озвучил тут.
МС.06.2019 поскольку отпускные были выплачены в июне, а в поле 107 указывается месяц, в котором у работника возник облагаемый НДФЛ доход (п. 8 Правил, утв. приложением № 2 к Приказу Минфина от 12.11.2013 № 107н, Письмо ФНС от 12.07.2016 № ЗН-4-1/12498@).
кто-то на тему заполнения налогового месяца - очень заморачивается!
(123) А наказание за это предусмотрено? Очень заморачиваются при переходе от одного налогового периода к другому. Если указать налог в платёжке с больничных, начисленных в декабре, но выплаченных в январе, вместе с зарплатой, то в КРСБ январского года они не попадут, запишутся в прошлый декабрьский, соответственно в декабре переплата, а в январе будет недоплата. Вот это опасно, на что и указывает ФНС, а в середине года проблем быть не должно даже с "неправильным" месяцем. Кстати, для НДФЛ ведь в платёжке допустимо указание не месяца, за который платится налог, а дня перечисления, Но именно в связи с возможностью попадания в другой налоговый период такое категорически делать не следует.
Вообще-то я это писал пользователю EUGCH, у которого бухи выбирали суммы уплаты НДФЛ из Реестра уплаченных сумм, в котором убрали разделение по месяцам. Для этого есть другие налоговые отчёты для удержанного налога, напр., Анализ НДФЛ по датам получения дохода, в котором можно сделать отбор по регистратору.
(124) 1. Обновитесь хотя бы на 3.1.9.229, проблем с НДФЛ будет меньше.
Добрый день! Поставили обновление с 3.1.9 на 3.1.10.50. Выборочно некорректные данные в регистрах штатного расписания. Проверьте может у кого схожая проблема есть?
(34)
(45)
да, действительно на 3.1.10 недоработки со штатаным расписанием: были созданы новые регистры сведений, в которых регистрируется используемые вакансии (вместо ранее существовавшего регистра накопления). В момент обновления новые регистры не заполнябтся данными по документам "начальная шттаная расстановка". Из-за этого возможны проблемы со штатным расписанием и отчетами....
(49) еще при обновлении программа может ругаться на возвраты из отпуска по уходу. Рекомендуют их распровести, выполнить обновление, а затем снова провести. Что очень и очень .... сомнительно... какие потом вылезут последствия...
Проверил, информация о занятости единиц штатного расписания выборочно - отсутствует.
Подскажите как исправить? Или данные в регистре перезаписать или лучше отчеты поправить (сделать внешними)?
Необходим временный костыль.
(40) я перепроводила документы + правила форму элемента Штатки + форму списка. У вас они кстати норм открываются? При перепроведении начальной штатной расстановки все более или менее, кроме одного: период записи заполняется датой отсчета периодических сведений (31 декабря 1899 года), а ДействуетДо - датой документа, должно быть все наоборот. Как всегда, вопрос: что курили ЗУПеры? =_=
Не советую обновляться. Что-то случилось с регистром сведений "Кадровая история сотрудников". Теперь все по всем людям, перешедшим из ЗУП 2.5 вместо одной записи с видом события начальные данные, и периодом равным дате приема, стало 2 записи:
- вид события: неподтвержденные данные, период 31.12.1899
- вид события: начальные данные, период 01.01.2018
Вобщем, если у вас есть запросы, получающие дату приема из поля период - все переделывайте! Косяк! Косяк! Косяк!
(52) очень плохо. Непонятно зачем сделано, нет никакого обоснования. Хранить дату приема в..... независимом регистре сведений "Текущие кадровые данные сотрудников"....аплодирую стоя
(45) Да в этом проблема при формировании всех отчетов по штатному расписанию. Опытным путем выявил что если перепровети эти документы то проблема исчезает. Единственное что записи в регистр "Плановые Авансы" дублируется датой от 31.12.1899. Подскажите на сколько это критично в программе? Может что то вылезти в начислениях?
У нас проявляется косяк со Штаткой, вчера писала в поддержку. У нас база тестовая, можно ставить эксперименты, поэтому обе ошибки поправила в конфигурации
Обновился с версии длительной поддержки 3.1.5.463 на 3.1.9.229 в копии для тестирования доработок = более или менее нормально, доработки привел в соответствие новой структуре конфигурации (куча процедур в общих модулях перекочевала в другие места, поменялась структура регистров итд). Вышла версия следующей длительной поддержки 3.1.10.50 - обновил с 3.1.9.229 - по некоторым р/с каша, хорошо, что копия, а не рабочая база. Судя по текущему форуму надо переходить на последнюю версию 3.1.9, а с 3.1.10 будем подождать. Хотя 3.1.5 до сих пор выходят обновления и она достаточно стабильна, а обновления 3.1.9 больше не будет......
(67) обновлялся в копии для адаптации доработок под новую версию (на тот момент актуальной и максимальной по номеру), рано и или поздно придется переходить, а доработок очень много
Подскажите пожалуйста, как документ Начальная штатная расстановка зависит от документа Штатное расписание? Какой документ подчиненный?
Вопрос связан с тем что появилась ошибка Контроля ведения учета - Неправильная последовательность регистрации кадровых приказов.
При обновлении на версию 3.1.10.78 документы Начальной штатной расстановки были перепроведены, посмотрел по Журналу регистрации - теперь у нас регистр Кадровая история сотрудников имеет задвоенные записи, но отчеты по штатному расписанию так и не заработали. Если документы Начальной штатной расстановки распровести, а затем провести то отчеты по штатному расписанию работают корректно, и самое интересное отличий в регистрах которые двигает этот документ почти нет. Единственное регистр график работы изменился по времени на 10 секунд было 31.12.1899 0:00:00 а стало 31.12.1899 0:00:10 по записям документа Начальной штатной расстановки.
сначала появляется справочник "Штатное расписание". Его позиции используются в документе "начальная штатная расстановка".
А как дата создания штатного расписания влияет на даты позиций Начальная штатная расстановка?
Если дата позиции Начальная штатная расстановка меньше чем Дата создания документа Штатное расписание то по логике на момент проведения документа Начальная штатная расстановка должна срабатывать проверка соответствия штатному расписанию?
У меня получается наоборот все позиции документа Начальная штатная расстановка созданные и имеющие дату ранее чем утверждено Штатное расписание - в ошибки не попадают. А те которые позднее попадают в Контроля ведения учета.
Код ошибки: 50012247
Статус: Исправлена в выпущенной версии Зарегистрирована: 20.06.2019
Исправлена: "1С:ЗУП 3, 1С:ЗГУ 3", версия 3.1.10.78
Описание:
В отчете "Штатная расстановка" перестали отражаться сотрудники, ранее оформленные документом "Начальная штатная расстановка".
Дополнительная информация:
Для исправления ситуации в уже обновленной ранее на версию 3.1.10.50 базе необходимо после обновления на версию с исправлением ошибки открыть регистр сведений "Занятость позиций ШР интервальный" > Ещё > Включить возможность редактирования > Ещё > Перезаполнить регистр
(77)
У меня на версии 3.1.10.78 не работает. Для некоторых позиций помогло, но не для всех.
Изучение РС "Занятость позиций ШР интервальный" и "Занятость позиций ШР" показало, что если в документе отпуска установлено "Освобождать ставку", то ставка освобождается, а вот обратно по окончании отпуска не возвращает в занято.