Расчет в 1С:Предприятие 8.2 и 8.3 – это сложно или просто?

Публикация № 75233

Учет и отчетность

Расчет зарплата труд

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

Расчет в  1С:Предприятие 8.2 и 8.3 – это сложно или просто?

 

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

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

Для чего используется  подсистема Расчет в 1С:Предприятие 8.2 и 8.3?

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

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

Почему это отдельная подсистема?

Можно и без нее, только, тогда придется много-много программировать для расчета зарплаты, а эта подсистема – «заточена» под такие расчеты и в ней есть много механизмов, обеспечивающих расчеты зарплаты без дополнительного программирования. Можно провести аналогию, когда в программно-аппаратных комплексах какие-то функции, сложные для программирования, реализуются аппаратно, тогда программирование резко упрощается. Вот и здесь, часть функций для расчетов уже реализована в объектах  1С:Предприятие 8.2 и 8.3.

Так из чего же состоит подсистема Расчет в1С:Предприятие 8.2 и 8.3?

Если посмотреть на структуру даже самой простой конфигурации, увидим много блоков, во взаимосвязях которых, на первый взгляд, очень трудно разобраться. Если посмотрим на типовые конфигурации УПП или ЗУП,  тем более совсем не захочется даже разбираться в их структуре. А какие там сложные запросы многократной вложенности…

Но, иногда все-таки очень надо разобраться хотя бы в принципах этой подсистемы, работа есть работа.

Для примера возьмем простейшую конфигурацию. Какие в ней объекты для расчета зарплаты? Например:

Справочники: Физические лица, Подразделения, Работники организаций, Группы видов расчета,  Типы графиков

Регистры сведений: Плановые начисления, Плановые удержания,  Графики работы             

Планы видов расчета:    Основные начисления, Дополнительные начисления, Удержания

Регистры расчета: Основные начисления, Дополнительные начисления, Удержания

Документы: Прием на работу, Увольнение, Кадровое перемещение, Начисление зарплаты, Регистрация разовых начислений,

Отчеты: Расчетные листки, Расчетная ведомость

Обработка: Регистр расчета

Общий модуль: Расчет зарплаты.

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

Попробуем упростить.

Зададим себе вопрос,  а все ли из этих объектов действительно относятся к подсистеме Расчет?

И обнаружим, что, оказывается, нет.  Объектов именно этой подсистемы – на удивление мало, поэтому и разобраться в таком маленьком количестве объектов вполне возможно.

 

Почему такое утверждение? Сейчас поймем.

 

Действуем методом исключения.

Без чего Расчет остается Расчетом, а без чего Расчетом быть перестанет?

 

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

Это, например, справочники – Физические лица, Подразделения.

 

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

К таким объектам относятся, например, регистры сведений для плановых данных.

 

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

 

Часть объектов – для учета кадров. Это просто, там расчет делать не надо, обычные справочники для сотрудников и документы для приема на работу.

 

Так что же осталось для собственно Расчета из этой схемы?

 

Остался очень важный объект – План видов расчета.

Не менее важный объект – Регистр расчета.

Без них, действительно никак не обойтись.

 

Что еще?

Графики работы, конечно, иначе как зарплату начислять, надо ведь знать: какие дни рабочие, какие выходные.

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

 

Ну вот, совсем мало объектов у нас в Расчете осталось:

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

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

График работы и Типы графиков;

Документ начисления заработной платы.

 

Разбираемся с ними.

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

 

Теперь сложнее, но не очень. Для чего необходим План видов расчета? И сколько их должно быть?

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

Что такое Вид расчета – ну, например, Основная заработная плата, Премия, Оплата за отпуск. В-общем, понятно.

Какие основные характеристики?

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

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

Сколько таких планов - сколько надо по смыслу и, например, по зависимости от времени или от некоторых других принципиальных характеристик.

 

Регистр расчета. Это что за объект?

А вот он и делает все расчеты, обычно по одному для каждого плана.

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

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

Ну, а после того, как эти дни регистр командами определит, тогда, правда уже с помощью обычного программирования,  результат расчета зарплаты и отпуска регистр с помощью движений в себя же запишет. Это уже не так сложно – вид расчета предполагает вполне конкретный алгоритм расчета (законодательство это четко определяет), так что, по указанной регистру  зарплате сотрудника по трудовому договору, периоду расчета, да по тому, сколько тот прогулял, когда должен был работать, вполне можно  не слишком сложно запрограммировать такой расчет.

 

Только, раз этот регистр знает, какая зарплата по трудовому договору и сколько сотрудник прогулял, кто-то ему это сказать должен был.

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

Вот, собственно, и все основные принципы этой подсистемы.

 

Про отчеты мы уже говорили. Регистр расчета – это ведь всего лишь регистр. Запросы к нему вполне можно сделать, если программист умеет работать с другими регистрами.

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

А когда совсем осознаем весь этот Расчет, сделаем все очень оптимально, ведь теперь уже не так все сложно будет.

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

 

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

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. newreactive 09.09.10 09:26 Сейчас в теме
Да, действительно так намного проще разбираться.
А усложнять уже потом можно.
2. Marusya_777 09.09.10 10:32 Сейчас в теме
очень интересно и просто написано
3. leosoft 145 09.09.10 16:50 Сейчас в теме
>> Ну, а в типовых конфигурациях теперь уже точно разберемся, там же аналогично все.
А вот это на порядок сложнее будет! :)
4. progr-2008 118 09.09.10 19:21 Сейчас в теме
(3)Мне с УПП версии 1.3 для 8.2 стало намного легче разбираться, когда выделила эти несколько объектов, о которых говорю.
5. leosoft 145 09.09.10 21:29 Сейчас в теме
Одно дело - разобраться с механизмом расчета и совсем другое - с тем, как эти механизмы используются в типовой ЗУП!
6. progr-2008 118 09.09.10 21:44 Сейчас в теме
(5)Подсистема зарплаты в УПП 1.3 - сейчас практически аналогично ЗУП.
7. basicm 11.09.10 17:44 Сейчас в теме
Мягко говоря "интересное" описание работы РР
8. progr-2008 118 11.09.10 23:35 Сейчас в теме
(7)Когда выделяешь именно эти специфические функции регистра расчетов, остальное для него - достаточно обычно и просто.
9. astvit15 19.09.11 14:00 Сейчас в теме
Полезная статья!Спасибо!
10. fishca 1175 02.04.12 09:45 Сейчас в теме
(0) проиллюстрировать бы еще картинками, тогда совсем было бы замечательно!
11. ms200999 02.04.12 10:19 Сейчас в теме
Психотерапевтическая для начинающих разбираться с ЗУПом. В этом смысле полезная публикация. :)
12. progr-2008 118 26.04.12 08:35 Сейчас в теме
(11)Да, такая цель тоже была.

На собственном опыте - это не лишнее. :)

Сначала, казалось, сложность неимоверная.
Пришлось для себя - выделить главное и упростить взаимосвязи до этого главного.
После этого, оказалось, и не так уж все запутано и сложно - разобраться можно.
14. cerg110 3 13.07.12 07:20 Сейчас в теме
Для общего развития для начинающего нормально).
15. nataon 13.07.12 10:42 Сейчас в теме
Для начинающих полезная информация
16. user828243 15.09.17 18:45 Сейчас в теме
Очень доступно, спасибо.
Оставьте свое сообщение

См. также

Выборочное списание партий товаров в "Управление торговлей" редакции 10 Промо

Учет ТМЦ Учет и отчетность v8 УТ10 Россия УУ Бесплатно (free)

Реализация выборочного списания партий товаров в "Управление торговлей" редакции 10

01.10.2011    43378    0    GreenLab    33    

Учет НДС в типовом решении 1С:Бухгалтерия предприятия 8

Учет и отчетность v8 БП2.0 Россия НДС Бесплатно (free)

Целью этой статьи является систематизация методологии учета НДС в типовом решении 1С:Бухгалтерия 8. Статья охватывает полный цикл ведения учета НДС в информационной базе, начиная с настроек учетной политики и заканчивая формирование Книг покупок и продаж. Я постарался описать самые разные ситуации (в том числе достаточно специфические) связанные, с расчетами по НДС и их отражением в информационной базе. Например, в статье рассмотрен пример "Строительство объектов основных средств собственными силами (хозспособ)". В общем, хотелось бы понять, несет ли данная статья ту прикладную пользу, которая предполагалась при написании.

11.10.2011    71495    0    expertpd    42    

Практическая заметка о Складском (управленческом) учете

Учет и отчетность v8 КА1 УТ10 УПП1 Россия БУ УУ Бесплатно (free)

Решила затронуть тему складского учета. Практического Складского учета. Буду благодарна и рада мнениям коллег!

11.08.2011    20025    0    Arabellka    60    

Порочные особенности "Подготовки сведений персонифицированного учета СЗВ-6" в программах 1С

Зарплата Управление персоналом (HRM) Учет и отчетность v8 Россия Бесплатно (free)

При выгрузке из программ 1С индивидуальных сведений (форм СЗВ-6-1 и СЗВ-6-2) суммы уплаты заполняются расчетным методом и не всегда встают верно, т.к. фактические данные распределения уплат предыдущих периодов не учитываются.

05.08.2011    25536    0    victuan    27    

Обзор новшеств редакции БП 2.0 по сравнению с 1.6 Промо

Закрытие периода Учет и отчетность v8 БП2.0 1С:Франчайзи, автоматизация бизнеса Россия НУ НДС УСН Бесплатно (free)

Чем отличается редакция БП 2.0 от редакции 1.6. На что нужно обратить внимание при переходе на новую редакцию.

13.12.2010    20301    0    KapasMordorov    30    

Инициализационная настройка справочников и регистров сведений БП 2.0

Учет и отчетность v8 БП2.0 Россия БУ Бесплатно (free)

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

23.05.2011    37467    0    RayCon    23    

1С Зарплата и Управление Персоналом 8: способы выплаты зарплаты

Зарплата Учет и отчетность v8 ЗУП2.5 Россия Бесплатно (free)

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

22.04.2011    50848    0    vdi1950    31    

Конструирование аналитической структуры плана счетов в программе «1С:Бухгалтерия 8» с целью обеспечения достоверности финансовой отчетности

Управленческий учет (прочее) Дебиторская и кредиторская задолженность Оборотно-сальдовая ведомость, Анализ счета Учет доходов и расходов Дебиторская и кредиторская задолженность Оборотно-сальдовая ведомость, Анализ счета Учет доходов и расходов Учет и отчетность Бухгалтерия Механизмы бухгалтерского учета v8 КА1 БП2.0 УПП1 Россия БУ УУ Бесплатно (free)

Описаны правила конструирования аналитической структуры плана счетов, позволяющей формировать достоверную финансовую отчётность. Описываются принципы формирования баланса и отчета о прибылях и убытках в МСФО и в РСБУ. Даётся определение развёрнутого сальдо и рассматривается его корректное отражение в ОСВ. Делается анализ минимально необходимого количества уровней субконто по счетам расчётов. Подробно рассматриваются ошибки плана счетов «Хозрасчётный» и ОСВ стандартной поставки 1С, препятствующие выверке баланса и отчета о прибылях и убытках по ОСВ. Предлагаются методы купирования проблем.

24.10.2010    167875    0    RayCon    106    

Расчет фактической себестоимости в типовой конфигурации 1C:Бухгалтерия 8

Производство готовой продукции (работ, услуг) Учет и отчетность v8 БП2.0 Россия Бесплатно (free)

Прочитал статью http://infostart.ru/public/69109/ и возникло желание предостеречь от излишнего оптимизма и рассказать о проблемах расчета фактической себестоимости.

21.04.2010    73797    0    bb1962    20    

Универсальный отчет по метаданным

Управленческие v8 1cv8.cf Бесплатно (free)

Универсальный отчет по метаданным, работающий в любой конфигурации.

17.01.2010    25555    0    sbv2005    33