Переход с бюджетной зарплаты ЗКГУ 1.0 на ЗКГУ 3
Здравствуйте!
Подходит пора для перехода со старой бюджетной зарплаты, которая с нового 2018 года не будет обновляться, на новую ЗиКГУ 3.
Поэтому кто начал практиковаться, давайте поделимся результатами.
Пока появились такие проблемы после переноса , хотя может кто их решил :
1. Не переносятся кадровые документы "Прием на работу", а без них нельзя ничего поправить (авансы, постоянные надбавки и суммы), поэтому приходиться их создавать.
2. Не корректно работают графики работы сменные (если в них не указывать норму времени по пятидневке, то в расчетном зарплаты норма времени складывается из дневного и ночного времени). В чем причина пока не вижу, рис 1
3. При расчете зарплаты у некоторых сотрудников лезет перерасчет НДФЛ за прошлые периоды.
4. У некоторых лезет выплата з/п за прошлые периоды
Подходит пора для перехода со старой бюджетной зарплаты, которая с нового 2018 года не будет обновляться, на новую ЗиКГУ 3.
Поэтому кто начал практиковаться, давайте поделимся результатами.
Пока появились такие проблемы после переноса , хотя может кто их решил :
1. Не переносятся кадровые документы "Прием на работу", а без них нельзя ничего поправить (авансы, постоянные надбавки и суммы), поэтому приходиться их создавать.
2. Не корректно работают графики работы сменные (если в них не указывать норму времени по пятидневке, то в расчетном зарплаты норма времени складывается из дневного и ночного времени). В чем причина пока не вижу, рис 1
3. При расчете зарплаты у некоторых сотрудников лезет перерасчет НДФЛ за прошлые периоды.
4. У некоторых лезет выплата з/п за прошлые периоды
Прикрепленные файлы:
По теме из базы знаний
- 1С-КАМИН: Зарплата. Зарплата для бюджетных учреждений
- Заполнение регистра накопления "Данные о начислениях для расчета сохраняемого денежного содержания", ЗГУ 3.1
- Заявление на перечисление на банковскую карту (для ЗУП 3.1 и ЗКГУ 3.1)
- Закрытие долгов по зарплате в БП 3.0, ЗУП 3.1, ЗКГУ 3.1, КА 2.5, ERP (ПРОФ, КОРП, ФРЕШ)
- Копирование среднего заработка сотрудников
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3) По п.1, если я поставлю "Данные на начало эксплуатации", мне в базу перейдут все кадровые приказы, даже тех кто уволен?
Просто кол-во сотрудников около 300, текучка около 50 в год, и в базе геморой от предыдущего слияния 2 организаций в одну и предудущего переноса, да и базе 6 лет, много разгребать придется, а хочется начать как бы с нуля что б лишнего ничего не было )), причем 1С сами не рекомендуют делать перенос с начала эксплуатации.
По п.3 и 4 тоже копать долго придется, поэтому думаю вообще перенос сделать на 31.12.2017 и как нибудь закрыть регистры накопления обработкой.
Просто кол-во сотрудников около 300, текучка около 50 в год, и в базе геморой от предыдущего слияния 2 организаций в одну и предудущего переноса, да и базе 6 лет, много разгребать придется, а хочется начать как бы с нуля что б лишнего ничего не было )), причем 1С сами не рекомендуют делать перенос с начала эксплуатации.
По п.3 и 4 тоже копать долго придется, поэтому думаю вообще перенос сделать на 31.12.2017 и как нибудь закрыть регистры накопления обработкой.
(5) Есть два варианта переноса, так нужен вариант без переноса документов("по новому" вроде называется, забыл). Тогда в данных на начало экспл.(это док. начальная штатная расстановка) будут только сотрудники работающие на дату перехода, никаких уволенных не перенесется.
Также в меню "Администрирование" есть пункт "Переносы данных", там можно лишние движения просто удалить. Да и перенос конечно лучше делать 31.12.2017, иначе будут записаны остатки в регистры по НДФЛ и страх.взносам за текущий год, и кто знает, как там все встанет. А бюджетники обычно концом года подчистую закрывают все.
Также в меню "Администрирование" есть пункт "Переносы данных", там можно лишние движения просто удалить. Да и перенос конечно лучше делать 31.12.2017, иначе будут записаны остатки в регистры по НДФЛ и страх.взносам за текущий год, и кто знает, как там все встанет. А бюджетники обычно концом года подчистую закрывают все.
Не переносятся сведения по регистру предела по исполнительным листам, т.е. если у исполнительного листа есть предел и были удержания в предыдущей редакции, то предел сработает некорректно, программа как бы начинает все удержания с нуля. Выход: забить удержания в регистр вручную, вроде можно одним месяцем общей суммой.
1) Не правильно начисляет доплату на работу ночью. А именно не правильно берет время. Рассчитываем зарплату за первую половину месяца ноября. У истопника ночных 32 часа, 1С берет тупо 88,5.
2) Не правильно считает оплату праздничных и выходных и тоже проблема с учетом отработанных часов.
3) У нас есть куча обособленных подразделений, у каждой свой ОКТМО, но одинаковый КПП. Не дает присвоить каждому подразделению пару ОКТМО КПП, т.к. КПП не уникален.
2) Не правильно считает оплату праздничных и выходных и тоже проблема с учетом отработанных часов.
3) У нас есть куча обособленных подразделений, у каждой свой ОКТМО, но одинаковый КПП. Не дает присвоить каждому подразделению пару ОКТМО КПП, т.к. КПП не уникален.
(10) Делаем расчет за первую половину ноября. В праздничных он не правильно рассчитывает стоимость часа (если сравнивать с версией 1). В ЗиК стоимость часа 1С посчитала 15,539, в ЗКГУ 11,63677. Расчет "Доплата на работу в ночное время" также за первую половину ноября. Сотрудник проработал ночью 56 часов, 1С ставит 103 часа.
(22) По праздничным: посмотрите в меню "настройка" -> "расчет зарплаты" показатели совокупной тарифной ставки - ничего ли лишнего не добавлено. Также какой режим пересчета тарифной ставки в стоимость часа стоит, он в ЗиК вроде соответствует "норма времени по графику сотрудников". Также он еще меняется в начальной штатной расстановке и при переносе по умолчанию встает как "среднемесячное колво часов"
(30) Невнимательность мой "конек". Табель считает часы как ВсегоОтработаноЧасов + ИзНихНочные. Например, Сотрудник отработал 4 часа = 2 дневных часа + 2 ночных часа. ЗКГУ считает 4 + 2 = 6 часов.
По поводу КПП и ОКТМО отчитались: "По просьбам пользователей в версии 3.1.4 реализована возможность создать разные регистрации в одном налоговом органе с разными кодами ОКТМО."
По поводу КПП и ОКТМО отчитались: "По просьбам пользователей в версии 3.1.4 реализована возможность создать разные регистрации в одном налоговом органе с разными кодами ОКТМО."
Хочу попробовать вариант вообще после переноса удалить все документы "перенос остатков", ввести правильные "Кадровый прием" с текущим окладом (т.к. после предыдущего переноса 6 лет назад кадровые документы тоже кривые), а на 01.01.2018 ввести документ "Индексация", чтобы правильно считался расчет по среднему.
(16)Спасибо, с авансом помогло.
Оказалось еще что некорректно перенеслись большая часть надбавок, на закладке время стоит за "Полную смену ....", а должно быть "Доп. оплата за уже оплаченное время", поменял но не помогает с расчетными листками. Пробовал поднимать это начисление вверх, пересохранять, все равно в расч. листке лезет неверный оклад, рис 1.
Получается надо удалить там это начисление, удалил, стал оклад другой (от другой надбавки), )) все таки наверное проще ввести прием. )))
Оказалось еще что некорректно перенеслись большая часть надбавок, на закладке время стоит за "Полную смену ....", а должно быть "Доп. оплата за уже оплаченное время", поменял но не помогает с расчетными листками. Пробовал поднимать это начисление вверх, пересохранять, все равно в расч. листке лезет неверный оклад, рис 1.
Получается надо удалить там это начисление, удалил, стал оклад другой (от другой надбавки), )) все таки наверное проще ввести прием. )))
Прикрепленные файлы:
Вопрос к знающим людям, потому что не хочется конфигуратор ковырять.
Есть надбавка за стаж. Считается процентом от базы. В базе один только оклад. При расчете почему-то задваивает базу, т.е. вместо 9100 стоит 18200, хотя оклад рассчитан 9100. Сотрудник работает на полную ставку, процент надбавки посчитан верно.
Есть надбавка за стаж. Считается процентом от базы. В базе один только оклад. При расчете почему-то задваивает базу, т.е. вместо 9100 стоит 18200, хотя оклад рассчитан 9100. Сотрудник работает на полную ставку, процент надбавки посчитан верно.
Получил ответ от разработчиков по поводу учета дневных/ночных часов работы: "ответ отдела разработки:
В ЗКГУ 3.1 поведение изменилось по сравнению с ЗБУ 1.0.
В графике, табеле нужно указать 16 часов + 8 часов ночные, а не 24 часа - в том числе 8 ночные часы, как было в ЗУУ 1.0.
Зарегистрировано пожелание выводить поле с общим количеством часов в документах "График" и "Табель", но срок реализации не определен."
В ЗКГУ 3.1 поведение изменилось по сравнению с ЗБУ 1.0.
В графике, табеле нужно указать 16 часов + 8 часов ночные, а не 24 часа - в том числе 8 ночные часы, как было в ЗУУ 1.0.
Зарегистрировано пожелание выводить поле с общим количеством часов в документах "График" и "Табель", но срок реализации не определен."
)) А мне вот такой ответ прислали, правда мне он не помог :"2. В настройках учета времени для начисления "Оплата по окладу (по часам)" нужно отказаться от использования агрегатного вида времени "Рабочее время" и отметить "Явку", как основной вид времени, Ночные и Вечерние часы , как дополнительные виды времени." Причем после переноса это агрегатное время сама программа мне проставила в надбавки, хотя в справочнике его нигде нет, там просто "Явка".
Доброго дня всем!
Вопрос по вводу дробного количества ставок у человека.
Программа, как бы позволяет ввести произвольную дробную ставку у человека, однако на практике столкнулся с тем, что вводятся дроби, которые можно выразить обыкновенной дробью.
вводим к примеру десятичную дробь 1.5 - получаем (3/2), аналогично 1.4 - (7/5), 1.35 - (27/20) итд.
А вот вводим, скажем, 1.21 - получаем бред. обыкновенной дробью это число выразить не получается.
Как быть в таком случае?
Подобных ставок в бюджете вагон и маленькая тележка.
Вопрос по вводу дробного количества ставок у человека.
Программа, как бы позволяет ввести произвольную дробную ставку у человека, однако на практике столкнулся с тем, что вводятся дроби, которые можно выразить обыкновенной дробью.
вводим к примеру десятичную дробь 1.5 - получаем (3/2), аналогично 1.4 - (7/5), 1.35 - (27/20) итд.
А вот вводим, скажем, 1.21 - получаем бред. обыкновенной дробью это число выразить не получается.
Как быть в таком случае?
Подобных ставок в бюджете вагон и маленькая тележка.
Подскажите, а где на ИТС лежит инструкция по переходу с 1.0 на 3.1 ?
И все же когда лучше сделать перенос ?
Чтобы оборотов текущего года не было или допускаются обороты ?
Просто пока будут сдавать отчеты а еще и подвисли больничные уже начнут начислять январь.
И все же когда лучше сделать перенос ?
Чтобы оборотов текущего года не было или допускаются обороты ?
Просто пока будут сдавать отчеты а еще и подвисли больничные уже начнут начислять январь.
После переноса не правильно заполняет настройки Начислений:
учет времени -должно быть "Явка" и для доп. начислений -галка должна быть "Доп. оплата за уже плаченое время",
на закладке Средний заработок может не стоять галка (после переноса) "Включить в базу начислений" (тогда не попадет в расчет среднего) галку можно вернуть принудительно (поменять тип начисления на основной закладке, а затем вернуть).
учет времени -должно быть "Явка" и для доп. начислений -галка должна быть "Доп. оплата за уже плаченое время",
на закладке Средний заработок может не стоять галка (после переноса) "Включить в базу начислений" (тогда не попадет в расчет среднего) галку можно вернуть принудительно (поменять тип начисления на основной закладке, а затем вернуть).
Такая проблема с одной довольно большой базой
в плановые начисления всех сотрудников "назначились" несколько видов Премий , и разовых начислений , за год которые были использованы , "назначились " документами Изменение оплаты труда , и Кадровым переводом
и как их убрать теперь вообще не понимаю , они все лезут в расчет ЗП ,
может были у кого похожие ситуации
в плановые начисления всех сотрудников "назначились" несколько видов Премий , и разовых начислений , за год которые были использованы , "назначились " документами Изменение оплаты труда , и Кадровым переводом
и как их убрать теперь вообще не понимаю , они все лезут в расчет ЗП ,
может были у кого похожие ситуации
просто удалить это проблемма , там документов этих перенеслось около 5 тыщ ....
вроде бы решил вопрос как их массово закрыть , с помощью документа Изменение плановых начислений , действие в неём "Удалить начисленние у всех сотрудников"
вроде бы решил вопрос как их массово закрыть , с помощью документа Изменение плановых начислений , действие в неём "Удалить начисленние у всех сотрудников"
(64)Может быть в старой программе не правильно были сделаны начисления этих премий, посмотри в них на закладке "Использование" и они должны были быть в разовых начислениях.
Я небольшие базы переносил (до 500), таких проблем не было, только смотреть и пробовать. ))
Я небольшие базы переносил (до 500), таких проблем не было, только смотреть и пробовать. ))
(68) Так самое интересное тогда, почему программа перенесла их документами а не как все, переносом остатков, как разберетесь, напишите что было ))
п.с. может что не так с периодам за который она выдавалась, попадала на 2018 год.
переносил 6 баз, и во всех нет никаких лишних кадровых документов
п.с. может что не так с периодам за который она выдавалась, попадала на 2018 год.
переносил 6 баз, и во всех нет никаких лишних кадровых документов
Такой ущербной программы я давно не видел. Куча ненужной информации, которая идет приоритетом. Ну, вот зачем мне, как расчетчику, знать, что нужно срочно обновить КЛАДР и классификатор банков и саму? Это можно спокойно проверить ПОСЛЕ того как запущена программа. А не ждать 10 минут сообщений о том, как все плохо. Перенос данных это вообще эпик-фейл. Куча вопросов о том, что что будет считаться в программе и как (я про премии, ночные, сверхурочные)... Блин, я же программу для расчета з/п купил. Это там должно быть по умолчанию. А не по моему хотению. Штук 20 глупых вопросов при запуске программы. А вот это ДлительностьСутокВСекундах() в общем модуле и вызывающееся из модуля формы вообще верх глупости. А потом начинаются тормоза, тормоза, тормоза и еще раз тормоза. Жаль, что 1.0 за(к)рыли.
(71) Самое главное чтобы повезло с переносом времени, а то будет как у меня в одной базе, все настроил проверил, а время в расчете з/п считает как общее время явок+ночное время (причем в некоторых надбавках отработано правильно хоть ставит), и хоть тресни ничего не сделаешь, ладно хоть после 4 дней общения со службой поддержки, они согласились взять базу к себе посмотреть и теперь после сообщения что база передана в отдел разработок прошло уже 2 дня и тишина, а первый раз по этому поводу с ними общался месяц назад, и так ничего.
(95) Это если ты перенос делаешь рекомендованный, а если полный там по старому.
И если сделал по новому то во всех надбавках (у этих людей кто с ночными) нужно в разделе "время" ставить в "дополнительном времени" ночные иначе в расчетном листке отработано времени будет неправильно показывать
И если сделал по новому то во всех надбавках (у этих людей кто с ночными) нужно в разделе "время" ставить в "дополнительном времени" ночные иначе в расчетном листке отработано времени будет неправильно показывать
(80) отделить-то можно. Но, думаю, там интерес как раз в том, чтобы иметь возможность собрать информацию по всем учреждениям, а не сидеть выковыривать по одной цифре из каждой базы и потом складывать на "куркуляторе". Вместо того, чтобы поставить тип организации и делать свою ЗП в соответствии с этим типом. Л-логика.
(86) во-первых, одно в другое переходит легким движением смены ОКВЭДа, во-вторых, есть всякие централизованные бухгалтерии и тому подобные схемы, когда из всей кучи надо выборку сделать то по району, то по ГРБС и прочие глупые запросы вышесидящих начальников. Я про другое. Что мешает сделать галочку с типом организации в конфигураторе? Одно и то же содержимое программы, а баз надо 2 делать...
(87)
нет я не понял , Культура и Образование в разных или нет ведомствах?
по району у вас не одна орг Образования вероятно ...
не понимаю какой смысл сводных цифр по разным типам организаций в одной базе ...
и централизованная бух для Образования у вас уже не централизованная получается , где центр то ?
центр у вас Культура
сменили ОКВЭД и забудьте про вашу отделившуюся орг Образования ???
или не так ??
нет я не понял , Культура и Образование в разных или нет ведомствах?
по району у вас не одна орг Образования вероятно ...
не понимаю какой смысл сводных цифр по разным типам организаций в одной базе ...
и централизованная бух для Образования у вас уже не централизованная получается , где центр то ?
центр у вас Культура
сменили ОКВЭД и забудьте про вашу отделившуюся орг Образования ???
или не так ??
(88) а я не понимаю зачем нужна еще одна база. У меня поменяется основной ОКВЭД с культуры на образование в середине года (прямо именно так и было) и что? Мне как ЗП-образование выковыривать и собирать? Ручками? Нафига мне такая программа по учету зп, которая к тому же тормозит как не знаю что? Если уж программа сделана студентами на коленке, то можете сколько угодно ее оправдывать и искать способы обхода сделанных студентами камней, программа от этого лучше не станет. Объясни мне высокий смысл ведения учета в разных базах из-за одного статистического отчета.
(89)
чот у меня подозрение что отчеты вам не нужны общие ...вы мне так и не ответили про разные ведомства
или у вас какой то уникальный(ненормальный) случай
что бы галочку поставить как вы говорите это всю программу надо переделать, все алгоритмы расчетов , никто это делать не будет ради одного клиента ))
чот у меня подозрение что отчеты вам не нужны общие ...вы мне так и не ответили про разные ведомства
или у вас какой то уникальный(ненормальный) случай
что бы галочку поставить как вы говорите это всю программу надо переделать, все алгоритмы расчетов , никто это делать не будет ради одного клиента ))
(90) мне лично - нет. Я ради общего развития. В централизованную бухгалтерию свалили (а такая мысля ходит) 4 школы, один ДК, один театр и одну организацию ЖКХ. ДК менял ОКВЭД с культуры на образование во втором квартале. Все относится к одному району, ГРБС разные. И тут глава района спрашивает: " А чего там у нас начислено по зп за полугодие?" И ты сидишь 4 базы сгребаешь в кучу (школы, жкх, дк до перехода и дк после перехода)... Что касается алгоритмов расчета. Что там переделывать? Галка. Регистр сведений. Формирование ЗП-культура/образование/медицина с учетом данных регистра. Все. И да, засунуть расчет числа секунд в сутках в общий модуль, а потом тянуть его в модули форм/объектов - это уровень, однако...
Может кому пригодится: фишка у них интересная, если в графике работы проставить заполнение смен например 36-38 часов/неделю, а в низу в строчке "длительность рабочей недели" указать 40 часов (ставиться по умолчанию и внимание на это никто не обращает), то при расчете часовой стоимости (для расчета ночных, праздничных) он считает норму часов не из графика (36-38) а по 40 часовой неделе, поэтому тут надо ставить правильную цифру.
(84) Странно. Сколько с этим реквизитом не игрались, так и не поняли на что он влияет. И это притом, что у нас и штатное расписание, начальная штатная расстановка, утверждение штатки и контроль штатки с Бог весть с чем...Все нормально. Решили, что просто для красоты)))
(92) начислено в АЦК/СУФД? Это как? Собрать в кучу платежки с выплатами по 211-213, НДФЛ и удержания? Бухгалтерия? Как вариант. Если не нужны данные в разрезе начислений. Объяснять долго, но такое тоже требуют периодически, когда в головы особо одаренных начальников приходит очередная мысля забрать зп так, чтобы и до МРОТ не доплачивать )))
Вопрос, можно ли настроить выплату аванса через банк, а з/п через кассу?
Вроде все просмотрел, без постоянных манипуляций с видом выплаты у сотрудника, не получается(только или банк или касса), а 2 раза в месяц менять вручную кассу или банк, не прикалывает.
Вроде все просмотрел, без постоянных манипуляций с видом выплаты у сотрудника, не получается(только или банк или касса), а 2 раза в месяц менять вручную кассу или банк, не прикалывает.
Всем доброго дня!
есть пара вопросов по ЗиК ГУ 3.1.
1. Как сформировать расчетный листок в разрезе КОСГУ?
2. Как настроить бухучет на внутреннего совместителя? как я понимаю в программе только на физлицо можно поставить.
По основному месте и по внутрннему совместительству человек работает в одном подразделении но источники финансирования разные.
есть пара вопросов по ЗиК ГУ 3.1.
1. Как сформировать расчетный листок в разрезе КОСГУ?
2. Как настроить бухучет на внутреннего совместителя? как я понимаю в программе только на физлицо можно поставить.
По основному месте и по внутрннему совместительству человек работает в одном подразделении но источники финансирования разные.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот