Для начислений, связанных с оплатой труда, типична ситуация, когда одни начисления строятся на базе других. Например, премия зависит от оклада за прошлый год, а отпускные зависят от того, проработал ли сотрудник полгода на предприятии, либо нет. Механизмы планов видов расчетов позволяют реализовать эти зависимости в полной мере. Рассмотрим настройку плана вида расчета:
- Использует период действия - определяет, является ли вид расчета периодическим. Например, для оклада, алиментов, квартальной премии период действия необходим, а для разовой премии за выдающиеся результаты, или штрафа - нет.
- Зависимость от базы - определяет возможность зависимости видов расчетов данного плана от других видов расчетов (этого либо иных планов видов расчета). Если:
- Не зависит - виды расчетов данного плана будут строго самостоятельны
- Зависит по периоду действия - виды расчетов данного плана зависят от протяженности других видов расчетов. Например, премия за выслугу лет
- Зависит по периоду регистрации - виды расчетов данного плана зависят от других видов расчетов за определенный период. Например, квартальная премия в размере оклада
- Базовые план видов расчета - можно указать планы, виды расчетов которых можно будет выбрать в качестве базы. Можно сослаться в том числе и на текущий план видов расчетов. Опция доступна только если Зависимость от базы не выставлена в значение Не зависит
На первой, Основное, можно указать код и наименование вида расчета, а также выставить опцию Период действия является базовым периодом . Опция доступна только в случае, если план видов расчета периодический, то есть Использует период действия = Да:
На закладке Базовые указываются виды расчета, которые собственно и являются базовыми для данного:
Важно, что доступны лишь те виды расчетов, планы для которых определены в настройке данного плана видов расчетов:
На закладке Вытесняющие указываются вытесняющие виды расчетов, то есть те, что исключают действие текущего (например, одновременно сотрудник может получать либо оклад, либо больничный, либо отпускные):
На закладке Ведущие указываются связанные с данным виды расчетов. Указывать их надо вручную, даже если вы уже выбрали какой-то вид расчета в качестве базового, тут его надо прописать еще раз. Настройка необходима для контроля перерасчета - если мы пересчитаем задним числом данные по виду расчета, ведущего для данного, то и данный вид расчета также надо будет пересчитать.
Вопрос 14.04 экзамена 1С:Профессионал по платформе. Зависимость от базы как Зависимость по периоду действия в плане видов расчета устанавливается, если...
- предполагается, что хотя бы один вид расчета в плане будет обладать протяженностью во времени
- предполагается, что в дальнейшем при определении расчетной базы для записи регистра расчета будут учитываться только те записи, у которых фактический период действия попадает в базовый период
- предполагается, что все виды расчета в плане будут обладать протяженностью во времени
Правильный ответ второй, разбор выше.
Вопрос 14.05 экзамена 1С:Профессионал по платформе. Зависимость от базы как Зависимость по периоду регистрации в плане видов расчета устанавливается, если...
- предполагается, что в дальнейшем при определении расчетной базы для записи регистра расчета будут учитываться только те записи, у которых Период регистрации попадает в базовый период
- предполагается, что ни один вид расчета в плане не будет обладать свойством действовать какой-то период времени
- предполагается, что в регистре расчета, связанном с данным планом видов расчета, все виды расчета не будут обладать свойством действовать какой-то период времени
Первый ответ, разбор выше.
Вопрос 14.31 экзамена 1С:Профессионал по платформе. Если установлена зависимость базы по периоду действия, то...
- может произойти частичное попадание записей регистра расчета в базовый период
- "частичных" результатов не будет: или запись будет целиком учтена, или целиком не учтена
- может произойти частичное попадание записей регистра расчета в базовый период, причем база будет рассчитана пропорционально тому, какую часть от фактического периода влияющей записи составляет перекрывающийся, с указанным базовым периодом, участок. При этом будут использованы данные графика, связанного с этой записью
- верны 1 и 3 утверждения
Правильный ответ третий - частичное попадание учитывается пропорционально.
Вопрос 14.36 экзамена 1С:Профессионал по платформе. Если одним документом рассчитываются зависимые по базе записи (например, Оклад и ПремияПроцентом, в состав базы которой попадает оклад), то...
- прежде, чем рассчитать зависимую от базы запись, нужно рассчитать запись, попадающую в эту базу и записать результат в регистр расчета. Таким образом, в общем случае в процессе проведения документа будет произведено две процедуры записи в регистр расчета
- последовательность расчета таких записей может быть произвольной, поскольку система автоматически определит последовательность расчета в зависимости от уровня приоритета видов расчета. В процессе проведения документа будет произведена одна процедура записи в регистр расчета
- прежде, чем рассчитать зависимую от базы запись, нужно рассчитать запись, попадающую в эту базу. В процессе проведения документа будет произведена одна процедура записи в регистр расчета
Правильный ответ первый - чтобы сделать вторую запись, нужно сначала считать первую (в числе прочих).
Вопрос 14.06 экзамена 1С:Профессионал по платформе. Базовые планы видов расчета - это...
- планы видов расчета, с которыми связаны регистры расчета
- те планы видов расчета, из которых будут браться виды расчета для вычисления расчетной базы
- те планы видов расчета, у которых свойство "зависимость от базы" установлено в значение, отличное от "не зависит"
Верный ответ очевидно второй.
Вопрос 14.07 экзамена 1С:Профессионал по платформе. Отсутствие предопределенной табличной части "Базовые виды расчета" у видов расчета Плана видов расчета можно объяснить тем, что...
- в конфигурации задано несколько Планов видов расчета и в качестве базовых можно указать виды расчета из других планов видов расчета
- в регистре расчета не установлен признак "базовый период"
- зависимость от базы в плане видов расчета не определена
- верны 1 и 3 ответы
Правильный ответ третий, эта особенность описана в посте.
Вопрос 14.33 экзамена 1С:Профессионал по платформе. В качестве базовых регистров (из ресурсов которых рассчитывается база)...
- могут выступать несколько регистров расчета
- может выступать только один регистр расчета
- могут выступать регистры расчета, которые связаны с планами видов расчета, являющимися базовыми для плана видов расчета, с которым связан рассматриваемый регистр расчета
- верны утверждения 1, 3
Правильный ответ четвертый, зависимость может быть не только от нескольких регистров, но и многоуровневая.
Вопрос 14.56 экзамена 1С:Профессионал по платформе. Для вида расчета Премия в качестве базового указан вид расчета Оклад, кроме того дополнительно он назначен ведущим для премии. В каком случае в таблице перерасчетов появится информация о необходимости пересчета оклада?
- Всегда, при вводе оклада
- Никогда не появится
- Только, если оклад будет введен отдельным документом после того как премия была введена и рассчитана
Правильный ответ третий, раз премия зависит от оклада - нужно ее пересчитать после ввода оклада задним числом.
Вопрос 14.08 экзамена 1С:Профессионал по платформе. Вытесняющие виды расчета - это такие виды расчета...
- записи которых в регистрах расчета должны вытеснять записи данного вида расчета по периоду действия
- которые взаимно исключают друг друга по фактическому периоду действия и система должна гарантировать, что ввод одного вида расчета приведет к исключению другого вида расчета
- которые исключают друг друга по периоду регистрации
Более корректный ответ тут первый.
Вопрос 14.09 экзамена 1С:Профессионал по платформе. Вытесняться могут виды расчета, которые...
- принадлежат нескольким планам видов расчета
- принадлежат одному плану видов расчета
- оба утверждения верны
Правильный ответ второй. Виды расчетов иного плана нельзя выбрать в данном.
Вопрос 14.10 экзамена 1С:Профессионал по платформе. Понятие вытесняющие виды расчетов теряет смысл, если...
- период действия в плане видов расчета не используется
- фактический период действия в плане видов расчета не используется
- период регистрации и период действия в плане видов расчета не используется
- базовый период в плане видов расчета не используется
Вопрос 14.35 экзамена 1С:Профессионал по платформе. Механизм вытеснения проявляется...
- в изменении таблицы регистра расчета
- в изменении состава записей таблицы Фактического периода действия
- в том, что при вводе движений одними документами производится необратимое искажение движений других документов
- все утверждения верны
Правильный второй ответ. Таблица регистра расчета не меняется, искажение это вообще непонятно что.
Вопрос 14.38 экзамена 1С:Профессионал по платформе. Если задать в плане видов расчета, что "Отпуск" вытесняет "Оклад", и, в тоже время, что "Оклад" вытесняет "Отпуск", и попытаться сохранить изменения, то...
- система выдаст предупреждение и не станет сохранять изменения
- возникнет ошибка системы
- все сохранится
По ответам правильный вариант первый. На деле же система никак не реагирует на такую настройку, по крайней мере в предопределенных. Оклад:
и премия:
Вопрос 14.52 экзамена 1С:Профессионал по платформе. Для вида расчета Оклад в качестве вытесняющего указан вид расчета Командировка, однако ведущим он не назначен. В каком случае в таблице перерасчетов появится информация о необходимости пересчета оклада?
- Всегда, при вводе командировки
- Никогда не появится
- Только, если командировка будет введена отдельным документом
- Только, если командировка будет введена отдельным документом за прошлый период
Третий ответ.
Вопрос 14.11 экзамена 1С:Профессионал по платформе. Ведущие виды расчета - это...
- виды расчета, при вводе (или изменении) которых результат текущего вида расчета должен быть пересчитан
- которые взаимно исключают друг друга по периоду действия и система должна гарантировать, что ввод одного из них приведет к исключению другого
- виды расчета, при удалении которых запись с текущим видом расчета будет автоматически удалена
Правильный ответ первый, они как бы master, соответственно при изменении нужно пересчитать все slave расчеты.
Вопрос 14.12 экзамена 1С:Профессионал по платформе. В качестве ведущих можно указать...
- виды расчета из нескольких планов видов расчета
- виды расчета из одного плана видов расчета
- оба утверждения верны
Правильный ответ третий, ведущие можно выбрать любые.
Вопрос 14.54 экзамена 1С:Профессионал по платформе. Для вида расчета Премия в качестве базового указан вид расчета Оклад, однако ведущим он не назначен. В каком случае в таблице перерасчетов появится информация о необходимости пересчета оклада?
- Всегда, при вводе оклада
- Никогда не появится
- Только, если оклад будет введен отдельным документом
- Только, если оклад будет введен отдельным документом после того как премия была введена и рассчитана
Правильный ответ второй - раз не ведущий, значит прямой зависимости нет и пересчитывать не надо.
. 1С Зарплата и Управление Персоналом – это прежде всего специализированный программный продукт для автоматизации расчета заработной платы. В своих прошлых статьях я уже упоминал, что программа предоставляет широкие возможности по настройке разнообразных формул, которые можно не только выбирать, но и создавать самостоятельно, используя предопределенные и свои собственные показатели. К сожалению, довольно часто программистам проще доработать, переписать конфигурацию, а не разбираться с типовыми средствами программного продукта 1С ЗиУП . В результате у конечного пользователя, клиента возникает необходимость оплачивать лишнюю работу программиста, а также влечет удорожание планового обновления самой программы и другие мелкие, но неприятные трудности, связанные с использованием конфигурации снятой с поддержки.
В этой статье мы рассмотрим пример, в котором я постараюсь наиболее полно отразить ключевые возможности использования формул и показателей. Также будет затронут вопрос использования справочника «Графики работы» и загадочного документа . Не путайте с одноименным отчетом. Конечно в рамках одного примера обо всем рассказать не получится, поэтому чуть позже я напишу ещё несколько публикаций на эту тему.
Произвольные формулы расчета в 1С ЗиУП
✅
✅
✅
Давайте сразу приступим к примеру. Мне кажется так будет более наглядно. Итак, в организации есть подразделение охрана. Сотрудники этого подразделения, их 4 человека, работают сутки через 3. Для каждого сделаем отдельный график работы. Сотрудник получает полный оклад, если отработает весь свой план по графику. Если будут неотработанные дни , то оклад пересчитывается пропорционально отработанным дням. Также возможен случай, когда сотрудник отработает больше положенной нормы дней по своему графику. Это происходит, когда сотрудники заменяют другого работника, ушедшего в отпуск или выбывшего по болезни. В этом случае сотрудник, отработавшей на подмене имеет отработанных дней больше, чем положено по его графику. Надо обеспечить, чтобы в этом случае его оклад был начислен как за обычную работу в рамках плановых дней графика, а оплата за дни, отработанные сверх плана были бы отнесены на другой вид расчета «Доплата за совмещение».
Создание элементов справочника «Графики работы»
Для начала необходимо обсудить элементы справочника «Графики работы» . Его можно найти на рабочем столе программы на закладке «Кадровый учет» в средней колонке.
Для наших целей уже есть шаблон «Сутки через трое (40 час. раб. неделя)». Появится вариант, при котором отдельно программа будет считать для сотрудников, работающих по этому графику, отработанные ночные и вечерние часы. В нашем примере этого не требуется, поэтому галочки не ставим. А вот дату, с которой начинается отсчет периодичности поставим 01.07.2014. Во втором графике – «Сутки через трое 2» — эта дата сместиться на 1 день и так далее.
После этого нажимаем кнопку «Заполнить». И график будет заполнен, начиная с указанной даты.
Таким образом создадим ещё три графика для каждой из смен.
Создание видов расчета для автоматизации начисления заработной платы в 1С ЗиУП
✅ Семинар «Лайфхаки по 1C ЗУП 3.1»
Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:
✅ ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:
✅ Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:
Также при приеме на работу этих сотрудников необходимо установить для виды расчетов. Их нужно создать. Первый это «Оклад (охрана)». Ещё раз напомню, что такой оклад должен быть выплачен полностью, если по графику всё отработано (т.е. нет пропущенных дней), если же отработано не полностью, то начисляться пропорционально отработанным дням. А вот в случае, когда сотрудник отработал сверх установленного графика необходимо обеспечить начисления только одного оклада, без пересчета за переработанные дни. Оплата за переработку будет осуществляться другим видом расчетов, но о нем позже.
Откроем справочник «Основные начисления организации» и на основании типового вида расчета «Оклад по дням» копированием создадим новый вид расчета «Оклад (охрана)». Ссылку на справочник можно найти на закладке «Расчет зарплаты» рабочего стола программы в самом низу в разделе «См. также». Все параметры кроме формулы и названия сохраняться как и у исходного элемента. Перейдем сразу к редактированию формулы. Для этого вначале установим переключатель «Способ расчета» в положение «Произвольная формула расчета», после чего жмем на ссылку «Редактировать формулу расчета». В результате откроется отдельное окно, в котором мы будем создавать формулу. Оно состоит из трех областей:
- Формула расчета – тут непосредственно будет формироваться формула;
- Функции – это предопределенные разработчиками арифметические и логические операции, которые можно использовать в формуле. В справке можно ознакомиться подробнее о каждой;
- Показатели – это во-первых, предопределенные переменные, которые принимают значения, запрограммированные разработчиками 1С. Например, параметр «ВремяВДнях» будет возвращать количество дней отработанное сотрудником, для которого выполняется расчет по этому виду расчета. Во,вторых опказатели можно создавать самостоятельно. Например, создать показатель «ПроданоШт», в зависимости от которого будет начисляться премия сотруднику, а само значение, т.е. сколько продано заполнять раз в месяц перед расчетом зарплаты.
Сразу приведу формулу, которую мы будем использовать, а потом поясню:
? (ВремяВДнях>=НормаВремениВДнях, ТарифнаяСтавкаМесячная, ТарифнаяСтавкаМесячная / НормаВремениВДнях * ВремяВДнях)
Во-первых, поясню конструкцию, в которой выполнена эта формула: ?(условие, выражение1, выражение2) .
).
Если условие, находящееся в скобках выполняется, то результат принимает значение переменной, находящейся после первой запятой (т.е. выражение1, в нашем случае этоТарифнаяСтавкаМесячная ). Если условие не выполняется, то результат принимает значение, полученное после выполнения формулы, которое находится после второй запятой (т.е. выражение2, в нашем примере это ТарифнаяСтавкаМесячная / НормаВремениВДнях * ВремяВДнях ).
Во-вторых, расшифрую показатели, которые используются в формуле:
- ВремяВДнях – количество дней, отработанных сотрудником в текущем месяце –;
- НормаВремениВДнях – плановое количество дней, которое сотрудник должен отработать в текущем месяце в соответствии с графиком работы — предопределенный показатель – рассчитывается программой автоматически ;
- ТарифнаяСтавкаМесячная – сколько сотрудник заработает при полной отработке своих плановых рабочих дней – предопределенный показатель – указывается при назначении сотруднику этого вида выплаты.
А теперь я постараюсь пояснить суть формулы. Если сотрудник отработал (ВремяВДнях) всю свою норму дней (НормаВремениВДнях) или сверх этой нормы (т.е. выполнено условие), то Сотруднику начисляется его полный оклад. Если же условие не выполняется, т.е. он отработал дней меньше, чем положено по норме, тогда его выплата определяется исходя из месячной тарифной ставкипропорционально отработанным дням . В конечном виде вид расчета будет выглядеть так.
Не забудьте записать этот вид расчета, чтобы сохранить все изменения.
Теперь создадим второй вид расчета «Доплата за совмещение», который будет отслеживать ситуацию, когда сотрудник отработал дней больше, чем предусмотрено его графиком работы. Оплата за такую переработку будет рассчитываться исходя из месячной тарифной ставки, пропорционально переработанным дням. Формула такого вида расчета будет иметь вид:
? (ВремяВДнях > НормаВремениВДнях, ((ВремяВДнях – НормаВремениВДнях) / НормаВремениВДнях * ТарифнаяСтавкаМесячная) , 0)
Если же условие не выполняется, т.е. если сотрудник не превысил количество отработанных дней по своему графику, то результат будет равен нулю, т.е. в этом случае сотруднику доплата не начисляется. Никаких новых параметров по сравнению с предыдущим видом расчетов не появилось, поэтому нет смысла ещё раз их пояснять. Сохраняем этот вид расчета.
Теперь необходимо назначить эти виды расчетов нашим сотрудникам. Если новые сотрудники, то это делается в документе приема на работу. Подробнее о приеме сотрудников читайте . Если же виды расчета устанавливаются для уже работающих сотрудников, то можно воспользоваться документом «Ввод постоянного начисления или удержания организаций» или «Ввод сведений о плановых начислениях сотрудников организации» . Но только в первом случае придется вводить два документа для каждого из видов расчета, а во втором случае можно обойтись одним документом.
Начисление зарплаты с использованием созданных видов расчета
✅ Семинар «Лайфхаки по 1C ЗУП 3.1»
Разбор 15-ти лайфхаков по учету в 1с зуп 3.1:
✅ ЧЕК-ЛИСТ по проверке расчета зарплаты в 1С ЗУП 3.1
ВИДЕО - ежемесячная самостоятельная проверка учета:
✅ Начисление зарплаты в 1С ЗУП 3.1
Пошаговая инструкция для начинающих:
Итак, в результате каждый из этих четырех сотрудников должен иметь по два плановых начисления.
Напомню, что расчет зарплаты в 1С ЗиУП осуществляется по принципу вытеснения. Все дни графика считаются отработанными, если не было документов, вытесняющих рабочие дни графика (больничные, отпускные и т.д.). Подробнее о последовательности расчета заработной платы в ЗУП’е читайте . Пока мы в программу не вводили вытесняющих документов на наших сотрудников и если попробовать сформировать отчет «Табель учета рабочего времени» (об отчетах и печатных формах подробно ), то мы увидим, что у сотрудников отработаны все дни в августе по их графикам.
Теперь давайте предположи, что сотрудник Шелестов ушел в отпуск с 22.08 и получается, что его дни кто-то должен отработать (в августе это 24 и 28 числа). На это согласился Горин. Отпуск Шелестову отразить не сложно. Для этого используем документ «Начисление отпуска сотруднику» (подробнее об отпусках читайте ). А вот для того чтобы отразить дополнительные дни сотруднику Горину, будем использовать документ «Табель учета рабочего времени» . Ещё раз повторюсь – не путайте этот документ с одноименным отчетом. Этот документ можно найти на закладке «Расчет зарплаты» рабочего стола программы. Создадим новый документ. Установим месяц начисления Август 2014 и добавим в табличную часть документа сотрудника Горина. При этом табель сотрудника заполнится автоматически в соответствии с графиком его работы в августе. Нам лишь требуется исправить 24 и 28 августа с выходных дней на рабочие («Я 24»).
Проводим документ.
Теперь можем открыть документ «Начисление зарплаты сотрудникам организации», заполнить этот документ сотрудниками подразделения охрана и рассчитать этот документ. В результате получим следующее.
Итак, Шелестов отработал на 2 дня меньше в связи с отпуском, вместо 7 дней 5, поэтому его оклад рассчитывается пропорционально отработанным дням:
12 500 / 7 * 5 = 8 928,57 руб.
Ни о какой доплате конечно речи не идет, поэтому «Доплата за совмещение» равна 0.
Сотрудник Горин отработал на два дня больше своего плана, вместо 8 дней 10. Оклад начисляется в полном размере, как за 8 плановых дней – 12 500 руб. А вот доплата рассчитывается пропорционально двум дням отработанным сверх нормы в 8 рабочих дней:
12 500 / 8 * 2 = 3 125,00 руб.
Вот так. Всё что можно было автоматизировать в этом примере мы автоматизировали типовыми средствами. Для удобства можно ещё сделать внешнюю обработку, в которой можно будет на основании отпуска и других вытесняющих документов создавать документ «Табель учета рабочего времени» при указании в этой обработки кто кого заменяет. Но над этим стоит работать только если подобная процедура имеет массовый характер из месяца в месяц при большом количестве сотрудников. А так можно и ручками ввести.
На этом сегодня всё! Скоро будут новые интересные материалы на .
Чтобы узнать первыми о новых публикациях подписывайтесь на обновления моего блога:
Планы видов расчета - это прикладные объекты конфигурации . Они используются в механизме сложных периодических расчетов и служат для описания видов расчета и их взаимного влияния друг на друга.
Структура
План видов расчета представляет собой список видов расчета. Каждый вид расчета имеет код, наименование и набор реквизитов , содержащих дополнительную информацию о данном виде расчета:
Например, план видов расчета Основные начисления организаций может выглядеть следующим образом:
Создание и редактирование видов расчета может выполняться как разработчиком (предопределенные виды расчета), так и пользователем, в процессе работы с прикладным решением. Однако пользователь не может удалять виды расчета, созданные разработчиком.
Виды расчета, созданные в плане видов расчета, могут влиять друг на друга. Система поддерживает два вида такого влияния: зависимость по базовому периоду и вытеснение по периоду действия .
Для каждого вида расчета можно указать перечень видов расчета, от которых он будет зависеть по базовому периоду, и которые будут вытеснять его по периоду действия.
Например, вид расчета Алименты может зависеть по базовому периоду от таких видов расчета, как Оклад , ТарифДневной , ДоплатаПерсональная и т.д. А вид расчета Оклад может вытесняться видом расчета Невыход :
Кроме этих зависимостей, для вида расчета могут быть указаны так называемые ведущие виды расчета, - те, от которых он не зависит напрямую, но которые могут оказывать на него влияние через другие виды расчетов.
Формы плана видов расчета
Для того чтобы пользователь мог просматривать и изменять данные, содержащиеся в плане видов расчета, система поддерживает несколько форм его представления. Система может автоматически генерировать все нужные формы; наряду с этим разработчик имеет возможность создать собственные формы, которые система будет использовать вместо форм по умолчанию:
Форма списка
Для просмотра видов расчета используется форма списка. Она позволяет выполнять навигацию по списку, добавлять, помечать на удаление и удалять виды расчетов. Форма списка позволяет выполнять сортировку и отбор отображаемой информации по нескольким критериям:
Механизм сложных периодических расчетов позволяет реализовывать различные модели расчета заработной платы. Работа механизма основана на двух составляющих.
С одной стороны механизм сложных периодических расчетов содержит средства для описания различных видов расчета, которые будут использоваться в прикладном решении. Например, это могут быть такие виды расчета как оклад, алименты, штраф и т.д. Помимо собственно описания этих видов расчета, существует возможность задать правила, по которым одни виды расчета будут влиять на другие виды расчета.
С другой стороны этот механизм предоставляет возможность хранения промежуточных данных, которые используются для выполнения расчетов, и конечных результатов расчетов.
Работа механизма сложных периодических расчетов обеспечивается двумя объектами прикладного решения:
План видов расчета и Регистр расчета.
План видов расчета используется для описания видов расчета и их взаимного влияния друг на друга. В прикладном решении может существовать произвольное количество планов видов расчета, в зависимости от реализуемой модели учета:
Регистр расчета используется для хранения записей о тех или иных видах расчета, которые необходимо выполнить, а также для хранения промежуточных данных и самих результатов выполненных расчетов. Прикладное решение может содержать несколько регистров расчета, предназначенных для отражения данных определенного раздела учета:
План видов расчета
Структура плана видов расчета
План видов расчета представляет собой список видов расчета. Каждый вид расчета имеет код, наименование и набор реквизитов, содержащих дополнительную информацию о данном виде расчета:
Например, план видов расчета ОсновныеНачисленияОрганизаций может выглядеть следующим образом:
Создание и редактирование видов расчета может выполняться как разработчиком (предопределенные виды расчета), так и пользователем, в процессе работы с прикладным решением. Однако пользователь не может удалять виды расчета, созданные разработчиком.
Виды расчета, созданные в плане видов расчета, могут влиять друг на друга. Система поддерживает два вида такого влияния: зависимость по базовому периоду и вытеснение по периоду действия.
Для каждого вида расчета можно указать перечень видов расчета, от которых он будет зависеть по базовому периоду, и которые будут вытеснять его по периоду действия.
Например, вид расчета Алименты может зависеть по базовому периоду от следующих видов расчета:
А вид расчета Оклад может вытесняться видом расчета Невыход:
Кроме этих зависимостей, для вида расчета могут быть указаны так называемые ведущие виды расчета, - те, от которых он не зависит напрямую, но которые могут оказывать на него влияние через другие виды расчетов.
Формы плана видов расчета
Для того чтобы пользователь мог просматривать и изменять данные, содержащиеся в плане видов расчета, система поддерживает несколько форм его представления. Система может автоматически генерировать все нужные формы; наряду с этим разработчик имеет возможность создать собственные формы, которые система будет использовать вместо форм по умолчанию:
Для просмотра видов расчета используется форма списка. Она позволяет выполнять навигацию по списку, добавлять, помечать на удаление и удалять виды расчетов. Форма списка позволяет выполнять сортировку и отбор отображаемой информации по нескольким критериям:
Для просмотра и изменения данных отдельных видов расчета используется форма вида расчета. Как правило, она представляет данные в удобном для восприятия и редактирования виде:
Кроме этих двух форм для видов расчета поддерживается форма выбора конкретных видов расчета из списка. Она, обычно, содержит минимальный набор информации, необходимой для выбора того или иного вида расчета.
Регистр расчета
Структура регистра расчета
Информация в регистре расчета хранится в виде записей, каждая из которых содержит значения измерений и соответствующие им значения ресурсов.Измерения регистра описывают разрезы, в которых хранится информация, а ресурсы регистра непосредственно содержат хранимую информацию. Например, для регистра расчета ОсновныеНачисленияСотрудниковОрганизаций, который имеет следующую структуру:
записи, хранимые в базе данных, будут выглядеть следующим образом:
Связь с планом видов расчета
Регистр расчета связан с одним из планов видов расчета, существующих в прикладном решении. Эта связь обуславливает наличие у каждой записи регистра поля Вид расчета, благодаря которому механизмы регистра могут отслеживать взаимное влияние записей расчета друг на друга.Периодичность
Регистр расчета хранит данные не только в разрезе созданных измерений, но и в разрезе времени. Это является причиной существования у каждой записи регистра расчета еще одного обязательного поля - Период действия. При создании регистра расчета разработчик может указать минимальную периодичность, с которой записи будут заноситься в регистр:
Подчинение регистратору
Изменение состояния регистра расчета происходит, как правило, при проведении документа. Поэтому каждая запись регистра связана с определенным документом - регистратором и номером строки этого документа. Добавление записей в регистр, их изменение и удаление возможно только одновременно для всех записей, относящихся к одному документу.
Связь с графиком времени
Для регистра расчета может быть указана связь с графиком времени. График времени представляет собой регистр сведений, в котором содержится временная схема исходных данных, участвующих в расчетах. Измерениями этого графика могут быть, например, график работы и дата, а ресурсом – количество рабочих часов в этой дате. Тогда можно будет связать запись регистра расчета с каким-либо конкретным графиком работы и в дальнейшем, средствами встроенного языка получать информацию о количестве рабочих часов, необходимую для выполнения расчетов.Например, график времени, имеющий следующую структуру:
Перерасчеты
Регистр расчета может включать в себя специальные объекты - Перерасчеты:
В этих объектах система будет хранить информацию о том, какие записи регистра расчета утратили свою актуальность и подлежат перерасчету в результате работы механизмов зависимости по базовому периоду и вытеснения по периоду действия.
Уникальность записей
Система обеспечивает контроль уникальности записей, хранящихся в регистре расчета. Поэтому в регистре расчета не может находиться двух записей, относящихся к одной и той же строке одного и того же документа.Механизмы, реализуемые регистром расчета
Вытеснение по периоду действия
Механизм вытеснения по периоду действия позволяет рассчитывать фактический период действия записи регистра расчета на основании анализа других записей, содержащихся в регистре.В общем случае, запись регистра расчета содержит две даты, определяющие период, на который распространяется действие данной записи. Этот период называется периодом действия записи. Однако, если вид расчета, к которому относится данная запись, может быть вытеснен другим видом расчета, то период действия данной записи является лишь "запрашиваемым" периодом, то есть "мы хотим, чтобы запись действовала в этом периоде". Реально, фактический период действия данной записи можно будет определить лишь после анализа всех записей видов расчета, которые вытесняют данный вид расчета по периоду действия. Фактический период действия будет представлять собой набор периодов, являющихся подмножеством исходного периода действия данной записи. Если не будет найдено ни одной записи, вытесняющей данную по периоду действия, то фактический период действия данной записи будет равен ее периоду действия. Другим крайним случаем вытеснения по периоду действия является полное вытеснение данной записи другими записями. В этом случае фактический период действия записи будет отсутствовать.
Каждая запись регистра расчета содержит вид расчета, к которому она относится. Чтобы определить, какие записи должны вытеснять данную запись по периоду действия, регистр расчета использует связь с планом видов расчета, в котором описано взаимное влияние видов расчета друг на друга. Использование этой связи позволяет регистру расчета определять фактический период действия каждой записи.
Зависимость по базовому периоду
Механизм зависимости по базовому периоду позволяет получать значение базы для записи регистра расчета на основании анализа других записей, содержащихся в регистре.База представляет собой числовое значение, которое должно быть использовано для расчета результата данной записи. База рассчитывается путем анализа результатов расчета других записей, от которых данная запись зависит по базовому периоду. Таким образом, в общем случае, запись регистра расчета содержит две даты, определяющие период, в котором нужно анализировать записи видов расчета, от которых данный вид расчета зависит по базе - базовый период. Использование связи с планом видов расчета позволяет регистру расчета определять виды расчета, от которых данный вид расчета зависит по базовому периоду.
Регистр расчета поддерживает два вида зависимости по базовому периоду:
- зависимость по периоду действия;
- зависимость по периоду регистрации.
В случае зависимости по периоду действия для получения базы будут выбираться те записи, для которых найдено пересечение их фактического периода действия с базовым периодом данной записи. Значение базы, которая будет получена от конкретной влияющей записи, в общем случае не равно результату, который содержит эта запись. База будет рассчитана пропорционально тому, какую часть от фактического периода влияющей записи составляет перекрывающийся, с указанным базовым периодом, участок. При этом будут использованы данные графика, связанного с этой записью.
В случае зависимости по периоду регистрации для получения базы будут выбираться результаты расчета тех записей, которые попадают в базовый период данной записи значением своего поля «Период регистрации».
Наиболее сложным вариантом зависимости по базовому периоду является случай, когда для вида расчета данной записи установлено свойство "Период действия является базовым периодом". Это свойство означает, что в качестве базового периода данной записи будет использоваться не базовый период, который указан в соответствующих полях записи, а фактический период действия записи, получаемый в результате работы механизма вытеснения по периоду действия и являющийся, в общем случае, набором некоторых периодов.
Формирование записей перерасчета
Механизм формирования записей перерасчета отслеживает факт появления в регистре записей, влияющих на результат расчета уже существующих записей. Возможность влияния новых записей на существующие определяется в результате анализа взаимного влияния видов расчета и на основании работы механизмов вытеснения по периоду действия и зависимости по базовому периоду.Результатом работы механизма формирования записей перерасчета является набор записей перерасчета, содержащий информацию о том, какие записи регистра должны быть рассчитаны заново (перерассчитаны).
Формы регистра расчета
Для того, чтобы пользователь мог просматривать данные, содержащиеся в регистре расчета, система поддерживает форму представления регистра расчета - форму списка. Она позволяет выполнять сортировку и отбор отображаемой информации по нескольким критериям:
Система может автоматически генерировать эту форму. Наряду с этим разработчик имеет возможность создать собственные формы, которые система будет использовать вместо формы умолчанию, в том числе и форму набора записей, которая позволяет добавлять, изменять и удалять записи регистра расчета.
Функциональные возможности регистра расчета
Основными функциональными возможностями, которые предоставляет регистр расчета разработчику, являются:
- выбор записей в заданном интервале по заданным критериям;
- выбор записей по регистратору;
- получение значения базы для записей регистра, удовлетворяющих заданному отбору;
- получение данных графика для записей регистра, удовлтворяющих заданному отбору;
- получение данных о записях, подлежащих перерасчету;
- чтение, изменение и запись набора записей в регистр.
Для начала разберемся, где в 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 годы по данным Росстата.
