Секреты регистра сведений «Графики работы по видам времени»

1. Здравствуйте!

   Разработчики не описывают структуру и логику работы регистров, только работу в пользовательском режиме. Поэтому подробную информацию по логике работы того или иного регистра можно узнать только от них.

   По вашему вопросу вот что удалось найти на партнерском форуме в комментариях от разработчиков:

   Основная цель регистра ГрафикиРаботыПоВидамВремени, обеспечить данными подсистему расчета, и он спроектирован с учетом требований, диктуемых этой подсистемой, например это требования регистра расчета к таблице, содержащей данные графика, требования к быстродействию (поэтому мы пишем туда данные, которые необходимы именно подсистеме расчета). Так что этот регистр носит несколько техногенный характер.

   По поводу момента формирования данных регистра ГрафикиРаботыПоВидамВремени.
   Т.к, я писал выше, что основанная цель регистра, обеспечить данными подсистему расчета, то момент формирования данных (а именно тогда, когда эти данные нужны подсистеме расчета), мне кажется вполне логичным.

   И заполнение этого регистра мы делаем не каждый раз при расчете и не по всем сотрудникам, а только по тем сотрудникам, по которым первичными документами учета времени (табель и т.п.) были зарегистрированы данные и по которым, данные этого регистра еще не были сформированы. Если же данные первичных документов были изменены, то при очередном расчете данные регистра ГрафикиРаботыПоВидамВремени будут пересчитаны, но только по тем сотрудникам, для которых это необходимо.

   1. Почему при проведении табеля, заполнении и проведении документа «Начисление зарплаты и взносов» в РС добавляются записи, где в колонке «Наименование» вместо ссылки на график появляется ссылка на сотрудника (вложение 1), но не на всех сотрудников? Куда делся Базин?

   Пробовали установить фильтр по Базину, а не периоду? У меня в демо-базе не возникло проблем проблем при вводе «Отпуска» по сотруднику, регистрации «Табеля» и расчета «Начисления зарплаты и взносов».

   2. Как исключить появление в РС записей с периодом регистрации, не совпадающим с периодом (вложение 2), возникающих, судя по всему, при изменении периодов в документах «Табель» или «Начисление зарплаты и взносов» после первичного проведения? (во вложенном примере нет актуальных проведенных документов за май, но записи в РС есть, причем с периодом регистрации — апрель и флажком «План»).

   Здесь не подскажу, т.к. нигде этой информации не нашла.

   3. Для чего нужны «персональные» записи в РС с наименованием в виде ссылки на сотрудника.

   Смотрите выше комментарий разработчиков.

   4. Можно ли как-то удалить «персональные» записи РСи не приведет ли такая чистка к ошибкам в расчетах?

   Думаю, что проблемы будут, т.к. выше в комментарии говорилось, что эти записи используются для расчетов.

   Вопросы не для общего развития, т.к. заметила, что период регистрации фигурирует в регистре расчета «Начисления» как период регистрации времени (вложение 3), и, если он не совпадает с периодом начисления, это иногда приводит к некорректному расчету начислений, в расчетную базу которых входит вид расчета со «странным» периодом регистрации времени.

   Приведите пожалуйста конкретный пример. Последовательность ввода документов и описание какая проблема возникла. Можно прислать базу с пример (я так понимаю, что пример вы воспроизводили в демо-базе).

2. Ольга, спасибо! Рада любой информации об этом загадочном объекте. Техподдержка на мое письмо написала, что по регистрам они консультации не дают.
   Прикрепила файл, с описанием одной из «пойманных» на рабочей базе ошибок, связанных с некорректным заполнением периода регистрации времени в регистре расчета «Начисления». На демо-базе воспроизвести ошибку расчета пока не получается, т.к. на рабочей базе ошибка возникает не всегда, а при каких-то комбинациях периода начисления и периода регистрации времени, накладывающихся на график.

   1. Здравствуйте, Лариса!
      Попробую смоделировать ситуацию в демо-базе и по результатам тогда напишу вам.

   2. Здравствуйте!
      Спасибо за ожидание!
      У меня база получилась = 16 313,16, когда я в поле «Месяц» для «Больничного листа» указала Апрель 2023. Потом заполнила «Табель». В него загрузились дни по БЛ. Потом рассчитала «Начисление зарплаты и взносов» и здесь получился результат по Доплате = 454,38 руб.
      Потом в «Больничном листе» поменяла месяца на Май 2023 г. Если в этом случае пересчитать «Начисление зарплаты и взносов» за май, то база получается = 19 032,02 и Доплата не требуется.
      Возможно, что пользователи ошибались в поле «Месяц», а потом после расчета зарплаты меняли месяц на правильный? Или в ЗУП 3 еще есть механизм автоматического создания «Больничный листов» при обмене в СЭДО. Возможно в этот момент программа устанавливала не тот месяц, но пользователь это не замечал и исправлял данные уже после расчета «Начисления зарплаты и взносов»?

3. Ольга, спасибо! Создавала документы по Вашему алгоритму, ошибку получилось и воспроизвести и исправить.
   Но, поскольку, при расчете больничного у нас месяц устанавливается правильно, попробовала «поиграться» с загадочным регистром.
   Ранее отправляла вложение 2 со скриншотом непонятно откуда появившихся в РС записями Акопяна с периодом регистрации Апрель и флажком «План». Создала копированием такие же записи для сотрудника на больничном т.к. было замечено, что у всех сотрудников с ошибочным расчетом были подобные записи в регистре. После чего воспроизвела последовательность Больничный-Табель-Начисление зарплаты и взносов. Т.е. распровела табель, пересчитала больничный лист, провела табель, рассчитала начисление доплаты. В результате из регистра расчета «Начисления» исчез период регистрации времени для больничного, а в «Начислении зарплаты и взносов» база опять встала 16 313,16.
   Вывод: если исключить появление в регистре сведений «Графики работы по видам времени» записей с прошлым периодом регистрации и флажком «План», ошибок в расчете доплаты у нас не будет. Осталось только понять, в какой момент такие записи в РС появляются.

   1. Здравствуйте, Лариса!
      Можно при следующем обнаружении описанной проблемы направить базу для анализа разработчикам — v8@1c.ru. Тогда они возможно определят проблему.
      Я пока не буду закрывать вопрос. Подождем, возможно ошибка проявится в базе. Интересно было бы узнать результаты расследования.

      1

4. Ольга, добрый день!
   Направила вопрос в техподдержку, загрузила базу с воспроизведенной ошибкой, они её исправили пересчетом документа Больничный лист при проведенном табеле, на вопрос о причинах возникновения ошибки ответили, что вариантов масса. Вопрос закрыли. Теперь слежу в рабочей базе за загадочным регистром, надеюсь, все-таки, понять, откуда в нем берутся записи, провоцирующие возникновение ошибки. Спасибо Вам за помощь в расследовании.

   1. Добрый день, Лариса!
      Была в отпуске, поэтому прочитала ваше сообщение только сейчас.

      Спасибо большое, что написали об ответе разработчиков! Способ исправления очень пригодится, пока не ясна причина проблемы.

      Если у вас появятся новости, то будем очень рады, если ими поделитесь. Можно будет прямо в этом вопросе продолжить обсуждение. Для этого предварительно напишите пожалуйста менеджерам на почту — mail@buhexpert8.ru сообщение об открытии возможности размещения комментариев.

      1

Комментарии закрыты.