Пояснение базовых видов расчета в 1с 8. Механизм сложных периодических расчетов. Играем с Перерасчетами

В системе 1С:Предприятие объекты планы видов расчетов предназначены для создания видов расчетов, используемых в регистрах расчета.

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

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

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

Свойства плана видов расчетов

Редактирование плана видов расчетов выполняется в окне редактирования.

Ввод по строке

На закладке "Формы" формируются поля ввода по строке. Отличительной особенностью плана видов расчетов является наличие предопределенных видов расчетов.

Предопределенные данные вводятся в отдельном окне, вызываемом по кнопке "Предопределенные" на закладке "Прочее". Эти виды расчетов не могут быть удалены пользователями в режиме "1С:Предприятие".

На закладке "Прочее" задается режим блокировки объекта (автоматический или управляемый) и устанавливается признак полнотекстового поиска по объектам данного типа.

Сложные расчеты

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

Например, зарплата сотрудника включает следующие промежуточные расчеты:

• расчет основных начислений (оклад, тариф),
• расчет отклонений (отпуск, больничный),
• расчет дополнительных начислений (премии, доплаты, дивиденды),
• расчет налогов и других удержаний (НДФЛ, алименты),
• другие расчеты (взносы в фонды, накопительная и страховая часть пенсии),
• расчет итоговой суммы к выдаче.

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

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

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

Предопределенные виды расчета

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

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

Взаимосвязь видов расчета

Для каждого вида расчета в следующем окне указываются базовые, ведущие и вытесняющие его виды расчетов:

Ниже приведено описание этих взаимосвязей между видами расчета:

Базовые - это такие виды расчета, результаты которых используются при расчете данного вида расчета. Например, сумма по окладу используется при расчете доплаты к окладу, а основные начисления являются базовыми для расчета НДФЛ.

Ведущие - это виды расчета, при изменении результатов которых нужно пересчитать данный вид расчета. Например, при изменении оплаты по окладу «задним числом» необходимо пересчитать оплату отпуска, поскольку при расчете отпускных используется средняя зарплата сотрудника за предыдущие месяцы. Список ведущих видов расчета может не совпадать со списком базовых.

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

При вытеснении записи с определенным периодом действия ее фактический период действия может измениться, т.е. уменьшится или разделится на несколько интервалов. Например, запись об отпуске с 10 по 20 число месяца вытесняет запись об окладе, у которой период действия - весь месяц. Тогда фактический период действия записи об окладе будет состоять из двух интервалов: с 1 по 9 число и с 21 по конец месяца.

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

Теория

Регистр расчета(РР) - объект метаданных конфигурации, служащий для реализации периодических расчетов в системе 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 находятся контрагенты. Справочник Контрагенты можно вызвать из раздела Справочники:

Либо через команду Все функции в Главном меню:

Шаг 1. Заполнение полей карточки контрагента

Как завести контрагента

При заполнении поля Вид контрагента для выбора доступно 4 значения: Юридическое лицо, Физическое лицо, Обособленное подразделение, Государственное учреждение:

Если контрагент – юридическое лицо

Указывается наименование, полное наименование (отражается в печатных формах), ИНН (10 цифр), КПП (9 цифр), код по ОКПО.

Для данного вида контрагента после заполнения краткого наименования доступна кнопка Заполнить по наименованию. При нажатии на нее появляется окно найденных по текущему наименованию контрагентов:

После того, как пользователь выберет нужного контрагента, программа 1С 8.3 сравнивает его реквизиты с реквизитами, заполненными пользователем и:

• либо дозаполняет пустые реквизиты;
• либо, если нашлись несовпадения, предлагает перезаполнить такие реквизиты.

Таким образом, в 1С 8.3 автоматически заполняются реквизиты: наименование, сокращенное юридическое наименование, КПП, телефон, юридический адрес.

Для использования сервиса автозаполнения по наименованию необходимо подключить сервис Интернет-поддержка пользователей через раздел Администрирование – Сервис – Интернет-поддержка.

Если контрагент – физическое лицо

Указывается ФИО, ИНН (12 цифр), код по ОКПО, серия и номер свидетельства, документ, удостоверяющий личность:

Если контрагент – обособленное подразделение

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

Для обособленного подразделения в 1С 8.3 ИНН заполняется автоматически по ИНН головного контрагента, а КПП зависит от места нахождения подразделения, наименования подразделения:

Если контрагент – государственный орган

Применяется для ввода сведений о государственных органах в базу 1С 8.3: например, ПФР, ИФНС, ФСС. При этом указываются:

• Наименование – наименование получателя, понятное для пользователя;
• Полное наименование – наименование получателя платежа в платежном поручении для перечисления в бюджет;
• Государственный орган:
  • Налоговый орган – если получатель ИФНС;
  • Орган ФСС – если получателем является ФСС;
  • Орган ПФР – если получателем является ПФР;
  • Прочий – если получателем является прочий орган.
• ИНН – ИНН получателя платежа;
• КПП – КПП получателя платежа:

Заполнение остальных полей карточки Контрагента

• Полное наименование – полное наименование контрагента (подставляется в печатные формы). Умеет хранить историю изменений наименования.
• Страна регистрации – важно указывать, так как в случае регистрации контрагента за рубежом, появляется возможность ввести налоговый и регистрационный номер в формате страны регистрации.
• Заполненные реквизиты основной банковский счет , адреса и телефоны , контактные лица из карточки подставляются автоматически в документы при выборе контрагента.
• ИНН и КПП контрагента – при заполнении этих реквизитов проходит проверка их корректности, а также отсутствия их в базе для исключения дублирования.

Для всех видов контрагентов за исключением обособленного подразделения в 1С 8.3 существует возможность автоматического заполнения реквизитов по ИНН. При этом:

• Заполнение по ИНН функционирует также при подключении Интернет-поддержки.
• При наличии информации о контрагенте в ЕГРЮЛ, будут заполнены реквизиты: КПП, краткое и полное наименование, юридический адрес, руководитель как основное контактное лицо, телефон.
• У реквизита КПП существует возможность хранения истории его изменения (начиная с версии 3.0.39). Если изменился КПП, то необходимо перейти по ссылке История и добавить новую строку, указав дату начала действия нового значения:

В карточке контрагента сверху предусмотрен доступ к связанным с данным контрагентом реквизитам и документам:

Рассмотрим каждый из них подробнее.

Открывается список банковских счетов для данного контрагента:

Новые банковские счета необходимо вводить через карточку контрагента. Также можно добавить новый банк и через форму ввода расчетного счета:

Для корректного заполнения банка в 1С 8.3 лучше воспользоваться Классификатором банков, который заполняется путем загрузки классификатора банков с сайта агентства РБК либо с диска ИТС ( читайте в нашей статье).

После того как классификатор загрузится в 1С 8.3 необходимо найти нужный банк в папке с наименованием необходимого региона и нажать кнопку Выбрать. После этого банк добавится в справочник Банки и уже оттуда можно будет добавить его в поле Банк окна создания Расчетного счета:

Флажок реквизита «Платежи проводятся через корреспондентский счет, открытый в другом банке (банке для расчетов)» устанавливается в том случае, если расчеты проводятся через корреспондентский счет банка в другом банке. Действует только для российских банковских счетов.

Открывается список контактных лиц данного контрагента. Контактное лицо, выбранное в качестве основного, подставляется в документы и печатные формы. Например, контактное лицо подставляется в раздел Подписи договора данного контрагента:

При создании контактного лица заполняются следующие поля:

• Закладка Главное – ФИО;
• Закладка Адреса – адрес, телефон, E-mail, другая контактная информация;
• Закладка Дополнительные реквизиты – должность, роль, дата рождения, прочая дополнительная информация.
• Поле Роль заполняется для уточнения значения, указанного в поле Должность. Например, Должность = Бухгалтер, а уточняющая роль может быть = расчетчик, по материалам, по основным средствам и т.д.

При начале заполнения контактное лицо заполняется с видом Контактное лицо контрагента:

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

Открывается список настроек по счетам расчетов для данного контрагента:

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

На рисунке видно, что введены две строки с настройками счетов:

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

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

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

Открывается список настроек электронного документооборота по данному контрагенту. можно в разделе Администрирование – Настройка обмена электронными документами:

Шаг 2. Работа с документами контрагента в 1С 8.3

На вкладке Документы открывается Журнал операций с отбором по данному контрагенту, в котором можно дополнительно установить отборы по договору и организации, а также по другим реквизитам через кнопку Еще – Настроить список:

Шаг 3. Работа с договорами контрагентов в 1С 8.3

Как выбрать договор контрагента

Доступность ведения учета по договорам в 1С 8.3 включается в разделе Главное – Функциональность – закладка Расчеты – флажок Учет по договорам.

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

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

Некорректное указание договора в 1С может привести к дублированию договоров. К каким ошибкам это может привести, как найти и исправить такие ошибки смотрите в нашем видео:

Как создать договор с контрагентом в 1С 8.3

Заполнение общих реквизитов договора:

• Всегда заполняются реквизиты: наименование, номер и дата договора;
• Валюта расчетов – валюта договора;
• Вид расчетов – дополнительная аналитика по расчетам. Позволяет пользователю объединять договоры различных контрагентов. Например, в группы по какому-либо критерию;
• Тип цен – используется для подстановки при выборке договора в документе.

При создании нового договора ключевым является поле Вид договора. Расширение списка выбора видов договоров в 1С 8.3 Бухгалтерия 3.0 определяется включением настроек в разделе Главное – Функциональность – закладка Торговля:

Вид договора определяет, например, доступность договора для выбора из списка договоров при вводе документов (поступления, реализации и т.д.) в базу 1С 8.3:

К каким ошибкам может привести не правильное указание вида договора смотрите в нашем видео уроке:

Заполнение реквизитов договора с поставщиком в 1С 8.3

Если в поле Валюта выбрана валюта не регламентированного учета, то становятся доступными поле Оплата в и выбор валюты оплаты.

Флажок Установлен срок оплаты по договору – устанавливается, если по договору предусмотрен срок оплаты, отличный от срока оплаты из учетной политики организации. Если флажок установлен, то становится видимым поле Срок оплаты по договору.

Флажок Организация выступает в качестве налогового агента по уплате НДС – устанавливается, если организация выступает в качестве налогового агента по уплате НДС. Возможность устанавливать этот флажок включается в разделе Главное – Функциональность – закладка Расчеты – Налоговый агент по НДС.

При этом нужно указать:

• Вид агентского договора (аренда, реализация имущества, нерезидент);
• Обобщенное наименование товаров для счета-фактуры налогового агента – оно будет подставляться в счете-фактуре при автоматической регистрации счетов-фактур налогового агента.

Если в поле Валюта выбрана валюта не регламентированного учета и организация не выступает в качестве налогового агента по НДС, то становится доступным флажок Расчеты в условных единицах . Этот флажок необходимо установить, если вводится договор в условных единицах. Возможность вести расчеты в у.е. включается в разделе Главное – Функциональность – закладка Расчеты – Расчеты в валюте и у.е.

Заполнение реквизитов договора с покупателем в 1С 8.3

В поле Порядок регистрации счетов-фактур нужно выбрать из списка порядок регистрации счетов-фактур на аванс по договору.

Обобщенное наименование товаров для счетов-фактур на аванс – оно будет подставляться в счете-фактуре при автоматической регистрации счетов-фактур на аванс.

Заполнение реквизитов договора с комитентом (принципалом) в 1С 8.3

Для автоматического расчета комиссионного (агентского) вознаграждения в 1С 8.3 нужно указать способ расчета, который будет подставляться при регистрации .

Флажок Организация выступает в качестве налогового агента по уплате НДС – устанавливается, если организация выступает в качестве налогового агента по уплате НДС. Тогда по умолчанию устанавливается Вид агентского договора – Нерезидент (п. 2 ст.161 НК РФ).

Заполнение реквизитов договора с комиссионером (агентом) в 1С 8.3

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

Доступны следующие способы расчета: Не рассчитывается, Процент от разности сумм продажи и поступления, Процент от суммы продажи.

Заполнение реквизитов прочих договоров в 1С 8.3

Для таких договоров заполняются только общие реквизиты и реквизит Срок действия.

Срок действия – в зависимости от срока действия, договор считается краткосрочным (менее года) или долгосрочным и влечет за собой установку счетов учета по операциям по кредитам и займам: 66.01 “Краткосрочные кредиты” и 67.01 “Долгосрочные кредиты”.

Заполнение карточки договора с контрагентом в 1С 8.3

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

• Документы – открывается список всех документов (в том числе и не проведенных), при создании которых был указан данный договор:

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

Как загрузить договор с контрагентом в 1С 8.3

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

Если по кнопке Еще выбрать пункт Предпросмотр, то при просмотре присоединенных изображений в специальном окне можно будет просмотреть его содержимое:

Пиктограмма Электронная подпись и шифрование предлагает для выбора список команд:

Работа с шаблоном договора в 1С 8.3

По кнопке Договор – можно распечатать договор, выбрав предварительно шаблон формирования договора.

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

Важно: перед формированием договора в 1С 8.3 необходимо проверить, чтобы были заполнены все данные по организации: наименование, список ответственных лиц, реквизиты для оплаты; по контрагенту: наименование, контактное лицо, реквизиты для оплаты; и договору – раздел подписи:

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

Если в печатной форме договора присутствуют желтые поля, то это значит, что в базе 1С 8.3 имеются недозаполненные данные:

Как создать свой шаблон договора в 1С 8.3

Раздел Справочники – Покупки и продажи – Шаблоны договоров – Создать – Новый шаблон:

Откроется форма для создания шаблона. Она представляет собой текстовый редактор с понятными пиктограммами для рекадктирования. Добавим ручной текст и вставим реквизиты, которые должны заполняться по данным информационной базы. Это номер договора и дата договора. Сохраним:

В списке шаблонов появился новый шаблон:

После этого сформируем готовый договор по данному шаблону:

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

Также можно отправить по электронной почте, нажав кнопку Отправить .

Шаг 4. Настроить отправку документов по email контрагентам в 1С 8.3

Для отправки электронных писем предварительно должны быть сделаны настройки, описанные . Подробнее как сделать настройку почты в 1С 8.3 можно посмотреть в нашем видео уроке:

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

Шаг 5. Удалить дубли контрагентов в 1С 8.3

В некоторых случаях в 1С 8.3 требуется произвести поиск дублирующих элементов справочника Контрагенты. Например, в справочнике Контрагенты стоял отбор по какому-либо признаку и пользователь не заметил, что контрагент уже введен (так как он был скрыт) и ввел его повторно.

Чтобы устранить такую ситуацию, используется обработка Поиск и удаление дублей. (в БП 2.0, ЗУП 2.5, ЗиК 1.0 аналогичная обработка Поиск и замена значений). Раздел Администрирование – Поддержка и обслуживание.

Более подробно о поиске и удалении дублей в 1C 8.3 можно прочитать .

Каким образом происходит дублирование контрагентов в справочнике Контрагенты и какие ошибки вызывает это дублирование смотрите в нашем видео:

Шаг 6. Проверка контрагента в 1С 8.3

Данная возможность появилась в конфигурации 1С Бухгалтерия предприятия 3.0, начиная с релиза 3.0.40.31 и дает пользователю получить сведения о контрагенте для оценки благонадежности, масштабах финансовой деятельности и т.д.

Досье можно вызвать по одноименной кнопке в карточке контрагента:

Открывается окно с отчетом по данному контрагенту:

Переключаясь между разделами (Главное, ЕГРЮЛ, Данные программы, Бухгалтерская отчетность, Анализ отчетности, Финансовый анализ, Проверки), можно получить разностороннюю информацию об интересующем контрагенте.

Важно: после того, как в 1С 8.3 Бухгалтерия 3.0 сформирован отчет по контрагенту, каждый из его разделов можно сохранить в форматах mxl, pdf, xls.

• Раздел Главное – отображается информация, собранная и обобщенная по данным из других разделов.
• Раздел ЕГРЮЛ – выводится информация в разрезе юридических адресов, руководителей, уставного капитала, учредителей.
• Раздел Данные программы – выводятся данные, указанные в программе из карточки контрагента.
• Раздел Бухгалтерская отчетность – выводится отчетность за 2012-2013 годы по данным Росстата.