Еще бы, информации, которую нужно держать в голове не то что много, ее слишком много. Нужно обладать познаниями как в нюансах законодательства, так и представлять себе особенности работы программы.
Возможно, именно поэтому зарплата считается одним из самых сложных участков учета, и многие молодые внедренцы боятся ее как огня. При этом зарплатчики всегда востребованы, так как если без автоматизации, например, торговли еще можно обойтись, то без автоматизации учета зарплаты никак.
Сейчас мы рассмотрим особенности создания и настройки новых видов расчета. Начислений и удержаний.
Итак. Что требуется знать бухгалтеру, чтобы создать новый вид расчета. Само собой название. А кроме этого еще и способ расчета, учет времени, состав расчетной базы, отношения к социальным пособиям, отпускам, нюансы отражения в персонифицированном учете ПФР, проводки, коды доходов для учета налога на доходы физических лиц, налога на прибыль, страховых взносов и многое, многое другое.
Не так уж и мало, как мне кажется… А ведь от единожды настроенного вида расчета, возможно будет зависеть работа в программе на протяжении нескольких лет.
Именно поэтому, правильно настроенный вид расчета представляет для нас огромную ценность.
Предадимся известному вопросу — «Что делать?». Прежде всего — не паниковать. Старший брат — фирма «1С» нас не бросает, и рекомендации по настройке планов видов расчета можно найти на сайте информационно-технологического сопровождения (ИТС).
И все равно, используя материалы диска (сайта) этот процесс может растянуться на долгие часы, а то и дни.
Представляем Вашему вниманию решение, которое поможет упростить первоначальную настройку зарплатной конфигурации — «Классификатор видов расчета» (отдельно для хозрасчетных и бюджетных решений).
Мы уже давно думали о реализации подобного механизма. Толчком к его реализации послужила другая наша разработка — «Помощник перехода на использование подсистем «Расчет зарплаты» и «Управление персоналом» в типовых конфигурациях фирмы «1С».
Дело в том, что переходе с одной конфигурации на другую требуется создать и настроить соответствия видов начислений и удержаний. Фантазии многих расчетчиков можно только позавидовать, однако, она же может существенно затруднить работу внедренца, которому требуется осознать, классифицировать, изучить и создать новый вид расчета.
Именно поэтому мы разработали и встроили в него классификаторы, так что теперь все, что требуется от пользователя — это найти нужный вид расчета и дважды щелкнуть по нему мышкой. Все остальное (почти) программа сделает сама.
А сейчас мы приняли решений выложить его в открытый доступ, чтобы и Вы смогли оценить те преимущества, которые он может дать специалисту. Причем как на начальном этапе заполнения информационной базы, так и в процессе работы.
Предлагаемый классификатор создан и заполнен на основании материалов информационно-технологического сопровождения (ИТС).
Однако, есть и ограничения. Куда же без них.
- Не переносятся значения шкал. Если вид расчета использует какую-либо шкалу, например, надбавка за выслугу лет, после его создания ее необходимо заполнить.
- Не переносятся проводки. Если вид расчета должен быть отражен в бухгалтерском учете — создается элемент справочника «Способы отражения зарплаты в регламентированном учете» (в названии которого содержится информация о счетах учета), но проводки автоматически не создаются.
- Предопределенные табличные части (базовые, ведущие и вытесняющие виды расчета) заполняются только предопределенными видами расчета.
- Вновь созданный вид расчета при необходимости нужно включить в план видов расчета «Средний заработок».
Вроде немного, но все же лучше о них не забывать.
Чуточку специфики… Пользователям ЗУП, УПП или КА подойдет эта обработка. Ну а бюджетники смогут попробовать классификатор для 1С:Зарплата и Кадры бюджетного учреждения.
На этом все! Успехов в освоении зарплатных решений! Скачайте обработку и пользуйтесь на здоровье.
Единственная просьба. Если найдете ошибку — не пожалейте нескольких минут сообщить нам об этом.
Даже не глядя: УРА! Большое спасибо!
Нам, увы, вряд ли пригодится, но сама идея — ах!
(1) e.kogan, спасибо Эстер.
…ну наверное шрифт предупреждения
стоит продублировать в окне «Служебные сообщения»
Теряется оно на бОльшом мониторе. И имхо бухгалтеры привыкли следить за окном «Служебные сообщения»
Ещё не скачал, но заранее хочу поблагодарить. Если всё действительно работает как надо — то цены нет твоей разработке!
Очень даже вовремя! Большой респект!
Нахожусь в процессе внедрения ЗУП поверх Камина. Так что классификатор — вовремя 🙂
Хорошая штучка, будем посмотреть. +1
В ЗиКБУ не работает. Выдаёт ошибку: {Форма.КлассификаторВидовРасчета.Форма(26)}: Ошибка при вызове метода контекста (ПолучитьМакет)
МакетНастройки = ПолучитьМакет(ИмяМакета);
по причине:
Недопустимое значение параметра (параметр номер ‘1’)
Как исправить?
(8) igorscorp77, пожалуйста, читайте внимательнее. В публикации представлены 2 обработки. Об этом написано здесь:
и здесь:
Хотел бы перед скачиванием поинтересоваться у уважаемого автора можно ли применить сие творение для ЗБУ т.е. для зарплаты бюджетного учрежедения?
Действительно — новая форма представления информации с ИТС, не больше, но и не меньше.
Ещё один шаг к растлению расчетчиков — поставил +
Полезная статья, все я думаю на старте работы с ЗуП и регистром расчета сталкиваются с массой вопросов, ответы на которые не так сложны, но их зачастую просто негде взять.Полезная статья, думаю много кого избавит от головняков.
Полезно, спасибо! 🙂
(8) igorscorp77, в обновленных версиях обработки добавлена проверка на версию конфигурации.
Не понял, зачем классификатор.
Настраивал ЗУП без всякого классификатора.
На основе базы 7.7, новых требований и инета с книжками.
Так что делает классификатор??
(15) AlexO, ну что же, можно только поздравить.
Тогда рассмотрим такую ситуацию: обращается расчетчик с вопросом — для сотрудницы необходимо организовать учет перерывов для кормления ребенка (например). Нужно создать новый вид расчета и объяснить какими документами выполнять это начисление.
Внимание, вопрос! Сколько времени понадобится для ответа (по условиям задачи специалист ранее не сталкивался с таким начислением)?
Спасибо принял.
(16)
если новый и «неизведанный» — часа два: составить, проконсультироваться, проверить.
Так а где гарантия, что у вас работает начисление корректно? 🙂
Это ж не официальный «справочник» от 1С….
(18) AlexO, ОК, замечательно.
Этот «неофициальный справочник» составлен на основании вполне официальных рекомендаций по настройке видов расчета от фирмы «1С». На его разработку, подготовку и тестирование затрачено довольно большое количество времени.
Многие расчетчики, не дождавшись особо занятых консультантов, могут сами (время же не терпит) создать новые начисления и настроить их так, как они это себе представляют (а зачем это я буду глядеть на какой-то ваш дурацкий ИТС, у меня времени нет да и подписка не оформлена). И через некоторое время (день, неделю, год) этот «занятой консультант» будет расхлебывать последствия такого полета фантазии.
Поймите пожалуйста, никто не выворачивает руки, не кричит «дорогой AlexO, только ты, о великий, солнцеликий и лучезарный можешь осчастливить нас, используя нашу ничтожную поделку…». Если нет необходимости — можно просто пройти мимо и промолчать.
А вот если есть потребность и найдена ошибка или есть пожелания и замечания, тогда с удовольствием готов обсудить.
Эта разработка всего лишь может немного сократить время на настройку основных механизмов. А новички с ее помощью (если у них нет такого консультанта) могут создать нужный вид расчета с корректно заполненными настройками практически под все основные потребности.
Пока не смог испробовать обработку и, соответственно, оценить ее на деле. Посмотрел только код и нашел для себя интересное, а главное очень простое в реализации, решение по загрузке новых объектов (в данном случае — видов расчета) в базу данных с помощью обработки «Универсальный обмен данными XML». Спасибо!
Очень полезная штучка. Сегодня мои зарплатчики чуть кипятком не писали. Респект.
Крутотенюшка какая! А есть возможность добавлять в классификатор свои виды расчета с настройкам, ну так, на будущее, вдруг кому-то еще мой вид расчета понадобится, а я уже все забыль-забыль 🙂
Использование Вашего классификатора платное/бесплатное? 🙂
(22) elenko1, конечно можно. Для этого всего-навсего нужно разработать правила обмена, в своей информационной базе выгрузить настроенный вид расчета в файл и содержимое этого файла вставить в макет обработки.
Использовать классификатор можно свободно, естественно при доработках ссылка на автора.
(23) здорово, спасибо!
А просто в макет вручную можно добавить? Мой вид расчета не в 7.7 был добавлен, а уже в 8.2. Просто хочется, чтобы в одном месте были собраны все возможные используемые в жизни виды расчета.
(24) elenko1, нет, нельзя. Классификатор только внешне выглядит предельно простым. На самом деле это довольно сложная разработка.
(25)
ясно, тогда «всего-навсего разработать правила обмена» мне пока что не осилить %)
Но за проделанную работу все равно спасибо ОГРОМНОЕ с зачислением положительного баланса в карму))))
«В ЗиКБУ не работает. Выдаёт ошибку: {Форма.КлассификаторВидовРасчета.Форма(26)}: Ошибка при вызове метода контекста (ПолучитьМакет)
МакетНастройки = ПолучитьМакет(ИмяМакета);
по причине:
Недопустимое значение параметра (параметр номер ‘1’)
Как исправить?»
Вы наверное имели ввиду ЗБУ?
Так все таки хотелось бы знать в ЗБУ будет работать?
Многие расчетчики, не дождавшись особо занятых консультантов, могут сами (время же не терпит) создать новые начисления и настроить их так, как они это себе представляют (а зачем это я буду глядеть на какой-то ваш дурацкий ИТС, у меня времени нет да и подписка не оформлена). И через некоторое время (день, неделю, год) этот «занятой консультант» будет расхлебывать последствия такого полета фантазии.
Поймите пожалуйста, никто не выворачивает руки, не кричит «дорогой AlexO, только ты, о великий, солнцеликий и лучезарный можешь осчастливить нас, используя нашу ничтожную поделку…». Если нет необходимости — можно просто пройти мимо и промолчать.
А вот если есть потребность и найдена ошибка или есть пожелания и замечания, тогда с удовольствием готов обсудить.
Эта разработка всего лишь может немного сократить время на настройку основных механизмов. А новички с ее помощью (если у них нет такого консультанта) могут создать нужный вид расчета с корректно заполненными настройками практически под все основные потребности.
(28) Sasha255n, да, в ЗБУ работает.
Не глядя, оценка 5+!!! Спасибо!!!
Добрый день,Владислав. От Вашей обработки кроме вреда — одна польза. Поясняю.
1.Вы даете бухгалтеру(точнее любому юзеру) право загрузить любой(из предлагаемых Вами!!!-жизнь заставила)вид НУ с такой легкостью ,что мне программисту обидно. Это очень напоминает дешевый рекламный прием- мол купив 1с ЗиУП(+подобную обработочку) вы спокойно сами решите все проблемы- а расхлебывают пусть «програмеры». Простой «клик» и без доп.проверки на интеллект- оч.смело. Кто настраивает ЗиУП- знает все его «легкости».
2.Механизм переноса настроек ПВР с помощью универсальной ЗВ_хмл не новость, если бы Вы включили в свою обработку еще и механизм ВЫГРУЗКИ видов НУ( которые из текущей базы дописывались бы в Ваш макет) — тут Вам твердый (+) от программистов- кто то уже об этом спрашивал.
3. И последнее- Вы безусловно человек талантливый и наверняка справились бы с дополнением внешнего сервиса 1с «Регистация внешней обработки загрузки табличных частей»-закладка справочники возможностью загрузки ПВР и всего чего хочешь.
(32) Lukich66, Спасибо. Правда я не понял — ругаете Вы меня или хвалите.
Обычно, при правильной настройке программы запустить внешнюю обработку «любой» пользователь не может.
И Вы согласитесь со мной, что настройка вида расчета в зарплатных конфигурациях фирмы «1С» не является тривиальной задачей. Поэтому наиболее часто пользователи допускают ошибки именно здесь.
В то же самое время лишь очень небольшой процент организаций могут себе позволить держать в штате отдельного программиста, сопровождающего исключительно зарплатные решения. А зачастую для штатных программистов ЗУП — это темные лес, разбираются в котором они даже хуже, чем расчетчики.
Именно поэтому целью этой разработки было не отбить хлеб у программистов, которые занимаются сопровождением зарплатных программ, а позволить тем пользователям, которые этих специалистов не имеют выполнить грамотную настройку одного из ведущих механизмов.
Мы предлагаем пользователю самому выбрать нужный именно ему вид расчета из предварительно описанных. Поверьте, он разбирается в том, что нужно именно ему лучше нас с вами.
И предупреждаем, что тот вид расчета, который он автоматически создаст, ему еще предстоит настроить…
Тонкости технической реализации разработки — дело десятое. Для программиста не составит абсолютно никакого труда разработать правила обмена (ведь выгрузить всего один вид расчета — это же не сложно?).
Но давать инструмент для создания собственных классификаторов (в правильности которых мы не уверены) конечным пользователям не считаем необходимым.
Мы предполагаем, что эти обработки не будут использоваться постоянно, именно поэтому они и не должны включаться в состав справочника «Внешние обработки».
(33) ругаю за «бездумную» легкость и «данайский» дар — без претензий,если бы Вы назвали свою работу типа » Загрузка видов начислений-удержаний в ЗиУП(УПП,КА)из макетных шаблонов «, для программистов и
вставили бы механизм выгрузки в шаблоны ПВР из пользовательских баз для жизни. Совсем круто было бы ч/з сервис и ДВОиОТЧ. Да и слово «классификаторы»-не оч.гут- ну сравните ОКОФ,ОКПО,КЕИ и т.д. и классификатор видов начисления-удержания ЗиУП?
Хвалю за найденное решение варианта переноса 1с-настроек и смелый «лохотронский» подход к 1с-простачкам.
«Понравился» вид «приработок по сдельным нарядам», который не будет работать в доке.СдельныйНаряд, но как вариант «псевдо-сделки»(для окладников или тарифников) — просто находка.
(34)
Владимир, мне честно говоря все равно, что Вы думаете о названии публикации. Давайте оставим право автору самому решать, как ему назвать его разработку.
Обработка создана с учетом мнения пользователей и мнение программистов о ее нужности (ненужности) сейчас меня уже не интересует. Нашли ошибку? ОК, давайте обсудим (исправим). Вопросы по реализации? Welcome!
Хвалю за найденное решение варианта переноса 1с-настроек и смелый «лохотронский» подход к 1с-простачкам.
Извините, но я не в курсе кто такие «1с-простачки».
.
В чем Вы видите расхождения в определении? В чем «лохотрон»? Относите себя к «1С-гуру»? Докажите.
У Вас есть замечательная возможность — сделайте это же, только лучше. Если хотите — через сервис и ДВОиОТЧ.
Скажите пожалуйста, а Вы точно зарплатой занимаетесь? Вот подробно описан данный вид расчета и методика его применения.
В чем именно Вы видите ошибку? Не согласны с методистами «1С», которые разработали эту методику? Претензии к формированию вида расчета (ошибка в заполнении)?
И вообще… Классификатор для ЗУП содержит 54 вида расчета, для ЗБУ — 40. До сих пор ни одного сообщения об ошибке в настройках еще не было. Если что-то критикуете, хотя бы потрудитесь ознакомиться со штатной методикой.
(19)
Плюнь ты на него, Влад. Давно уже замечено, на этом форуме, что у данного малого сильнейший комплекс неполноценности.
Видимо своими «великими» комментариями он желает поднять свою ценность в своих же глазах.
Чем бы дитя не тешилось…. лишь бы не воняло. 🙂
Идея класс! Люди уже оценили.
(35) прошу прощения. Вы с честью выдержали «критическую» проверку и основательно посрамили «неучей» методиками 1с. Лед тронулся. З/П я занимаюсь лет 25 — совсем плохой стал, ЗиУП- несомненно прогрессирующий продукт, иначе и не заинтересовался бы. А вот Вас в нем все устраивает? Или «…других туфлей не видел-наши вот такие!» Кстати мой последний пост с «картинкой» при попытке записать «ПРИРАБОТОК» в Районный коэффициент. Расчетчица «баба Катя» была неприятно удивлена,почему это на него РК не крутит?
(37)
По некоторым косвенным данным, например, вашей поделке, я могу сделать вывод о том, что ЗУП Вы занимаетесь с начала 2012 года.
А эту картинку (по моему скромному мнению) программист выкладывать бы постеснялся, так как она говорит о том, что человек, который ее выложил, абсолютно не представляет себе работу расчетных механизмов платформы.
Именно поэтому я пишу в публикации — «… Вновь созданный вид расчета при необходимости нужно включить в план видов расчета «Средний заработок»….«.
Именно поэтому «1С» пишет «Обращаем внимание, что новый вид расчета необходимо включить в базу для расчета процентных надбавок и удержаний, результат которых должен рассчитываться с учетом суммы приработка (в список базовых начислений соответствующих видов расчета из планов видов расчета Основные начисления организаций, Дополнительные начисления организаций, Удержания организаций), а также в базу для расчета среднего заработка (в список базовых начислений для соответствующих видов расчета из плана видов расчета Средний заработок).»
Программа же по-русски написала — «включи меня в базовые и ведущие начисления видов расчета из ПВР «Средний заработок, тогда я позволю тебе записать вид расчета «Районный коэффициент»». Или для «программистов» с 25-летним стажем чтение сообщений — это тяжкий труд? Или они читать не умеют?
Извините за грубость, но достали…
Могу порекомендовать отличный курс, после прохождения которого Вы перестанете задавать вопросы, которые простительны бухгалтеру, но непозволительны для программиста — .
А после этого курса есть еще «Профессиональное программирование в 1С:Предприятии 8» Базовый и Продвинутый курс. Освоите — тогда и продолжим…
А расчетчице «бабе Кате» можно только посочувствовать и посоветовать обратиться к специалисту.
P.S. Бесплатный совет — не продолжайте, хватит позориться.
(25) Вы не могли бы в качестве десерта выпустить бонус в виде обработки, убрав всё лишнее, касаемое ЗУП/ЗБУ и оставив только поользовательскую форму, куда каждый по своему желанию мог бы через конфигуратор шприцевать свои XML’ины?
Спасибо. 🙂
(39) zzz_natali, на разработку этого продукта было затрачено довольно большое количество времени и сил, и просто отдавать его я бы не хотел. Скажите пожалуйста, а Вы готовы были бы купить его, и если да, то за какую цену?
Интересно, но на практике таких экзотических видов расчета, для которых бы пригодился классификатор, не так уж и много.
По сути: при работе с Вашим классификатором в «Зарплата и Управление Персоналом, редакция 2.5 (2.5.20.3)» выдал пару ошибок типа:
Начало загрузки: 31.01.2013 8:49:16
Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML(7065)}: Поле объекта не обнаружено (ИдентификаторЭлемента)
или
Начало загрузки: 31.01.2013 8:52:19
Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML(7065)}: Поле объекта не обнаружено (БазовыйПериодПрошлыйМесяц)
Согласен, что ошибки из-за старого релиза конфигурации, так что предлагаю вставить проверку на актуальность релиза конфигурации. Ну это ввиде конструктивной критики, а так — автору РЕШПЕКТ и твердая 5!!!
(42) Одинец, спасибо.
Всем спасибо за высказанные мнения. Очевидно, что большинству пользователей моя затея понравилась, а программисты испугались за свое будущее 🙂
Есть мнение — выпустить продукт «Классификаторы видов расчета ПРОФ«, в состав которого будут входить:
— Обработка с формой классификатора (будет включать классификатор для ЗУП, КА, УПП и ЗБУ (планируется расширить состав ВР для муниципальных и госслужащих).
— Обработка для создания структуры классификатора и формирования макетов (возможность вставлять свой логотип и название Вашей организации)
— Правила обмена для выгрузки данных из ЗУП и ЗБУ
Расширить функционал — позволять переносить значения шкал, настраивать проводки на этапе загрузки, включать создаваемые виды расчета в состав базовых и ведущих видов расчета, автоматически заполнять виды расчетов из ПВР «Средний заработок».
Понимаю, что продукт массовым скорее всего не станет и, предназначен скорее всего будет для консультантов по зарплате, но позволит настраивать расчетные механизмы более профессионально и снизить процент ручного труда (и соответственно ошибок). Возможно, он окажется полезным и для поддержки отраслевых решений.
Вопрос: хотели бы Вы получить подобный инструмент, и какую цену за него согласились заплатить?
(40)
Не думаю, что Вам это было бы интересно ибо если речь заходит о деньгах, то сразу начинается хныканье и скулёж со стороны потенциального покупателя: здесь хочу рюшечку, здесь покрасьте розовеньким, а тут хочу стразочки… 🙂
(43) наверное Вы все-таки больше коммерсант,чем программист и я это задней точкой почувствовал, а когда Вы несколько раз упомянули «мы» про «поделку»-то понял,Вы скорее всего хороший «командир» и машете шашкой по кукурузным стеблям в надежде добыть початки. Удачи Вам!
(45) Lukich66, извините, я не в курсе насчет чувствительности вашей задней точки. Может быть, действительно, она у вас главный помощник в принятии решений.
Ну а насчет «» — не хотел вас обидеть, но о том что это именно «поделка», а не законченное решение, говорит хотя бы оформление публикации. Да и другие ваши тоже не блещут ни оценками ни оформлением.
Да и косноязычны вы очень, так что иногда и понять вас сложно. И предметную область плохо знаете…
Предлагаю вариант — если у вас есть что сказать именно по теме публикации — пожалуйста, готов обсудить особенности реализации механизмов, структуру хранения данных, алгоритмы работы и т.п. Более того — готов подсказать — как можно сделать подобный механизм (он же был не первый, ему предшествовали несколько других вариантов).
Если хотите поболтать о другом — для этого есть возможность в соответствующем разделе форума. Создайте ветку, с названием например, «Как нас, старых программистов с 25-летним стажем не ценят только за стаж» и жалуйтесь на здоровье.
Прикольно, надо заценить…
Да, тут нужен опыт работы
(43) подпишусь на обсуждение, интересно мнение проверивших работу обработки и перспективы.
В ЗиУП для Беларуси работает не все…но идея отличная.Респект.
Чувствуется рука мастера, ээх, жаль не было такой штуки пару лет назад когда я ЗУП внедрял. Но возьму таки в копилку 🙂 Респект!
скачала, пока еще не опробовала, идея полезная,в помощь расчетчику и внеренцу. спасибо
тоже скачала. Полезная вещь.. Первый раз в жизни видя такой конфиг как ЗБУ — три дня думала как вид расчета включить в общий расчет, а оказывается всё делается с белого листа блокнота. Десять раз выходила на данный список и не думала что из него куда-то можно попасть ещё))))
Но сейчас уже более ориентируюсь))) А по первости — жесть)))
Так что автору — спасибо за идею)))))
УПП 1.3. Интересно, что после применения данной обработки (зарегистрировал Ежемесячную премию процентом) мои премии, введённые самостоятельно точь-в-точь как получилась Ежемесячная премия процентом, стали корректно расчитываться для уволенных сотрудников! До этого в базу начислений попадали какие-то левые суммы! Посмотрим как в будущем месяце пройдёт расчет.
Попробовала ввести ВР этой обработкой и мне понравилось. Для экономии времени настройки ВР вполне удобная обработка. Плюсую!
Прикольно … Экономия времени на лицо
Подскажите, а в ЗУП 8.30 эта обработка работать будет? Или она предназначена только для ЗУП 2.5? Из описания и сообщённых данных непонятно.
(57) Boroda, классификатор предназначен только для ред. 2.5
не работает в зуп 3.1