Многие программисты 1С никогда не сталкивались в своей практике с компонентой «Расчет»,поэтому, когда им приходится сдавать экзамены на Специалиста по Платформе 8.0, где в каждомзадании есть задача по сложным периодическим расчетам, возникают сложности, прежде всего сложности понимания.
Попробуем разобраться с этой компонентой в 8.0. Вместо того чтобы решать различные задачи на расчет попробуем разобраться с этой компонентой так, чтобы можно было решить любую задачу по расчету. Изучив это пособие, вы поймете, как устроены иработают регистры расчета.
Для примера будем использовать каркасную конфигурацию, устанавливаемую на экзаменах.
Честно говоря, я долго пытался придумать, для чего еще нужны расчеты, но не придумал, поэтому будем рассматривать задачу расчета зарплаты.
В принципе, конечный продукт расчета зарплаты - это набор записей регистра расчета вида:
|
Сотрудник |
Период |
Вид расчета |
Результат |
Данные |
Комментарий |
|
Измерение |
Служебный |
Служебный |
Реквизит |
||
Значение в колонке «Данные» отражают базовый оклад работника (согласно трудового договора), но эта сумма может быть увеличена премиями, уменьшена штрафами и невыходами и т.п., поэтому реальная сумма к выплате заносится после выполнения расчета в колонку «Результат». В этом и заключается расчет. Сумма по колонке «Ресурс» для данного сотрудника - причитающаяся ему зарплата.
Таким образом регистр расчета - по сути набор записей, по структуре похож на оборотный регистр накопления. Просто для выполнения сложных расчетов для него указываются дополнительные настройки, которые позволяют затем строить много виртуальных таблиц для регистра расчета, хотя, по сути этот регистр - просто набор записей, указанных на рисунке.
Каждая запись регистра расчетов относится к определенному виду расчета и периоду времени.
Каждая запись видов расчета имеет служебный реквизит - вид расчетов.
Вид расчетов можно представлять себе как элемент особого справочника типа «План видов расчетов» - он также имеет реквизиты, табличные части, предопределенные и заведенные пользователем элементы. В системе может быть несколько таких «справочников».
Для примера заведем план видов расчета Основной и в нем предопределенные виды расчета оклад , премия , невыход , командировка .
Виды расчета используются функционально для того, чтобы отразить влияние записей регистра расчета друг на друга. Но сокращенно говорят о влиянии видов расчета друг на друга:
|
Вид расчета |
Описание |
Пример |
|
По базовому периоду |
Результат расчета зависимого периода зависит от результата базового периода. Если результат базового периода изменится, то результат зависимого периода нужно пересчитать. |
Премия зависит по базовому периоду от оклада. |
|
Вытеснение по периоду |
Период действия зависимого периода вытесняет период действия базового периода, таким образом у базового периода появляется фактический |
Невыход влияет на фактический период действия оклада. |
|
Ведущие расчеты |
Расчет зависит от ведущего расчета, но не прямо а косвенно, т.е. расчет А зависит от базового расчета Б, а расчет Б зависит от базового расчета В, следовательно А косвенно зависит от В, т.е. А зависит от ведущего расчета В. В самом деле, при изменении расчета В может измениться Б и следовательно может измениться А. Система автоматически не отслеживает такие сложные зависимости, поэтому нужно указывать какие расчеты являются ведущими. |
Премия зависит по базе от оклада, но также косвенно зависит и от невыхода. |
В силу подобного влияния, период действия записи регистра расчетов делится на четыре периода:
|
Период |
Описание |
|
Период регистрации |
В каком периоде зарегистрировано событие, т.е. обычно когда введен документ. |
|
Период действия |
В каком периоде действует событие, т.е. к какому периоду относится событие. |
|
Базовый период |
Имеет смысл только для периодов, имеющих базовый период - описывает интервал базового периода. |
|
Фактический период действия |
Если период действия вытесняется другими видами расчетов, то фактический период действия состоит из нескольких периодов, когда этот вид расчета фактически действует. |
Период регистрации задается одним числом - началом периода, соответствующим периодичности регистра расчета. Даже если мы установим в это служебное поле другую дату, он все равно заменится на начало периода. Остальные периоды задаются двумя полями - началом и концом периода.Фактический период действия - это набор периодов, т.к. он может состоять из нескольких интервалов дат.
В системе имеется возможность связывать данные из регистров расчета с графиками времени, чтобы по любому периоду можно было получить количество рабочих часов.
График времени - это простой регистр сведений, одно измерение которого хранит дату, другое связывается с измерением регистром расчета, а один из ресурсов используется для учета времени.
Измерение, которое связывается с регистром расчета обычно носит смысл «вид графика».
|
Дата |
Вид графика |
Значение |
|
11.01.05 пт |
Пятидневка |
|
|
11.01.05 пт |
Шестидневка |
|
|
12.01.05 сб |
Пятидневка |
|
|
12.01.05 сб |
Шестидневка |
Почему используется измерение дата, а не периодический регистр сведений? Все очень просто - если 11 января в пятницу по пятидневке у нас 8 рабочих часов, то это еще не значит, что на следующий день у нас будет опять же 8 рабочих часов. А ведь если бы мы использовали периодический регистр, значение на следующий день бралось бы из предыдущего дня при отсутствии записей.
Таким образом, имея определенный период (фактического действия, регистрации, базовый период и т.п.) мы можем автоматически получить количество часов за этот период по графику.
Перерасчет чем-то напоминает границу последовательности. Так как у нас есть зависимые расчеты, то при изменении их базовых и ведущих расчетов система должна как-то отметить, что мы должны пересчитать зависимые расчеты.
Для этого и служат перерасчеты.
Если мы рассчитаем базовые записи, то система отметит в перерасчетах, что нам нужно рассчитать зависимые записи. Как только мы рассчитаем зависимые записи, перерасчеты очистятся.
По сути перерасчеты - это список записей регистра расчета, которые нужно перерасчитать .
Если в перерасчетах не заводить ни одного измерения, то при изменении базовых расчетов в список перерасчета занесутся все зависимые записи.
Если мы заведем измерение «Сотрудник» в перерасчете, то при изменении базового расчета по сотруднику в перерасчеты добавятся зависимые записи только по этому сотруднику.
Достаточно теории. Попробуем изучить детали на практике. За основу возьмем каркасную конфигурацию.
Пусть премия задается фиксированным процентом к окладу (за вычетом невыходов и командировочных).
Командировочные пусть оплачиваются в двойном окладе + фиксированная сумма выплат за каждый день командировки.
Пусть за невыходы с сотрудника взымается штраф в размере половины оклада за период невыхода.
Начальная подготовка
Создадим новый план видов расчета «Основной».
Определим виды расчета и зависимости между ними:
|
Базовые |
Вытесняющие |
Ведущие |
|
|
Оклад |
Невыход, Командировка |
||
|
Премия |
Невыход, Командировка |
Оклад, Невыход, Командировка |
|
|
Командировка |
|||
|
Невыход |
Занесем эти виды расчета в план видов расчета «Основной» и в свойствахвидов расчета поставим зависимости согласно таблице.
В регистре расчета зарплаты сделаем измерение «Сотрудник» типа «ФизическиеЛица » - чтобы в регистре был разрез аналитики по сотрудникам.
В конфигурации уже имеется документ «Начисление зарплаты».
В нем две даты в шапке - «дата» и «период регистрации», а также по две даты «дата начала» и «датаконца » в каждой строчке.
Подразумевается что дата - это просто дата оформления документа, период регистрации указывает, за какой месяц мы считаем зарплату, а даты в каждой строке описывают период действия каждого вида расчета.
Добавим в модуль документа первоначальную установку реквизита «Данные» - в него будем заносить начальный оклад, установку периода регистрации, периода действия и базового периода.
Модуль документа будет выглядеть примерно так:
Для К аждого ТекСтрокаСписок Из Список Цикл
// регистр Расчеты
Движение = Движения.Р асчеты.Добавить ();
Движение.С торно = Ложь;
Движение.В идРасчета = ТекСтрокаСписок.ВидРасчета ;
Движение.П ериодДействияНачало = НачалоДня (ТекСтрокаСписок.ДатаНачала );
Движение.П ериодДействияКонец = КонецДня ();
Движение.П ериодРегистрации = ПериодРегистрации ;
Движение.Б азовыйПериодНачало = НачалоДня (ТекСтрокаСписок.ДатаНачала );
Движение.Б азовыйПериодКонец = КонецДня (ТекСтрокаСписок.ДатаОкончания );
Движение.С отрудник = ТекСтрокаСписок.Сотрудник ;
Движение.Г рафикРаботы = ТекСтрокаСписок.График ;
Движение.Р езультат = 0;
Движение.Д анные = ТекСтрокаСписок.Размер ;
КонецЦикла ;
Реквизит Сторно нужен чтобы сторнировать записи (аналог минуса).
Проставляем вид расчета, даты приводим к началу и концу дня. Конечно базовый период можно проставлять только у зависимых по базе видов расчета, а Данные можно проставлять только у оклада, но и так все работает.
Все документы датировать будем 20.01.2003, период регистрации будем ставить 02.01.2003 (специально указываю не начальные и конечные данные, здесь это неважно, все равно при записи в ПериодРегистрации преобразуется в начало периода 01.01.2003). Январь 2003 года используем, потому что за этот период заполнены графики работ.
Заведем перерасчет «Перерасчет», добавим в него измерение «Сотрудник», связанное с измерением «Сотрудник».
Играем с Перерасчетами.
Для игры откроем консоль запроса - обработка «ПроизовльныйЗапрос » в каркасной конфигурации. Создадим новый запрос конструктором запроса, добавим туда виртуальную таблицу Перерасчеты.Р асчеты.Перерасчет , текст запроса будет таким:
ВЫБРАТЬ
РасчетыПерерасчет.О бъектПерерасчета ,
РасчетыПерерасчет.В идРасчета ,
РасчетыПерерасчет.С отрудник
ИЗ
РегистрРасчета.Р асчеты.Перерасчет КАК РасчетыПерерасчет
Сформируем три документа - первым начислим оклад сотрудникам А и Б. Сотрудник А работает с 1 по 31 января, Б работает с 1 по 20 января. Вторым начислим премию сотруднику Б за период с 1 по 31 января, третьим назначим невыход сотруднику А с 20 по 25 января.
Играем с Фактическим периодом действия.
Создадим новый запрос - на этот раз в него добавим данные таблицы РегистрыРасчета.Р асчеты.ФактическийПериодДействия .
Сформируем запрос и увидим, что сотруднику А период действия оклада разбит на два периода - с 1 по 19 и с 26 по 31 января. Надеюсь вам понятно, что период был разбит на два, т.к. невыход вытеснил оклад.
Думаю, механизмы работы регистра расчета проясняются на глазах.
Изучаем графики.
Теперь попробуем начислить зарплату по окладу сотрудника.
Создадим новый запрос по регистру расчета используя виртуальную таблицу РегистрыРасчета.Р асчеты.ДанныеГрафика . У этой виртуальной таблицы можно задать параметр - условие отбора записей, например Сотрудник=&ВыбСотрудник и ВидРасчета=&ВидРасчета и График=&ВидГрафика .
Зададим в параметрах запроса конкретных сотрудников, виды расчета и графиков и посмотрим, сколько часов получается в результате.
|
Колонка результата |
Значение |
|
ЗначениеПериодДействия |
На какой период действия в часах была запись в регистре. |
|
ЗначениеФактическийПериодДействия |
Сколько сотрудник фактически проработал в часах |
|
ЗначениеБазовыйПериод |
Для оклада смысла не имеет, для премии - количество рабочих часов в базовом периоде. |
|
ЗначениеПериодРегистрации |
Сколько рабочих часов в периоде регистрации (месяц январь) |
В настройках для расчета з/п существует понятие «Планы видов расчетов». Типовые настройки задают уже настроенные планы начислений, взносов в фонды и удержаний.
Планы содержат заранее определенные виды начислений, удержаний и взносов в фонды, изменить которые пользователю не удастся (если в законодательстве что-то поменяется, элементы дополняются или меняются поточными обновлениями настроек). По предопределенным видам проходит автоматический расчет. Можно конечно дополнить списки вручную, создав новые элементы, в зависимости от специфичности ведения учета расчетов по з/п в организации.
В настройках заданные виды планов расчетов показаны на представленном дальше рисунке.
Для систематизации данных по планах видов расчетов определим их особенности по пунктам:
1. План видов расчетов « Основные начисления организаций » (меню «Зарплата - Начисления организаций», смотрите рисунок ниже) включает в себя виды основных начислений, используемых для расчета заработной платы . Если на предприятии используются дополнительные виды начислений, пользователь может добавить новую систему расчета начислений.
Например, вид расчета «Больничные за счет предприятия» является дополнительным начислением, введенным пользователем вручную.
При настройке плана вида расчета необходимо выбрать способ расчета из предложенного списка значений (Окно настроек планов видов расчетов).
Если выбрать пункт "фиксированной суммой", то начисления проходят ежемесячно по конкретной заданной сумме, определенной еще при приеме на работу сотрудника или при кадровых перемещениях.
Когда начисляют трудовое вознаграждение в документе « Начисления зарплаты работникам организации» автоматом заполнятся данные по каждому работнику, учитывая, что установлена фиксированная сумма.
· первичное → использует начисления за отработанное время;
· зависимые → у них базой для начислений является предыдущий уровень.
Реквизит «НДФЛ» нужен для отражения в форме №– 1ДФ, где будет указан код дохода для начисления НДФЛ.
Заполнение реквизитов «Отражение в бух. учете» и «Индексируется расчетом» дает возможность индексации этого начисления и представлено на следующем рисунке.
Показатели «Учета отработанного времени» указываются, чтоб использовать отчеты по труду и вычисления среднесписочной численности и численности в эквиваленте полной занятости. На вкладке «База для расчетов» записывается список взносов на это начисление.
Важно! Если выбрать метод вычисления «Нулевая сумма» → для сдельной оплаты труда в документах зачисления на работу выбирается вид расчета с нулевой суммой, а сумму начисления будет записывать пользователь в бумагах расчета вручную (в табл. часть поля «Размер»).
2. План видов расчетов «Взносы в фонды» (меню «Зарплата -> Учет НДФЛ и взносов - Взносы в фонды», смотрите одноименный рисунок).
Данный план расчетов утверждает базу расчета показателей взносов работников для разных фондов, взносы на фонд оплаты труда (ФОТ). Для каждого типа взноса выбираются определенные виды начислений в справочнике «Начисления организаций».
Пользователь может добавить новый план начислений по взносам и ввести новые параметры вычислений взносов на фонды.
При обработке нового плана расчетов на взносы в фонды либо на взносы в ФОТ выбирается метод расчета:
1. «По шкале» → тогда анализ базы расчета проводится в документе « », и автоматом определяется один предел и интервал порога в соответствии со списком «Шкала ставок». Далее, определив порог, база умножается на ставку этого порога.
2. «Прогрессивный» → в этом случае анализ базы расчета проводится тоже в документе « Начисление зарплаты работникам организации », но определяется автоматом столько порогов, сколько есть в списке «Шкала ставок».
При вычислении проходит анализ базы с учетом предела (реквизит «База (с ограничением)»). После расчета порога из базы с учетом предела вычитаем значение предыдущего порога. В случае, когда полученная на третьем шаге сумма имеет значение больше нуля, она умножается на соответствующую ей ставку.
Если дополнять план расчетов по взносам, то нужно будет еще записать изменения в регистр сведений « Виды расчетов взносов в фонды » (рисунок с аналогичным названием, представленный ниже).
В периодическом режиме (на дату) записывается для каждого вида налога новый созданный пункт плана расчетов для взносов в фонды.
3. План видов расчетов «Отражение зарплаты организации» (следующий рисунок):
Такой план расчета имеет установленные элементы, которые отображают все начисления, удержания, взносы и налоги.
Он автоматом определяет порядок оформления проводок.
4. «Удержания организаций» (Меню «Зарплата Удержания организаций»).
В этом окошке имеется весь перечень удержаний, которые возможно могут быть использованы в подсчетах величины заработной платы для сотрудников организации.
Пользователь сможет вручную записать новые типы расчетов удержаний, воспользовавшись методом расчета «Фиксированной суммой» либо методом «Процентом». Если выбран последний метод расчета, то потребуется заполнить базовые типы расчетов, чтобы ставка процента бралась из расчетной базы.
Метод отражения в бухучете автоматом подставит в проводки хозяйственную операцию из справочника «Способы отражения зарплаты в регламентированном учете».
Категория типа расчета имеет четыре вида: «Первичная» или «Зависимость первого уровня», «Зависимость второго уровня», «Зависимость третьего уровня». Если для подсчетов, например, процентов возьмется какая-то база, то нужно, чтобы «зависимость определенного уровня» была установлена на 1 выше определяемых в базовых видах расчета.
Нас находят: заполнение планы видов расчета в 1с 8 2 , 1c8 d eckjdbt cgbcjr pyfxtybq , план оплаты, план видов расчетов індексація 1с 8 2, Вид расчета в 1С8 2, вид расчета в 1с 8 2, 1С 8 2 Планы видов расчетов Создание вида расчета, как изменить регламентированный вид расчета 1с, дайте определение виду нагрузки представленному на рисунке укажите вид расчета соответствующий нагрузки, план видов расчета 1с 8 3
В данной статье рассмотрим теоретические основы работы с регистрами расчёта, а также выполним расчёт заработной платы сотрудника пропорционально количеству отработанных часов.
Регистр расчета(РР) - объект метаданных конфигурации, служащий для реализации периодических расчетов в системе 1С. Из очевидных областей применения регистров расчета можно выделить следующие: расчет заработной платы, расчет квартплаты, расчет арендной платы.
По своей структуре регистры расчета похожи на регистры накопления или регистры сведений. Они так же как и регистры накопления имеют измерения, ресурсы, реквизиты, но принцип действия регистров расчета абсолютно другой.
По сути своей измерения в регистре накопления служат «фильтром » в разрезе которого мы получаем данные из регистра накопления. Как пример, когда мы берём «остатки» по регистру накопления «Остатки товаров» в разрезе определённой номенклатуры или «срез последних» по регистру сведений «Оклады сотрудников» в разрезе определённого сотрудника. В отличии от регистра накопления измерения в периодическом регистре расчета служат для реализации ««(это когда протяженные во времени виды расчета конкурируют между собой на интервале периода действия записи т.е. как пример, вид расчета командировка вытесняет вид расчета оклад по периоду действия) и ««(это когда вид расчета премия зависит от вида расчета оклад за прошлые периоды).
механизма вытеснения по периоду действия «:
Здесь мы видим что вид расчёта «Командировка» обладает протяжённостью во времени и действует с 10 по 20 апреля, «Командировка» указана как вытесняющий вид расчёта для вида расчета «Оклад». «Оклад» также обладает протяжённостью во времени и действует с 1 по 30 апреля. Так как «Командировка» указана как вытесняющий вид расчёта для вида расчета «Оклад»(имеет больший приоритет, чем оклад) и действует на периоде действия оклада, то происходит вытеснение оклада командировкой и формируется «Фактический период действия оклада».»Фактический период действия оклада» это период действия оклада после вытеснения командировкой, в нашем случае он состоит из 2 периодов — с 1 по 9 апреля и с 21 по 30 апреля и в сумме составляет 19 дней. Механизм вытеснения по периоду действия работает только для протяжённых во времени расчетов.
На рисунке выше графически показан принцип «механизма зависимости по базовому периоду «:
Допустим, в конце апреля 2017 мы хотим начислить сотруднику премию в размере 10% от оклада. В качестве базовых видов расчёта для премии указан оклад.
Но в качестве «базы» для расчета премии мы возьмём не весь месяц апрель, а только интервал с 10 по 20 апреля(11 дней). Рассчитаем базу для премии, оклад сотрудника составляет 60000 рублей, в месяце имеем 30 дней, дневной оклад = 60000/30 = 2000 руб. Далее 2000*11 = 22000 руб. База для расчета премии составляет 22000 рублей.
Рассчитаем премию: (22000/100)*10 = 2200 руб. Премия в размере 10% от оклада составляет 2200 рублей.
С регистром расчета тесно связан прикладной объект метаданных «План видов расчета».
План видов расчета(ПВР) - объект метаданных конфигурации, хранящий в себе сведения о типах видов расчетов и определяющий влияние разных расчетов друг на друга.
Один план видов расчета может использоваться в нескольких регистрах расчета, но один регистр расчета не может использовать несколько планов видов расчета одновременно.
Регистр расчета является таблицей в которой хранятся рассчитанные данные, а в плане видов расчета хранятся алгоритмы расчета этих данных. Регистр расчета обязательно должен иметь хотя бы один документ регистратор, который делает движения по регистру расчета(например Начисление зарплаты).
Механизмы расчета в системе 1С Предприятие устроены таким образом, что сперва требуется сделать записи в регистр расчета и только после этого выполнить расчет на основе этих данных. К примеру, нельзя рассчитать премию на основе оклада пока этот самый оклад не записан в регистр расчета.
Рассмотрим подробнее регистры расчета на практике:
Шаг 1 .Начнём с плана видов расчета. План видов расчета необходимо создать перед созданием регистра расчета. План видов расчета создаём перед регистром расчёта потому, что перед созданием таблицы для хранения рассчитанных данных(т.е. регистра расчета) необходимо задать алгоритмы расчета этих данных(т.е. план видов расчета).
Создадим план видов расчета «Основные начисления». Сразу же перейдём на вкладку «Расчет». Здесь мы сразу же видим флаг «Использует период действия «, при установке данного флага все виды расчета входящие в данный план будут обладать протяжённостью во времени (например Оклад, Командировка), а также для данного плана видов расчета включается «механизма вытеснения по периоду действия «. Если флаг «Использует период действия» не установлен, то виды расчета не будут обладать протяжённостью во времени(например Премия, Штраф) и «механизма вытеснения по периоду действия» действовать не будет. Также на данной вкладке есть разделы «Зависимость от базы» и «Базовые планы видов расчета» — они служат для реализации «механизма зависимости по базовому периоду «, но об нём поговорим позже. Пока оставим «Зависимость от базы» в режиме «Не зависит».
Создадим предопределённый вид расчета «Оклад». На вкладке «Основное» всё просто. Задаём имя и код вида расчета.
Благодаря тому, что мы установили флаг «Использует период действия » у нас появилась вкладка «Вытесняющие » и включился «механизм вытеснения по периоду действия «.
На данной вкладке мы указываем виды расчета, которые будут вытеснять оклад по периоду действия(например Командировка).
Примечание : в «Вытесняющие» можно добавить виды расчета принадлежащие только данному плану видов расчета.
Также есть вкладка «Ведущие » — на ней указываются виды расчета при изменении которых должен пересчитываться текущий вид расчёта. Здесь можно указать и виды расчёта из других планов видов расчёта. Например, вид расчета «Оклад» является ведущим для вида расчёта «Премия» т.е. при изменении оклада у нас должна пересчитаться и премия т.к. премия начисляется в зависимости от оклада. В данном случае вид расчёта «Оклад» принадлежит ПВР «Основные начисления» использующем период действия, а вид расчета «Премия» принадлежит ПВР «Дополнительные начисления» не использующем период действия.
Шаг 2 .Создадим справочник «Графики» со структурой по-умолчанию. В справочнике «Графики» будем хранить режимы работы сотрудников(пятидневка, шестидневка и.т.д.).
Шаг 3 .Также нам нужен объект в котором мы будем хранить Производственный календарь(рабочие и выходные дни). Для этих целей используем непериодический независимый регистр сведений.
Создадим непериодический независимый регистр сведений «Графики работы» с 2 измерениями «Дата» и «График» и ресурсом «Количество часов».
Благодаря регистру сведений «Графики работы» мы сможем начислять заработную плату от оклада пропорционально количеству отработанных дней.
Шаг 4 .Создадим документ «Начисление зарплаты» со структурой реквизитов показанной ниже:
Реквизиты:
Оперативное проведение ставим в значение «Запретить» т.к. оно не имеет смысла для механизма периодических расчётов в 1С — ни премию, ни оклад, ни штраф мы никогда не начисляем в реальном времени.
Создадим форму документа с настройками по-умолчанию.
Шаг 5 . Наконец-то мы дошли и до создания регистров расчета.
Объект метаданных регистр расчета расположен в ветке «Регистры расчета» конфигуратора.
Создадим регистр расчета «Основные начисления». Настройки регистра расчета рассмотрим ниже:
1.В поле «План видов расчета» указываем ПВР «Основные начисления» созданный на шаге 1.
2.Ставим флаг «Период действия» в значение «Истина» т.к. ПВР, указанный на шаге 1 обладает протяжённостью во времени.
После установки данного флага у нас сразу же становятся доступны стандартные реквизиты «ПериодДействия», «ПериодДействияНачало», «ПериодДействияКонец» это значит, что виды расчета регистрируемые в данном регистре расчета также обладают протяжённостью во времени и у нас становится доступен «механизма вытеснения по периоду действия «.
P.S. Если указать ПВР, обладающий протяжённостью во времени у РР с флагом «Период действия» в значении «Ложь», то данный ПВР будет работать как ПВР не обладающий протяжённостью во времени.
3.После установки флага «Период действия» в значение «Истина» у нас становятся доступны поля «График», «Значение графика», «Дата графика».
В поле «График» указываем регистр сведений «Графики работы», созданный на шаге 3.
В поле «Значение графика» указываем ресурс «КоличествоЧасов» регистра сведений «Графики работы».
В поле «Дата графика» указываем измерение «Дата» регистра сведений «Графики работы».
4.В поле «Периодичность» указываем значение «Месяц» это значит, что данные в регистр у нас будут заноситься ежемесячно.
Ниже представлена структура метаданных регистра:
Флаг «Базовое» у измерения влияет только на производительность, его можно и не проставлять, но если поставить, то поле «Сотрудник» будет проиндексировано.
Измерение «Сотрудник» — оно применяется в «механизме вытеснения по периоду действия » и «механизме зависимости по базовому периоду «.
Ресурс «Сумма» — туда запишется рассчитанная зарплата.
Реквизит «График» указан как реквизит, а не измерение регистра т.к. ни его, ни он ничего не вытесняет — по сути справочное поле. Важно!!! Не забудьте заполнить поле «Связь с графиком» у реквизита «График», там должно быть указано измерение «График» регистра сведений «Графики работы» иначе размер заработной платы не будет рассчитываться.
Реквизит «Параметр» будет хранить значение оклада.
Вот теперь когда мы указали связь с РС «Графики работы» у нас будет рассчитываться заработная плата сотрудника пропорционально количеству отработанных дней.
В качестве регистратора указываем документ «Начисление зарплаты «, созданный на шаге 4.
Шаг 6 . Делаем движения по регистру расчета «Основные начисления».
Вернёмся к документу «Начисление зарплаты» созданному на шаге 4.
Опишем обработку проведения в модуле объекта документа:
Фрагмент кода обработки проведения документа
1С (Код)
Процедура ОбработкаПроведения(Отказ, РежимПроведения) // регистр ОсновныеНачисления Движения.ОсновныеНачисления.Записывать = Истина; Движения.ОсновныеНачисления.Очистить(); ПериодРегистрации=НачалоМесяца(Дата); Для Каждого ТекСтрокаОсновныеНачисления Из ОсновныеНачисления Цикл Движение = Движения.ОсновныеНачисления.Добавить(); Движение.Сторно = Ложь; Движение.ВидРасчета = ТекСтрокаОсновныеНачисления.ВидРасчета; Движение.ПериодДействияНачало = ТекСтрокаОсновныеНачисления.ДатаНачала; Движение.ПериодДействияКонец = КонецДня(ТекСтрокаОсновныеНачисления.ДатаОкончания); Движение.ПериодРегистрации = ПериодРегистрации; Движение.Сотрудник = ТекСтрокаОсновныеНачисления.Сотрудник; Движение.График = ТекСтрокаОсновныеНачисления.График; Движение.Параметр = ТекСтрокаОсновныеНачисления.Размер; КонецЦикла; КонецПроцедуры
Процедура ОбработкаПроведения(Отказ, РежимПроведения) // регистр ОсновныеНачисления Движения. ОсновныеНачисления. Записывать= Истина; Движения. ОсновныеНачисления. Очистить() ; ПериодРегистрации=НачалоМесяца(Дата) ; Для Каждого ТекСтрокаОсновныеНачисленияИз ОсновныеНачисленияЦикл Движение= Движения. ОсновныеНачисления. Добавить() ; Движение. Сторно= Ложь; Движение. ВидРасчета= ТекСтрокаОсновныеНачисления. ВидРасчета; Движение. ПериодДействияНачало= ТекСтрокаОсновныеНачисления. ДатаНачала; Движение. ПериодДействияКонец= КонецДня(ТекСтрокаОсновныеНачисления. ДатаОкончания) ; Движение. ПериодРегистрации = ПериодРегистрации; Движение. Сотрудник= ТекСтрокаОсновныеНачисления. Сотрудник; Движение. График= ТекСтрокаОсновныеНачисления. График; Движение. Параметр= ТекСтрокаОсновныеНачисления. Размер; КонецЦикла; КонецПроцедуры |
Создадим тестовый документ и проведём его:
Перейдём в «Движения документа»:
Видим, что период регистрации установился как начало месяца т.к. периодичность РР указана «Месяц». Так же видим, что заполнились все поля кроме суммы(ЗП ещё не рассчитана).
Шаг 7 .Напишем код расчета заработной платы.
Создадим общий модуль «Расчет» со следующими флагами:
В данном общем модуле у нас и будет происходить сам расчёт.
Напишем в модуле «Расчет» экспортную функцию «Рассчитать начисления»:
Так как мы заполнили в настройках РР «Основные начисления» поля «График», «Значение графика», «Дата графика» у нас стала доступна виртуальная таблица регистра расчета ДанныеГрафика, в запросе к виртуальной таблице нас интересуют поля:
«КоличествоЧасовФактическийПериодДействия» — содержит рассчитанное на основании данных графика количество фактически отработанных часов
«КоличествоЧасовПериодДействия» — содержит рассчитанное на основании данных графика количество рабочих часов в периоде расчёта
Процедура расчета заработной платы
1С (Код)
Процедура РассчитатьНачисления(Регистратор, НаборЗаписей) Экспорт //Оклад Запрос=Новый Запрос; Запрос.Текст="ВЫБРАТЬ | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовФактическийПериодДействия, 0) КАК ЧасовФакт, | ОсновныеНачисленияДанныеГрафика.Параметр, | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовПериодДействия, 0) КАК ЧасовПлан, | ОсновныеНачисленияДанныеГрафика.НомерСтроки |ИЗ | РегистрРасчета.ОсновныеНачисления.ДанныеГрафика(| Регистратор = &Регистратор | И ВидРасчета = &ВидРасчетаОклад) КАК ОсновныеНачисленияДанныеГрафика"; Запрос.УстановитьПараметр("Регистратор", Регистратор); // передаём документ регистратор чтобы поиск выполнялся только по текущему документу Запрос.УстановитьПараметр("ВидРасчетаОклад", ПланыВидовРасчета.ОсновныеНачисления.Оклад); //устанавливаем вид расчёта оклад т.к. рассчитываем оклад Выборка=Запрос.Выполнить().Выбрать(); СтруктураПоиска=Новый Структура; СтруктураПоиска.Вставить("НомерСтроки",0); //создадим структуру для поиска данных для расчёта по номеру строки Для Каждого Запись Из НаборЗаписей Цикл //цикл по набору записей текущего документа СтруктураПоиска.НомерСтроки=Запись.НомерСтроки; //заполняем номер строки для поиска Если Выборка.НайтиСледующий(СтруктураПоиска) Тогда //ищем в выборке данные для расчёта по текущему номеру строки Запись.Сумма =?(Выборка.ЧасовПлан=0,0, Выборка.ЧасовФакт/Выборка.ЧасовПлан * Выборка.Параметр); //рассчитываем ЗП пропорционально отработанным дням, в Параметр - текущий оклад КонецЕсли; Выборка.Сбросить(); //сбросим выборку, нужно чтобы следующая запись набора записей делала поиск по выборке сначала КонецЦикла; НаборЗаписей.Записать(,Истина); //записываем рассчитанные записи в базу, передаём параметр Замещать = Истина КонецПроцедуры
//Оклад Запрос=Новый Запрос; Запрос. Текст="ВЫБРАТЬ | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовФактическийПериодДействия, 0) КАК ЧасовФакт, | ОсновныеНачисленияДанныеГрафика.Параметр, | ЕСТЬNULL(ОсновныеНачисленияДанныеГрафика.КоличествоЧасовПериодДействия, 0) КАК ЧасовПлан, | ОсновныеНачисленияДанныеГрафика.НомерСтроки |ИЗ | РегистрРасчета.ОсновныеНачисления.ДанныеГрафика( | Регистратор = &Регистратор |
Для начала разберемся, где в 1С 8.3 находятся контрагенты. Справочник Контрагенты можно вызвать из раздела Справочники:
Либо через команду Все функции в Главном меню:
При заполнении поля Вид контрагента для выбора доступно 4 значения: Юридическое лицо, Физическое лицо, Обособленное подразделение, Государственное учреждение:
Указывается наименование, полное наименование (отражается в печатных формах), ИНН (10 цифр), КПП (9 цифр), код по ОКПО.
Для данного вида контрагента после заполнения краткого наименования доступна кнопка Заполнить по наименованию. При нажатии на нее появляется окно найденных по текущему наименованию контрагентов:
После того, как пользователь выберет нужного контрагента, программа 1С 8.3 сравнивает его реквизиты с реквизитами, заполненными пользователем и:
Таким образом, в 1С 8.3 автоматически заполняются реквизиты: наименование, сокращенное юридическое наименование, КПП, телефон, юридический адрес.
Для использования сервиса автозаполнения по наименованию необходимо подключить сервис Интернет-поддержка пользователей через раздел Администрирование – Сервис – Интернет-поддержка.
Указывается ФИО, ИНН (12 цифр), код по ОКПО, серия и номер свидетельства, документ, удостоверяющий личность:
Состав полей аналогичен заполнению вида Юридическое лицо, но добавляется дополнительное поле Головной контрагент. Выбор значения для заполнения данного поля происходит также из справочника Контрагенты, поэтому Головной контрагент должен быть предварительно занесен в этот справочник.
Для обособленного подразделения в 1С 8.3 ИНН заполняется автоматически по ИНН головного контрагента, а КПП зависит от места нахождения подразделения, наименования подразделения:
Применяется для ввода сведений о государственных органах в базу 1С 8.3: например, ПФР, ИФНС, ФСС. При этом указываются:
Для всех видов контрагентов за исключением обособленного подразделения в 1С 8.3 существует возможность автоматического заполнения реквизитов по ИНН. При этом:
В карточке контрагента сверху предусмотрен доступ к связанным с данным контрагентом реквизитам и документам:
Рассмотрим каждый из них подробнее.
Открывается список банковских счетов для данного контрагента:
Новые банковские счета необходимо вводить через карточку контрагента. Также можно добавить новый банк и через форму ввода расчетного счета:
Для корректного заполнения банка в 1С 8.3 лучше воспользоваться Классификатором банков, который заполняется путем загрузки классификатора банков с сайта агентства РБК либо с диска ИТС ( читайте в нашей статье).
После того как классификатор загрузится в 1С 8.3 необходимо найти нужный банк в папке с наименованием необходимого региона и нажать кнопку Выбрать. После этого банк добавится в справочник Банки и уже оттуда можно будет добавить его в поле Банк окна создания Расчетного счета:
Флажок реквизита «Платежи проводятся через корреспондентский счет, открытый в другом банке (банке для расчетов)» устанавливается в том случае, если расчеты проводятся через корреспондентский счет банка в другом банке. Действует только для российских банковских счетов.
Открывается список контактных лиц данного контрагента. Контактное лицо, выбранное в качестве основного, подставляется в документы и печатные формы. Например, контактное лицо подставляется в раздел Подписи договора данного контрагента:
При создании контактного лица заполняются следующие поля:
При начале заполнения контактное лицо заполняется с видом Контактное лицо контрагента:
Но после записи элемента на закладке Главная добавляются для выбора еще 2 вида контактов: личный контакт и прочее контактное лицо, чтобы в случае, если контакт уже не будет являться контактным лицом данного контрагента, то в будущем можно будет присвоить ему другой вид и контакт будет фигурировать в справочнике Контактные лица, но уже не будет числиться как контакт данного контрагента и не будет отображаться в списке его контактных лиц:
Открывается список настроек по счетам расчетов для данного контрагента:
Данное окно имеет только информативное значение, так как настраивать счета учетов с контрагентами лучше все же через одноименный регистр сведений, чтобы настройка была корректной и картина настроек была полной. Для этого переходим в раздел Справочники – Покупки и продажи – Счета учета расчетов с контрагентами:
На рисунке видно, что введены две строки с настройками счетов:
Таким образом, подстановка счетов первой строки будет действовать во всех случаях кроме случаев, указанных во второй строке. При этом в новой настройке должно быть заполнено не меньше полей, чем в предыдущих настройках.
Открывается одноименный регистр сведений с отбором лицензий по данному контрагенту. Эти сведения используются для составления декларации об объемах розничной :
Открывается список настроек электронного документооборота по данному контрагенту. можно в разделе Администрирование – Настройка обмена электронными документами:
На вкладке Документы открывается Журнал операций с отбором по данному контрагенту, в котором можно дополнительно установить отборы по договору и организации, а также по другим реквизитам через кнопку Еще – Настроить список:
Доступность ведения учета по договорам в 1С 8.3 включается в разделе Главное – Функциональность – закладка Расчеты – флажок Учет по договорам.
На вкладке Договоры открывается список всех договоров, которые когда-либо были введены в базу 1С 8.3 по этому контрагенту. В списке можно установить отбор по организации и выбрать действующие договоры на определенную дату.
Конфигурация 1С Бухгалтерия 3.0 позволяет назначить несколько договоров по контрагенту основными в зависимости от организации, с которой заключен договор и вида договора. То есть с одной организацией может быть назначено 2 основных договора с видом Прочее и С покупателем, но не может быть по одной организации 2 основных договора с видом С покупателем:
Некорректное указание договора в 1С может привести к дублированию договоров. К каким ошибкам это может привести, как найти и исправить такие ошибки смотрите в нашем видео:
Заполнение общих реквизитов договора:
При создании нового договора ключевым является поле Вид договора. Расширение списка выбора видов договоров в 1С 8.3 Бухгалтерия 3.0 определяется включением настроек в разделе Главное – Функциональность – закладка Торговля:
Вид договора определяет, например, доступность договора для выбора из списка договоров при вводе документов (поступления, реализации и т.д.) в базу 1С 8.3:
К каким ошибкам может привести не правильное указание вида договора смотрите в нашем видео уроке:
Если в поле Валюта выбрана валюта не регламентированного учета, то становятся доступными поле Оплата в и выбор валюты оплаты.
Флажок Установлен срок оплаты по договору – устанавливается, если по договору предусмотрен срок оплаты, отличный от срока оплаты из учетной политики организации. Если флажок установлен, то становится видимым поле Срок оплаты по договору.
Флажок Организация выступает в качестве налогового агента по уплате НДС – устанавливается, если организация выступает в качестве налогового агента по уплате НДС. Возможность устанавливать этот флажок включается в разделе Главное – Функциональность – закладка Расчеты – Налоговый агент по НДС.
При этом нужно указать:
Если в поле Валюта выбрана валюта не регламентированного учета и организация не выступает в качестве налогового агента по НДС, то становится доступным флажок Расчеты в условных единицах . Этот флажок необходимо установить, если вводится договор в условных единицах. Возможность вести расчеты в у.е. включается в разделе Главное – Функциональность – закладка Расчеты – Расчеты в валюте и у.е.
В поле Порядок регистрации счетов-фактур нужно выбрать из списка порядок регистрации счетов-фактур на аванс по договору.
Обобщенное наименование товаров для счетов-фактур на аванс – оно будет подставляться в счете-фактуре при автоматической регистрации счетов-фактур на аванс.
Для автоматического расчета комиссионного (агентского) вознаграждения в 1С 8.3 нужно указать способ расчета, который будет подставляться при регистрации .
Флажок Организация выступает в качестве налогового агента по уплате НДС – устанавливается, если организация выступает в качестве налогового агента по уплате НДС. Тогда по умолчанию устанавливается Вид агентского договора – Нерезидент (п. 2 ст.161 НК РФ).
Для автоматического расчета комиссионного (агентского) вознаграждения нужно указать Способ расчета , который будет подставляться при регистрации .
Доступны следующие способы расчета: Не рассчитывается, Процент от разности сумм продажи и поступления, Процент от суммы продажи.
Для таких договоров заполняются только общие реквизиты и реквизит Срок действия.
Срок действия – в зависимости от срока действия, договор считается краткосрочным (менее года) или долгосрочным и влечет за собой установку счетов учета по операциям по кредитам и займам: 66.01 “Краткосрочные кредиты” и 67.01 “Долгосрочные кредиты”.
В карточке договора сверху находятся разделы: документы, присоединенные файлы, счета расчетов с контрагентами.
При нажатии на кнопку Добавить можно загрузить либо файл либо изображение со сканера. При добавлении со сканера откроется окно работы со сканером. Загруженные файлы хранятся в отдельных папках, которые создаются для каждого объекта.
Если по кнопке Еще выбрать пункт Предпросмотр, то при просмотре присоединенных изображений в специальном окне можно будет просмотреть его содержимое:
Пиктограмма Электронная подпись и шифрование предлагает для выбора список команд:
По кнопке Договор – можно распечатать договор, выбрав предварительно шаблон формирования договора.
Можно выбрать любой готовый подходящий шаблон и сформировать договор. можно вызвать также из документа Счет покупателю :
Важно: перед формированием договора в 1С 8.3 необходимо проверить, чтобы были заполнены все данные по организации: наименование, список ответственных лиц, реквизиты для оплаты; по контрагенту: наименование, контактное лицо, реквизиты для оплаты; и договору – раздел подписи:
После этого сформируется корректный договор, в котором заполняются все нужные данные:
Если в печатной форме договора присутствуют желтые поля, то это значит, что в базе 1С 8.3 имеются недозаполненные данные:
Раздел Справочники – Покупки и продажи – Шаблоны договоров – Создать – Новый шаблон:
Откроется форма для создания шаблона. Она представляет собой текстовый редактор с понятными пиктограммами для рекадктирования. Добавим ручной текст и вставим реквизиты, которые должны заполняться по данным информационной базы. Это номер договора и дата договора. Сохраним:
В списке шаблонов появился новый шаблон:
После этого сформируем готовый договор по данному шаблону:
Программа 1С 8.3 вывела печатную форму по новому шаблону. То есть при создании шаблона можно вставлять любой текст и задавать заполнение изменяющихся данных по значениям из базы.
Также можно отправить по электронной почте, нажав кнопку Отправить .
Для отправки электронных писем предварительно должны быть сделаны настройки, описанные . Подробнее как сделать настройку почты в 1С 8.3 можно посмотреть в нашем видео уроке:
После успешной настройки будет доступна возможность отправлять присоединенные файлы по электронной почте.
В некоторых случаях в 1С 8.3 требуется произвести поиск дублирующих элементов справочника Контрагенты. Например, в справочнике Контрагенты стоял отбор по какому-либо признаку и пользователь не заметил, что контрагент уже введен (так как он был скрыт) и ввел его повторно.
Чтобы устранить такую ситуацию, используется обработка Поиск и удаление дублей. (в БП 2.0, ЗУП 2.5, ЗиК 1.0 аналогичная обработка Поиск и замена значений). Раздел Администрирование – Поддержка и обслуживание.
Более подробно о поиске и удалении дублей в 1C 8.3 можно прочитать .
Каким образом происходит дублирование контрагентов в справочнике Контрагенты и какие ошибки вызывает это дублирование смотрите в нашем видео:
Данная возможность появилась в конфигурации 1С Бухгалтерия предприятия 3.0, начиная с релиза 3.0.40.31 и дает пользователю получить сведения о контрагенте для оценки благонадежности, масштабах финансовой деятельности и т.д.
Досье можно вызвать по одноименной кнопке в карточке контрагента:
Открывается окно с отчетом по данному контрагенту:
Переключаясь между разделами (Главное, ЕГРЮЛ, Данные программы, Бухгалтерская отчетность, Анализ отчетности, Финансовый анализ, Проверки), можно получить разностороннюю информацию об интересующем контрагенте.
Важно: после того, как в 1С 8.3 Бухгалтерия 3.0 сформирован отчет по контрагенту, каждый из его разделов можно сохранить в форматах mxl, pdf, xls.
Конфигурация: Бухгалтерия предприятия
Версия конфигурации: 3.0.40.40
Дата публикации: 22.09.2015
В программе 1С:Бухгалтерия 8.3 предусмотрен отдельный документ Оказание Услуг для отражения в бухгалтерском учете операции по оказанию услуг нескольким контрагентам. Данный документ будет удобен если вы разным контрагентам предоставляете Акты и Счета-Фактуры по одной услуге, к примеру: Аренда офиса, Ежемесячный платеж за интернет, доставка журналов... и так далее.
Первоначально зайдем в раздел Продажи (1) и выберем Оказание Услуг (2) .
Нажимаем Создать .
В документе заполняем пункты:
Организация (1)
- ваша организация, от лица которой будут выставлены акты, счета-фактуры или УПД.
Вид расчетов (2)
- предназначен для разделения расчетов с контрагентом по разным услугам.
Номенклатура (3)
- оказываемая услуга
Через кнопку Добавить
или Подбор
заполняем контрагентов (4)
которым будет оказана услуга. И переходи в закладку Счета-Фактуры (5)
В разделе Счета-фактуры вам потребуется настроить % НДС (1) , если НДС нету, то счета фактуры не требуется выставлять и можно выключить все галочки (2) . Если требуется, то мы можем установить галочки, у организаций которым они требуются. После того как НДС заполнен и выбраны счета-фактуры переходим в раздел Счета учета.
Заполняем счета учета доходов, счет учета НДС и счета расходов. Переходим в раздел Дополнительно.
Заполняем исполнителя, если исполнитель не руководитель организации, то можно ввести Доверенность или другой документ позволяющий ему подписывать акты.
Теперь выведем на печать Акты оказания услуг. Нажимаем на кнопку Печать и выбираем Акты об оказании услуг .
