Вопросы инвалидности физлиц

  • Автор темы 151520
  • Дата начала
1

151520

Гость
Физические лица. Данные по инвалидности.
При вводе кадровиком конкретной даты в поле "Запись действует с" и записи сведений указанная дата в любом случае переключается на первое число введенного месяца. Дело в том что регистр сведений "Сведения об инвалидности физлиз" периодический. Период = месяц.

Кроме того расчет з/пл и прочий учет доходов, пособий, ЕСН и т.д. опирается на регистр сведений «Право применения льгот по ЕСН для организаций инвалидов».

Вопрос: почему 1С выполнило этот регистр именно с периодичностью в месяц? какое это имеет значение для кадрового учета и расчета з/п в конфигурации?
 

Andrey

ВР
Команда форума
Такие вопросы нужно задавать разработчику :) ИМХО, для кадрового учета и расчета ЗП наверное значения не имеет. Скорее всего имеет значение для расчетов взносов и налогов, а для них расчетный период месяц, поэтому неважно с какой даты месяца у сотрудника инвалидность. Наверное так. На истину не претендую, поскольку наше законодательство касающееся зарплаты и т.п. знаю плохо.
 
1

151520

Гость
Такие вопросы нужно задавать разработчику :) ИМХО, для кадрового учета и расчета ЗП наверное значения не имеет. Скорее всего имеет значение для расчетов взносов и налогов, а для них расчетный период месяц, поэтому неважно с какой даты месяца у сотрудника инвалидность. Наверное так. На истину не претендую, поскольку наше законодательство касающееся зарплаты и т.п. знаю плохо.

И на этом спасибо, ибо Мнения тоже важны. ;)
Разработчики отмалчиваются уж с полгода...
 
1

151520

Гость
Ну значит ничего менять не будут. А почему это для Вас так Важно?
Есть некоторые прения между расчетчиками з/п и кадровиками, собирался целый "консилиум" по этому вопросу. Они утверждают, что данный реквизит должен быть периодичностью в день и отображать реальную дату начала инвалидности у ФЛ, причем подтверждения необходимости этого где-то на уровне "так должно быть" и "это не логично". :sleepy:
Но я-то знаю, что у 1С тоже есть своя логика и мало вероятно, что это ошибка в типовой конфе. Абсолютно не хочется кроить типовой функционал под беспричинные "хотелки", чтобы потом в один прекрасный момент возвращать все обратно и тащить за собой еще "приятные дополнения". Вот и пытаюсь понять, что к чему и почему регистр именно так устроен.
 

Andrey

ВР
Команда форума
Понятно.... Хотелки пользователей :). А доказать факт неправильности расчетов, из-за того что дата устанавливается на начало месяца, могут? Если не могут - вариантов два. Хотя нет, наверное даже три. Первый - "все в сад", второй - можно поизголяться и писать реальную дату в какой-нибудь из вспомогательных объектов базы данных. Ну и третий, самый дурацкий - снимать конфигурацию с поддержки, вносить изменения, НО при этом, с того пользователя, чья "хотелка" реализуется, взять бумагу, с его подписью, в которой описать что они попадают на обновления. ;)
 
1

151520

Гость
А доказать факт неправильности расчетов, из-за того что дата устанавливается на начало месяца, могут? Если не могут - вариантов два. Хотя нет, наверное даже три. Первый - "все в сад", второй - можно поизголяться и писать реальную дату в какой-нибудь из вспомогательных объектов базы данных. Ну и третий, самый дурацкий - снимать конфигурацию с поддержки, вносить изменения, НО при этом, с того пользователя, чья "хотелка" реализуется, взять бумагу, с его подписью, в которой описать что они попадают на обновления. ;)

Не могут конечно, :) отсутствие навыков профессиональной работы в 1С и аналитических способностей у ответственных за функциональные блоки конфигурации пользователей накладывает свой отпечаток на ситуацию.
Все сложнее: конфигурация уже не типовая, но в щадящем варианте; изменяем, когда ни какого адекватного варианта в типовом функционале не найти. С обновлениями морочаемся конечно, но терпимо пока.
Нутром чуем, что их можно послать по первому варианту, но сами обосновать свою позицию, кроме как "не ломать", не можем.
 

Andrey

ВР
Команда форума
"не ломать" это и есть самая адекватная позиция в данном случае, поскольку на расчеты, в какой день месяца назначена инвалидность, не влияет.
 

kolga

Модератор форума
Нутром чуем, что их можно послать по первому варианту, но сами обосновать свою позицию, кроме как "не ломать", не можем.

Так сначала нужно с консультантами советоваться по поводу правильности ведения учета в 1С. Наверняка есть у вас обслуживающая организация. В случае если вы таковой являетесь, тогда необходимо советоваться с коллегами, сообща можно найти "лекарство, которое будет щадящим для органов". Если у вас такой организации нет, тогда вам необходимо ее "завести"
 
1

151520

Гость
Являемся. Советуемся. Пока бесполезно.
Спасибо! )
 
1

151520

Гость
Господа! Счет 1:1 - ничья.
Для Отдела кадров важно видеть в базе, когда внесена информация об инвалидности, т.к. сотрудник может предоставить документы не сразу, а гораздо позже, соответственно льготы и особые условия на предприятии для данного сотрудника наступают с момента предоставления им документов (отправляются запросы в МСЭ, готовится раб. место и т.д.).
Отслеживать дату поступления документов они естественно собираются по базе.
Если дата будет стоять на начало месяца - возможны нарушения трудового законодательства по отношению к сотруднику-инвалиду.
В общем, это вопрос принципиальный и, как в результате переговоров оказалось, из области "наведения красоты".
В итоге порешали: вводим доп. аналитику для элементов спр. Физлиц, где ОК будут указывать точные даты и лепим внешний отчет, чтобы собрали информацию в кучу когда нужно будет.

Если данное детективное расследование кому-то пригодится в качестве практики (что маловероятно, поскольку на Земле подавляющее большинство - симпл-пиплы) - буду рада.
 

Andrey

ВР
Команда форума
Надо попросить модераторов сделать некую "выжимку информации" из темы и добавить ее или в FAQ или в раздел помощи. Думаю это будет интересно для тех. кто ведет учет, а не лепит его на коленке. Я тоже общался с кадровиками по этому вопросу, но поскольку у нас инвалидов нема, то для них это не актуально, и соответственно, они "просто приняли к сведению".

:sneaky: Хммм..... надо наваять какую-нибудь обработочку с отчетиком, для типовых, авось за сотню-другую кому-нибудь понадобиться.
 
Верх