Luck-lady.ru

Настольная книга финансиста
6 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Неверно задан период действия регистр расчета

Внешняя Т-61 (взамен штатной-косячной для ЗУП 2.5.17.8)

Если при попытке печати выводится сообщение: «<ОбщийМодуль.ПроведениеРасчетовДополнительный(787)>: Ошибка при вызове метода контекста (Записать): Запись не верна! Неверно задан период действия (Регистр расчета: Основные начисления сотрудников организаций; Номер строки: 1)
НаборЗаписейРегистра.Записать( , , , Ложь);
по причине:
Запись не верна! Неверно задан период действия (Регистр расчета: Основные начисления сотрудников организаций; Номер строки: 1)»

То можете смело использовать данную форму.

Скачать файлы

Специальные предложения

Новый вопрос

на самом деле основные проблемы в этом релизе с уволенеными связаны как раз с тем что 1С забыла что по уволенным могут фомироваться отчеты

1. расчетные листки за месяц увольнения
2. расчеты при увольнении

а также что уволенный может принести больничный немного позже увольнения

как то 1С-ники как оказалос не дружат с уволенными

Обновление 14.10.09 00:00

Операционная система Не имеет значения

Код открыт Не указано

См. также

Трудовой договор, Дополнительное соглашение, Лист ознакомления, Договор о материальной ответственности, Договор о коммерческой тайне, Согласие на обработку персональных данных для ЗУП 3.1

Комплект печатных форм для отдела кадров для документов Прием на работу и Кадровый перевод: Трудовой договор, Доп. соглашение к трудовому договору, Лист ознакомления с локальными нормативными актами, Договор о полной материальной ответственности, Договор о неразглашении коммерческой тайны, Согласие на обработку персональных данных.

12.03.2019 23317 131 Asenka 31

Подборка программ для взаимодействия с ЕГАИС Промо

ЕГАИС (Единая государственная автоматизированная информационная система) — автоматизированная система, предназначенная для государственного контроля за объёмом производства и оборота этилового спирта, алкогольной и спиртосодержащей продукции. Инфостарт рекомендует подборку проверенных решений для взаимодействия с системой.

Помощник перехода с КА 1.1 на ЗУП 3.1

Обработка предназначена для переноса данных из КА 1.1 в ЗУП 3.1.

25.12.2018 19983 106 gudogu 36

Отправка электронной почты с помощью локального почтового клиента из 1С, развернутой под удаленным рабочим столом

Решение для интерактивной (нажал-отредактировал) отправки электронных писем и печатных форм через почтовый клиент (Thunderbird, Outlook) находящийся на локальном компьютере, из конфигурации 1С, развернутой под удаленным рабочим столом (RDP, remote-app). Подходит также для локального развертывания 1С. Представлен пример быстрой интеграции с конфигурациями «Управление торговлей 10.3», «Управление производственным предприятием 1.3», «Комплексная автоматизация 1.1», «Бухгалтерия предприятия 2.0».

21.09.2018 17966 13 stvorl 0

Онлайн-интенсив «1C:Предприятие для программистов: Бухгалтерские задачи» с 22 июня по 8 июля 2020 г. Промо

Данный онлайн-курс предусматривает изучение механизмов платформы “1С:Предприятие”, которые предназначены для решения задач бухгалтерского учета. Курс предназначен для тех, кто уже имеет определенные навыки конфигурирования и программирования в системе “1С:Предприятие”, а также для опытных пользователей прикладного решения “1С:Бухгалтерия” и прочих прикладных решений, в которых реализованы соответствующие механизмы для автоматизации бухгалтерских задач.

Расчет Тарификации и зарплаты в средних общеобразовательных школах для ЗКГУ 3.1 (релиз 3.1.13.146)

Данная настройка конфигурации предназначена для расчета Тарификации педработников и расчета зарплаты в средних общеобразовательных учреждениях. Настройка сделана на базе Типовой конфигурации «Зарплата и кадры государственного учреждения» редакции 3.1.

05.09.2018 17687 41 ivnik 8

Расширение резервов отпусков

Произвольная настройка базы для расчета резервов отпусков.

10.08.2018 18469 48 СергейКа 16

Готовые переносы данных из различных конфигураций 1C Промо

Рекомендуем готовые решения для переноса данных из различных конфигураций 1C. C техподдержкой от разработчиков и гарантией от Инфостарт.

Проверка и корректировка данных по выплате зарплаты

Обработка показывает остатки и движения взаиморасчетов с сотрудниками. Также обработка может откорректировать сумму остатков. Конфигурации: «Зарплата и управление персоналом» , релиз не ниже 3.1.2.105 и «Зарплата и кадры государственного учреждения» , релиз не ниже 3.1.2.105.

08.06.2018 18984 142 APTEM_SLV 14

Автоматическое заполнение графиков в ЗУП 3.1

Данная разработка будет актуальна для организаций с большим количеством графиков (несколько десятков/сотен).

05.05.2018 17062 19 notserioussam 2

DevOps для 1С. Онлайн-курс проходит с 16 апреля по 11 июня 2020 года. Промо

Данный онлайн-курс предусматривает изучение процессов DevOps, их применение при разработке на платформе 1С. В результате прохождения онлайн-курса вы сможете: настроить ПО необходимое для проведения проверок и тестирования, создавать сценарии тестирования и объединять их в комплексные процессы, создавать скрипты для автоматизации процессов DevOps.

Настройки отчета «Анализ начислений и удержаний» для ЗУП/ЗГУ 3.1

Несколько полезных настроек отчета «Анализ начислений и удержаний» для зарплаты редакции 3.1. В состав входят настройки: Свод в разрезе налогообложения, Сводные данные для статистики, Реестр пособий, Расчетная ведомость по зарплате, Свод в разрезе финансирования, Отклонения от режима работы, Свод по зарплате в разрезе ИФНС, Начисления с детализацией отсутствий, Лицевые счета сотрудников, Распределение отпусков, Сводка затрат

03.05.2018 28403 268 the1 35

Правила конвертации документов ЗУП 2.5 — ЗУП 3.1

Правила конвертации документов ЗУП 2.5 — ЗУП 3.1. Позволяют вести параллельную работу в базах ЗУП редакций 2,5 и 3.1.

06.03.2018 32109 126 kostya_whiskas 23

Онлайн-курс «Автоматизация процессов управления МТО: методика сбора и формализации требований» с 1 апреля по 13 мая 2020 года. Промо

Цель курса — повысить полноту и качество сбора и формализации требований к автоматизации процессов управления материально-техническим обеспечением. Курс основан на процессном подходе, позволяет в полном объеме выявить и учесть все факторы, влияющие на специфику процессов управления МТО. Участники курса получают теоретические знания в области организации процессов управления МТО и готовый инструментарий для сбора и формализации требований по автоматизации этих процессов (шаблоны, опросники, модели).

Трудовой договор, Дополнительное соглашение, Материальная ответственность, Коллективная материальная ответственность, Кадровый перевод, Индексация, Т-53 для ЗУП 3 внешние (7 печатных форм). Создание ведомостей по каждому сотруднику одной кнопкой

1. Комплект из 6 печатных форм для документов: Прием на работу, Индексация, Кадровый перевод, Кадровый перевод списком для ЗУП 3.1.11 и более ранних Трудовой договор, дополнительное соглашение, договор личной материальной ответственности, договор коллективной материальной ответственности, индексация, Ведомость Т-53 без лишних строк. Не требуется изменения конфигурации. Подключается через стандартное подключение внешних обработок. 2. Обработка для создания ведемостей из начисления зарплаты. 3. Расширение конфигурации для ЗУП 3.1.11 и КА 2.4.6 для редактирования стажа как в ЗУП 2.5 (Из трудовой деятельности сотрудника. Если ввели строки трудовой деятельности, то стаж считается до даты приема сотрудника).

26.01.2018 37907 538 p.ugrumov 96

Проверка данных после неполного («нового») переноса из ЗУП 2.5 в ЗУП 3.1

Описаны данные, которые необходимо проверить после неполного («нового») переноса из ЗУП 2.5 в ЗУП 3.1. Описано, на что необходимо обратить внимание, где найти перенесенные данные, что НЕ переносится, где найти настройки.

17.01.2018 23362 139 btydj 3

Онлайн-курс «Практические аспекты внедрения регламентированного учета и расчета себестоимости в 1С:ERP на крупных промышленных предприятиях» с 20 апреля по 15 мая 2020 года. Промо

Курс рассчитан для подготовки экспертов по регламентированному учету и учету затрат для внедрения на крупных промышленных предприятиях с «исторически сложившимся» учетом

Расширение возможностей печати: Вывод произвольного нижнего и верхнего колонтитула

Расширяем функционал вывода нижнего / верхнего колонтитула. Стандартно 1С имеет достаточно ограничений по выводу и наполнению колонтитулов содержимым, взять хотя бы такие, как вывод только текста и отсутствие ограничения на номер конечной страницы. А при разработке кода сталкиваешься с тем, что свой блок с нижним колонтитулом нужно прижимать к низу страницы. Казалось бы быстро решаемый вопрос, но и в нем есть нюансы. Сейчас я расскажу о том, как решалась эта задача. UPD 15.02.2018. Добавлен вывод верхнего колонтитула; Вывод колонтитулов на первой и последней странице управляется параметрами; Научился считать страницы: Добавлено заполнение переменных аналогичных стандартным из колонтитулов; Задаются форматы даты и времени. Ограничения прежние: 1. Повторно сформировать табличный документ после смены параметров страницы интерактивно.; 2. Передавать данные для более плотной печати как можно более мелко нарезанными кусками.

Читать еще:  Расчеты основанные на зачете взаимных требований

Регистр расчета

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

Структура

Информация в регистре расчета хранится в виде записей, каждая из которых содержит значения измерений и соответствующие им значения ресурсов.

Измерения регистра описывают разрезы, в которых хранится информация, а ресурсы регистра непосредственно содержат хранимую информацию. Например, для регистра расчета Начисления, который имеет следующую структуру:

записи, хранимые в базе данных, будут выглядеть следующим образом:

Связь с планом видов расчета

Регистр расчета связан с одним из планов видов расчета, существующих в прикладном решении. Эта связь обуславливает наличие у каждой записи регистра поля Вид расчета, благодаря которому механизмы регистра могут отслеживать взаимное влияние записей расчета друг на друга.

Периодичность

Регистр расчета хранит данные не только в разрезе созданных измерений, но и в разрезе времени. Это является причиной существования у каждой записи регистра расчета еще одного обязательного поля — Период действия. При создании регистра расчета разработчик может указать минимальную периодичность, с которой записи будут заноситься в регистр:

Подчинение регистратору

Изменение состояния регистра расчета происходит, как правило, при проведении документа. Поэтому каждая запись регистра связана с определенным документом — регистратором и номером строки этого документа. Добавление записей в регистр, их изменение и удаление возможно только одновременно для всех записей, относящихся к одному документу.

Связь с графиком времени

Для регистра расчета может быть указана связь с графиком времени. График времени представляет собой регистр сведений, в котором содержится временная схема исходных данных, участвующих в расчетах. Измерениями этого графика могут быть, например, график работы и дата, а ресурсом — количество рабочих часов в этой дате. Тогда можно будет связать запись регистра расчета с каким-либо конкретным графиком работы и в дальнейшем, средствами встроенного языка получать информацию о количестве рабочих часов, необходимую для выполнения расчетов.

Например, график времени, имеющий следующую структуру:

может содержать информацию о количестве рабочих часов:

Перерасчеты

Регистр расчета может включать в себя специальные объекты — Перерасчеты:

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

Уникальность записей

Система обеспечивает контроль уникальности записей, хранящихся в регистре расчета. Поэтому в регистре расчета не может находиться двух записей, относящихся к одной и той же строке одного и того же документа.

Механизмы, реализуемые регистром расчета

Вытеснение по периоду действия

Механизм вытеснения по периоду действия позволяет рассчитывать фактический период действия записи регистра расчета на основании анализа других записей, содержащихся в регистре.

В общем случае, запись регистра расчета содержит две даты, определяющие период, на который распространяется действие данной записи. Этот период называется периодом действия записи. Однако, если вид расчета, к которому относится данная запись, может быть вытеснен другим видом расчета, то период действия данной записи является лишь «запрашиваемым» периодом, то есть «мы хотим, чтобы запись действовала в этом периоде». Реально, фактический период действия данной записи можно будет определить лишь после анализа всех записей видов расчета, которые вытесняют данный вид расчета по периоду действия. Фактический период действия будет представлять собой набор периодов, являющихся подмножеством исходного периода действия данной записи. Если не будет найдено ни одной записи, вытесняющей данную по периоду действия, то фактический период действия данной записи будет равен ее периоду действия. Другим крайним случаем вытеснения по периоду действия является полное вытеснение данной записи другими записями. В этом случае фактический период действия записи будет отсутствовать.

Каждая запись регистра расчета содержит вид расчета, к которому она относится. Чтобы определить, какие записи должны вытеснять данную запись по периоду действия, регистр расчета использует связь с планом видов расчета, в котором описано взаимное влияние видов расчета друг на друга. Использование этой связи позволяет регистру расчета определять фактический период действия каждой записи.

Зависимость по базовому периоду

Механизм зависимости по базовому периоду позволяет получать значение базы для записи регистра расчета на основании анализа других записей, содержащихся в регистре.

База представляет собой числовое значение, которое должно быть использовано для расчета результата данной записи. База рассчитывается путем анализа результатов расчета других записей, от которых данная запись зависит по базовому периоду. Таким образом, в общем случае, запись регистра расчета содержит две даты, определяющие период, в котором нужно анализировать записи видов расчета, от которых данный вид расчета зависит по базе — базовый период. Использование связи с планом видов расчета позволяет регистру расчета определять виды расчета, от которых данный вид расчета зависит по базовому периоду.

  • зависимость по периоду действия;
  • зависимость по периоду регистрации.

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

В случае зависимости по периоду регистрации для получения базы будут выбираться результаты расчета тех записей, которые попадают в базовый период данной записи значением своего поля «Период регистрации».

Наиболее сложным вариантом зависимости по базовому периоду является случай, когда для вида расчета данной записи установлено свойство «Период действия является базовым периодом». Это свойство означает, что в качестве базового периода данной записи будет использоваться не базовый период, который указан в соответствующих полях записи, а фактический период действия записи, получаемый в результате работы механизма вытеснения по периоду действия и являющийся, в общем случае, набором некоторых периодов.

Формирование записей перерасчета

Механизм формирования записей перерасчета отслеживает факт появления в регистре записей, влияющих на результат расчета уже существующих записей. Возможность влияния новых записей на существующие определяется в результате анализа взаимного влияния видов расчета и на основании работы механизмов вытеснения по периоду действия и зависимости по базовому периоду.

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

Регистры расчета в 1С 8.3

Сдача регламентированной отчетности в соответствии с законодательством РФ.

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

Записи в регистр пользователь не может пометить на удаление, т.к. они заносятся в него с помощью документа-регистратора при проведении документа, но имеется возможность корректировать записи того или иного регистра.

Регистры расчетов в 1С – это таблицы, записи в которые формируются на основании планов видов расчетов и используются при расчете заработной платы. Данный регистр напоминает «Регистр накопления», но в его свойствах задействован параметр «План вида расчета», а его особенность заключается в том, что он периодический. Его периодичность определяет промежуток времени, к которому относится запись определенного регистра расчета и может принимать одно из значений:

Читать еще:  Расчет крупности сделки для ооо

Например, начисление заработной платы осуществляется ежемесячно, и учет взаиморасчетов с сотрудниками ведется в рамках месяца начисления. Для учета НДФЛ также важен период получения и выплаты дохода. Соответственно, регистрация записи происходит с указанием вида расчета и периода его регистрации.

Рассмотрим «Регистры расчета» на примере конфигурации «1С:Бухгалтерия 3.0».

Как посмотреть регистры расчета

Откроем документ «Начисление зарплаты» (раздел меню «Зарплата и кадры» — «Зарплата», журнал документов «Все начисления»). В строке документа смотрим запись о начисленной заработной плате и удержанном НДФЛ. Чтобы посмотреть какие записи в «Регистры расчета» были произведены, нажмем кнопку «Показать проводки и другие движения документа».

На закладках открывшегося окна отобразятся записи регистров расчета. Нажав кнопку «Еще», мы можем настроить, какие регистры отображать или скрыть.

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

Отключим некоторые регистры, чтобы в заголовках закладок название отображалось полностью, и можно было прочесть название регистра. Рассмотрим некоторые регистры, касающиеся начислений и удержаний по сотрудникам.

Перейдем к закладке регистра расчета «Зарплата к выплате». За февраль по сотруднику документом «Начисление зарплаты» в этом регистре сделано две записи – строка «Приход на сумму начисленной зарплаты» и сумма НДФЛ со знаком минус.

При записи данных из документа-регистратора в регистр записывается дата начала периода, в котором проводится документ. Так, документ «Начисление зарплаты» производится датой конца месяца, и в нем указан период действия месяц (в нашем случае – февраль). Поэтому в записи поля «Период взаиморасчетов», в регистре расчета «Зарплата к выплате», будет стоять первое число месяца, в нашем примере – 01.02.2019. В том случае, когда периодичность регистра будет год, то значение периода регистрации в регистре расчета будет стоять начало года, например, 01.01.2019. В регистре «Взаиморасчеты с сотрудниками» мы видим также записи регистрации суммы начисления и удержания по сотруднику.

В регистре «Начисления удержания по сотрудникам» в регистрах сделаны записи отдельно по каждому виду расчета.

Сформируем документ «Ведомость в банк» и выплатим сотруднику аванс. После проведения документа в регистре «Зарплата к выплате» фиксируется запись – строка «Расход» на сумму выплаченного аванса. Т.е. сумма долга перед работником уменьшается.

Рассчитаем окончательную выплату. Сформируем документ «Ведомость в банк», нажмем кнопку «Заполнить», и программа автоматически на основании данных регистров укажет сумму к выплате.

К выплате по сотруднику получилось 10180,00 руб. (начислено 21660, НДФЛ -2816, аванс -8664). В регистрах «Зарплата к выплате» и «Взаиморасчеты с сотрудниками» мы видим данные по выплате задолженности перед сотрудником.

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

Рассмотрим регистры расчета по НДФЛ. В документе «Начисление зарплаты» регистры «Расчеты налогоплательщиков с бюджетом по НДФЛ» и «Учет доходов для исчисления НДФЛ» отражают записи по доходу для исчисления НДФЛ и суммам начисленного НДФЛ, отражают всю информацию – коды доходов, налоговой ставке, предоставленных вычетах и т.д.

На основании данных этих регистров формируются налоговые отчеты и справки.

Сформируем справку «2-НДФЛ для передачи в налоговый орган» (в разделе меню «Отчеты» — «1С-Отчетность» — «Регламентированная отчетность» или раздел меню «Зарплата и кадры» — «НДФЛ»). Мы видим в отчете по сотруднику знакомые цифры – доход начислен в сумме 21660 руб. и НДФЛ – 2816 руб. Но мы видим, что НДФЛ удержано и перечислено, но у нас не зафиксировано.

Это означает, что эти данные задействованы в других регистрах и формируются другими документами. Документ «Ведомость в банк» движений по регистрам связанных с НДФЛ не формирует. Обратите внимание на кнопку «Оплатить ведомость».

Оплата ведомости в программе «1С:Бухгалтерия 3.0» формируется документом «Списание с расчетного счета».

И если мы посмотрим движения регистров, сформированных этим документом, мы увидим, что сумма НДФЛ удерживается именно при проведении этого документа – запись в регистр накопления «Расчеты налогоплательщиков с бюджетом по НДФЛ» — строка «Расход».

Сформируем повторно «Справку 2-НДФЛ для передачи в ИФНС». Мы видим, что сумма «НДФЛ удержанный» появилась в строке сотрудника.

Перечисление НДФЛ в бюджет отражается документом «Списание с расчетного счета», вид операции «Уплата налога», и именно этот документ формирует записи в регистры накопления – «Расчеты налоговых агентов с бюджетом по НДФЛ» и «Уплата НДФЛ налоговыми агентами (к распределению)», на основании которых и формируются данные налоговых отчетов.

Сформировав «Справку 2-НДФЛ для передачи в ИФНС» мы видим, что сумма перечисленного НДФЛ заняла свое место в отчете.

Раскрыв строку по сотруднику, в отчете мы видим подробные записи по месяцам и общие суммы начисленного, удержанного и перечисленного НДФЛ

Анализ регистров

Используя универсальный отчет, можно просмотреть данные по тому или иному регистру. Об «Универсальном отчете» дополнительно можно почитать в статье «Универсальный отчет в 1С 8.3».

«Универсальный отчет» находится в разделе меню «Отчеты» — «Стандартные». Указав, что отчет будет формироваться по «Регистрам накопления». Выбираем регистр, который хотим посмотреть. С помощью кнопки «Настройки» настраиваем данные, которые хотим вывести в отчет.

Например, на закладке «Отбор» мы можем установить отбор по любому доступному элементу, например «Физическое лицо» — кнопка «Добавить отбор».

На закладке «Структура» задать поля для отображения в отчете.

Раскрыв детализацию можно добавить или удалить поля, снимая и устанавливая галочки. Если нужного поля нет в предложенном списке, его можно добавить с помощью кнопки «Добавить». Чтобы узнать, каким документом сформирована запись регистра, необходимо отметить поле «Регистратор».

Сформировав отчет по регистру «Расчеты налоговых агентов с бюджетом по НДФЛ», мы видим, что документом «Списание с расчетного счета» в феврале производилась запись по перечисленном НДФЛ за январь, хотя данным документом производилась уплата НДФЛ за февраль. Поэтому надо проанализировать данные, выяснив, почему не отражен НДФЛ за январь.

Так, научившись видеть регистры и понимать их влияние на те или иные данные при заполнении документов или отчетов, пользователь сможет избежать большинства возникающих в ходе работы ошибок. В случае крайней необходимости, если возникли недочеты в прошлых периодах или при переносе данных из других программ, можно произвести корректировку регистров. Об этом подробнее можно почитать в статье «Корректировка записей регистров в 1С 8.3».

Регистры расчета

1С: Предприятие 8.3.14.Документация

1. Общая информация о регистрах расчета

Регистр расчета ‑ это объект конфигурации, который позволяет организовать учет результатов вычислений, выполненных расчетами, указанными в плане видов расчетов. Регистры расчета позволяют, например, реализовать регистрацию начислений в пользу физических лиц (оплата труда, оплата больничных листов, оплата дней отпуска и т. д.).

1.1 Общие понятия

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

Периодичность расчетов. Определяет, с каким периодом будут (могут) выполняться расчеты, учитываемые данным регистром. Задается в свойстве Периодичность регистра расчетов. По значению этого свойства (если регистр периодический) определяется период действия записи регистра расчета. Например, регистр имеет периодичность Месяц, тогда при формировании записи регистра в качестве периода действия выбирается дата документа (например, некий расчет за ноябрь 2008 г.), и по ней система определяет период действия на начало 01.11.2008.

Читать еще:  Расчет отпускных при сокращении

Период регистрации ‑ дата начала периода, указанного при регистрации расчета (вычисляется по дате документа-регистратора). Например, в июне 2008 г. производится начисление оклада за май 2008 г. (расчеты с периодичностью Месяц). Май 2008 г. ‑ период действия (в базе данных записывается дата 01.05.2008), а июнь 2008 г. ‑ период регистрации (в базе данных записывается дата 01.06.2008).

Период действия ‑ начальная дата периода, определяемая в соответствии со значением свойства Периодичность. Например, в документе указывается, что расчет производится за май 2008 г. Для значения свойства Периодичность регистра Месяц период действия определяется датой 01.05.2008; для значения Квартал ‑ 01.04.2008.

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

1.2. Механизм вытеснения

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

Так, если учетная запись, соответствующая отпуску, имеет период действия с 03.03.2008 по 13.03.2008, то учетная запись, соответствующая начислению по окладу, может, например, иметь фактический период действия, состоящий из двух промежутков: с 01.03.2008 по 02.03.2008 и с 14.03.2008 по 20.03.2008.

Конкуренция за период действия поддерживается механизмом вытеснения регистра расчета, работа которого определяется составом вытесняющих видов расчета, датами периода действия и т. д.

1.3. Механизм перерасчетов

Зависимость учетных записей по базовому периоду действия можно рассмотреть на примере начислений в пользу физического лица оплаты по окладу и зависящего от него начисления по среднему заработку. Если в регистре происходит изменение состояния учетных записей оплаты по окладу в некотором периоде (удаление, изменение или ввод новых учетных записей), то это приводит к необходимости пересмотра результатов учетных записей оплаты по среднему заработку, если такие записи имеются в соответствующем периоде. Для реализации такого взаимного влияния учетных записей регистра расчета введено понятие базовый период записи регистра. Так, если учетная запись, соответствующая оплате по среднему заработку, имеет базовый период с 01.01.2008 по 31.03.2008 (т. е. использует средний заработок за три месяца), то любые изменения в учетных записях оплаты по окладу за этот период приведут к необходимости пересмотра учетной записи оплаты по среднему заработку.

4.2. Редактирование регистра расчета

Для работы с регистрами расчета предназначена ветвь Регистры расчета дерева конфигурации.

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

Регистр расчета “Начисление” (ЗУП 3.1). Закладка данные

ПРИМЕЧАНИЕ. В качестве типа измерения регистра расчета не могут выступать значения типа УникальныйИдентификатор, ДвоичныеДанные, строка неограниченной длины.

В этом разделе будут описаны уникальные свойства регистра расчета в дополнение к общим свойствам объектов.


Регистр расчета “Начисление” (ЗУП 3.1). Закладка Основные

План видов расчета ‑ основная характеристика регистра. Подробнее см. здесь. Для регистра расчета можно указать только один план видов расчета.

Период действия ‑ если свойство установлено, то взаимное влияние движений данного регистра принимает конкурирующий характер. Примером конкурирующих движений может служить начисление заработной платы и оплата больничного листа ‑ нельзя одновременно и болеть, и работать, т. е. получать и оклад, и деньги по больничному листу. Такие расчеты взаимно исключают друг друга во времени, и система должна гарантировать, что ввод одного из них приведет к исключению другого.

Регистр расчета с поддержкой периода действия имеет ограничение на количество записей с одинаковыми значениями измерений, периода регистрации и вида расчета.

При расчете фактического периода действия, который выполняется при каждой записи набора записей регистра, может возникнуть ошибка нехватки памяти в том случае, если в расчете фактического периода действия участвует большое число одинаковых записей. Фактически, это значит, что есть ограничение на число записей, действующих в одном и том же отрезке времени. Например, для одного и того же сотрудника многократно введено начисление оклада за один и тот же период.

Значение ограничения зависит от различных условий (используемой СУБД, технических данных компьютера и т. д.), но, в любом случае, это ограничение не проявляется в условиях реальной практики.

График ‑ свойство доступно, если установлено свойство Период действия. Свойство представляет ссылку на регистр сведений, в котором описывается временная схема исходных данных, участвующих в расчете. График следует указывать для тех расчетов, которые зависят от исходных данных, распределенных в пределах периода действия по определенному правилу. Например, это может быть график учета рабочего времени организации с разбивкой по дням, учет лекционных часов с разбивкой по часам и т. д.

Значение графика ‑ свойство доступно, если установлено свойство Период действия. В свойстве выбирается ресурс регистра сведений, определенного в свойстве График.

Например, в качестве графика указан регистр сведений ГрафикРаботыОрганизации. Этот регистр имеет реквизиты РабочийДень(тип Булево) и РабочиеЧасы (тип Число). В первом указывается признак, является ли данная дата рабочим днем, а во втором ‑ число рабочих часов в рабочем дне. Выбор реквизита РабочийДень означает, что при расчете будет анализироваться, является ли конкретный день периода расчета рабочим (т. е. следует ли производить расчет заработной платы за указанный день). Выбор реквизита РабочиеЧасы означает, что при расчете будет выбираться число рабочих часов и на основе этого значения будет произведен указанный расчет. Собственно распределение задается в режиме 1С:Предприятие (вручную или средствами встроенного языка).

Дата графика ‑ свойство доступно, если установлено свойство Период действия. В свойстве выбирается измерение регистра сведений, определенного в свойстве График и имеющее тип Дата. По значению данного свойства осуществляется привязка к значениям ресурса регистра сведений, указанного в свойстве Значение графика.

Базовый период ‑ если свойство установлено, то устанавливается связанный характер взаимного влияния движений данного регистра. Примером связанных движений может служить связь расчета сумм начисления выплат по средней от сумм начисления в базовом периоде.

Периодичность ‑ определяет период, с которым регистрируются движения и в пределах которого движения могут влиять друг на друга (для регистров, поддерживающих период действия).

Перерасчеты ‑ подчиненные объекты регистра, которые позволяют задать правила взаимного влияния движений регистров. В группе Связь палитры свойств объекта в свойстве Измерение регистра указывается основное измерение текущего регистра, которое следует пересчитать при изменении данных ведущих регистров, указанных в свойстве Данные ведущих регистров. Например, перерасчет суммы удержания по физическому лицу будет формироваться при изменениях начислений (оплата труда, премии).

Если установлено свойство Базовый период, то формирование данных перерасчетов будет выполнено автоматически. Если свойство не установлено, то формирование данных перерасчетов должно производиться пользователем вручную (при проектировании следует разработать специальную форму ввода перерасчетов и механизм их выполнения).

Ссылка на основную публикацию
Adblock
detector