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

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

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

В наличии

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

Категория:

Описание

Лауреат премии Infostart Awards 2014 в номинации Лучшая статья 

Целевая аудитория статьи — бухгалтеры и программисты компаний, в которых корпоративная финансовая отчётность (РСБУ или МСФО) готовится не для "галочки".

Поскольку статья насчитывает свыше сорока страниц, то здесь приводится с сокращениями.

 

Оглавление:

1. Введение

2. Учётные традиции мировой практики

    2.1. Правило двойной записи

    2.2. Функциональная валюта

    2.3. Классы счетов

    2.4. Алгоритм формирования Баланса в международной практике

    2.5. Алгоритм формирования Отчета о прибылях и убытках в международной практике

3. Основные правила конструирования плана счетов

    3.1. Синтетические и аналитические счета

    3.2. Постулаты разработчика плана счетов

    3.3. Сегментирование разрядной сетки в номере счёта

    3.4. Определение количества аналитических уровней на счетах расчётов

    3.5. Алгоритм формирования Баланса

           3.5.1. Алгоритм формирования Баланса в отечественной практике

           3.5.2. Алгоритм формирования Баланса в программах 1С

    3.6. Алгоритм формирования Отчета о прибылях и убытках

           3.6.1. Алгоритм формирования Отчета о прибылях и убытках в отечественной практике

           3.6.2. Алгоритм формирования Отчёта о прибылях и убытках в программах 1С

    3.7. Анализ плана счетов «Хозрасчётный» стандартной поставки программ 1С

    3.8. Конструирование плана счетов «Хозрасчётный» для программ 1С

4. Оборотно-сальдовая ведомость

    4.1. Развёрнутое сальдо

           4.1.1. Определение развёрнутого сальдо

           4.1.2. Взаимозачёт активов и обязательств

           4.1.3. Характеристики развёрнутого сальдо

    4.2. Ошибки оборотно-сальдовой ведомости стандартной поставки 1С

           4.2.1. Ошибки настройки ОСВ

           4.2.2. Ошибки отображения развёрнутого сальдо

           4.2.3. Ошибки отображения валютных операций

           4.2.4. Ошибки отображения операций «сторно»

           4.2.5. Ошибки отборов

    4.3. Пробный баланс

5. Итоговые рекомендации по конфигурированию и настройке программ 1С
    с целью обеспечения достоверности финансовой отчётности

6. Глоссарий

7. Литература

==========================================================

1. Введение

Настоящая статья посвящена проблеме формирования основных финансовых отчётов: Баланса (форма 1) и Отчета о прибылях и убытках (форма 2) в программе «1С:Бухгалтерия» (далее – «1С») и в иных конфигурациях программы «1С:Предприятие», имеющих бухгалтерский модуль. Поскольку эти отчёты собираются по бухгалтерским итогам, рассчитываемым на основе сальдо и оборотов по счетам плана счетов «Хозрасчётный», то мы проведём анализ на соответствие данного плана счетов стандартной поставки 1С как требованиям российского законодательства, так и требованиям корпоративной финансовой отчётности.

Поскольку выверку вышеуказанных отчётных форм опытные бухгалтеры проводят по оборотно-сальдовой ведомости (далее – «ОСВ»), то формированию этого отчёта будет посвящён отдельный раздел статьи. К сожалению, ОСВ стандартной поставки 1С не позволяет делать такую выверку. Отчасти это обусловлено отсутствием в стандартных поставках надлежащих настроек ОСВ, а отчасти – методологическими ошибками конструирования плана счетов «Хозрасчётный», приводящими к невозможности индикации корректных бухгалтерских итогов по некоторым счетам и, как следствие, к несовпадению сумм в ОСВ и сумм в формах 1 и 2.

Что касается настроек ОСВ, то этот вопрос ранее нами уже освещался как для версии 1С 7.7 [1], так и для версии 1С 8.Х [2].

Вопрос же конструирования плана счетов – из разряда тех, чему «не учит ни семья, ни школа», поэтому ему будет уделено особое внимание. Будут рассмотрены не только существующие ошибки плана счетов «Хозрасчётный» стандартной поставки 1С, но и пути их устранения, а также даны рекомендации и пояснения, которые помогут читателю в дальнейшем самостоятельно конструировать любые планы счетов (например, для целей управленческого и/или международного учёта), обеспечивающие достоверное формирование как ОСВ, так и финансовой отчётности.

К сожалению, в подавляющем большинстве бухгалтерских решений на платформе «1С:Предприятие» обеих версий (7.7 и 8.Х) наследуется некорректная агрегация данных в ОСВ из «1С:Бухгалтерии». Это касается и OLAP-подобных ОСВ, которые разрабатывают наиболее продвинутые программисты 1С-сообщества [3, 4]. Одним из редких исключений, которое только подтверждает общее правило, служит разработка «Управленческий баланс» фирмы «ИТАН», в которой купированы некоторые из проблем, описываемых в настоящей статье.

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

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

Заранее просим у читателей прощения за некоторые вольности и упрощения в изложении материала, которые обусловлены междисциплинарной тематикой статьи с одной стороны и популяризаторской миссией – с другой. Очевидным возможным следствием такого компромисса будет некая неудовлетворённость раскрытием темы как со стороны бухгалтеров, так и со стороны программистов 1С. Тем не менее, мы попытались найти «золотую середину» и дать читателю такой материал, который будет одинаково понятен (а, значит, как и в любом компромиссе, в столь же одинаковой мере непонятен) и интересен как бухгалтеру, так и программисту. Насколько нам это удалось, предоставляем судить читателю самостоятельно. И если статья найдёт у вас какой-либо отклик, не стесняйтесь написать нам: любое ваше мнение будет нам безусловно небезынтересно.

2. Учётные традиции мировой практики

2.1. Правило двойной записи

Для начала – небольшой экскурс в историю…

Пять веков тому назад жил в Италии некий францисканский монах Лука Пачоли, опубликовавший в 1494 году трактат «О счетах и записях», в котором описал учётные методы венецианских купцов, в том числе и правило двойной записи. Хотя, справедливости ради, стоит отметить, что сам термин двойная запись появился на три десятка лет позднее, да и венецианский метод записи денежных операций в то время не был единственным методом двойной записи, но Пачоли, как математик, оценил его достоинства, и выступил его популяризатором, т.к. именно этот метод давал наибольшее удобство и контроль достоверности учётных данных.

В чём же было достоинство метода подданных великого дожа? Они делали записи на бухгалтерских счетах, причём, под каждый счёт отводился разворот в Главной книге: на левой странице «Иметь» записывались приходные суммы, а на правой странице «Дать» – расходные. Каждое движение денег записывалась таким образом, что с правой страницы «Дать» одного счёта деньги списывались, а на левую страницу «Иметь» другого счёта добавлялись. Совокупный результат по всем – левым и правым – страницам всех счетов при этом оставался неизменным. Уже догадались, каким он был? Правильно, нулевым! И понятно, почему: сумма всех записей «Иметь» равнялась сумме всех записей «Дать», иначе говоря, записи были сбалансированы. Соответственно, если вдруг по каким-то причинам правило двойной записи нарушено, то совокупные записи не будут сбалансированы, иными словами, баланс записей за период не сойдётся или, как теперь говорят бухгалтеры, баланс не будет в ажуре.

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

2.2. Функциональная валюта

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

Столь же очевидно, что суммы операций в иностранной валюте должны пересчитываться в суммы в функциональной валюте, для чего бухгалтерские счета в плане счетов обычно имеют признак «Валюта счёта», при этом одна валюта «закрепляется» за одним счётом. В программах 1С такого «закрепления» не существует. Несмотря на то, что такой подход не соответствует общепринятой бухгалтерской практике, тем не менее, математически он вполне корректен, т.к. позволяет в полной мере осуществить учёт валютных операций. Хотя ради справедливости стоит отметить, что в случае ведения параллельного российского и международного учёта в программах 1С при соотнесении («мэппинге» от англ. mapping) российских и международных счетов могут возникнуть определённые сложности в алгоритме соотнесения одного мультивалютного счёта ко многим мультивалютным счетам.

2.3. Классы счетов

В международной практике сложилась определённая традиция разделения счетов на два «глобальных» класса: балансовые счета, на основе остатков по которым сводится Балансовый отчёт (далее − «Баланс»), и пи-эн-эль-ные (от англ. «PnL») счета или счета доходов-расходов, на основе оборотов по которым сводится Отчёт о прибылях и убытках (далее − «ОПУ»). Балансовые счета имеют остатки (сальдо), а пи-эн-эль-ные – не имеют, т.е. являются бессальдовыми.

Для отечественного бухучёта эта традиция тоже вполне применима, т.к. принципы формирования основных финансовых отчетов (Баланс − по остаткам, ОПУ − по оборотам) одинаковы во всём мире, но, в отличие от международного учёта, разделение счетов на балансовые и пи-эн-эль-ные в отечественной практике официального декларирования не получило. Тем не менее, для упрощения понимания материала, мы в настоящей статье будем пользоваться разделением счетов, принятым именно в международном учёте. Это поможет нам легче «спроецировать» бухгалтерскую методологию на план счетов 1С.

Балансовые счета, в свою очередь, делятся ещё на два класса по тому критерию, как именно остатки по ним попадают в Баланс. Если остатки (разумеется, дебетовые) попадают в Актив, счета называются активными, а если остатки (разумеется, кредитовые) попадают в Пассив, то, соответственно, – пассивными.

В международном учёте активными и пассивными счетами всё и ограничивается. Но в российском учёте имеются ещё и активно-пассивные счета, – именно с этой категорией счетов и связано подавляющее большинство трудностей, возникающих при выверке Баланса в программах 1С. Казалось бы, всё просто: дебетовый остаток активно-пассивного счёта должен попадать в Актив, а кредитовый остаток – в Пассив, но не тут-то было! В программах 1С ситуация гораздо запутаннее, и мы постараемся провести соответствующий «разбор полётов».

Заметим, что в отечественной практике активными и пассивными называются не только балансовые счета, но и «пи-эн-эль-ные», в то время как в международном учёте последние называются счетами расходов и доходов соответственно. Строго говоря, называть «пи-эн-эль-ные» счета активными и пассивными не совсем корректно по той простой причине, что они не являются балансовыми: не попадают ни в Актив, ни в Пассив Баланса, но, с этим приходится жить точно так же, как с утверждением, что постоянный ток течёт от плюса к минусу. Просто давайте запомним, что счета расходов условно называются активными, а счета доходов – пассивными. Мнемоника здесь довольно проста: привязка идёт не на уровне остатков, а на уровне оборотов: если на счёте первым возникает дебетовый оборот, значит, по аналогии с дебетовым сальдо, счёт будет активным, если первым возникает кредитовый оборот – пассивным.

3. Основные правила конструирования плана счетов

3.1. Синтетические и аналитические счета

Отдельно хочется остановиться на таких понятиях, как синтетический и аналитический счёт. Ранее, когда бухгалтерский учёт вёлся неавтоматизировано (да-да, были и такие времена, когда компьютеров ещё не было»), синтетическими назывались счета верхнего уровня, а аналитическими – вложенные субсчета. Сейчас, когда получили распространение бухгалтерские программы, произошла некая семантическая «миграция» термина «синтетический счёт»: сейчас бухгалтеры так называют счёт или субсчёт любого уровня, который не имеет аналитики (субконто). И наоборот, субсчета без аналитики перестали называть «аналитическими» – теперь так называют только те субсчета, на которых аналитика имеется. В рамках нашего изложения мы будем придерживаться этого, уже устоявшегося в профессиональной среде, сленга. Надеюсь, нас простят разработчики и пользователи программы «Инфо-Бухгалтер», в которой по старинке субсчета – это «аналитика», и на каждого нового контрагента надо открывать новый субсчёт.

3.2. Постулаты разработчика плана счетов

Сначала несколько слов о методологии конструирования плана счетов в любой бухгалтерской программе…

У разработчиков бухгалтерских программ существуют основополагающие принципы – условно назовём их «Постулатами» – конструирования грамотного плана счетов. Вот главные из них:

Постулат №1:

Как мы уже установили в п.2.3, счета делятся на балансовые, на основе остатков по которым сводится Баланс, и на счета доходов-расходов (пи-эн-эль-ные), на основе оборотов по которым сводится ОПУ.

Постулат №2:

В самом общем случае любой счёт может иметь сколь угодно глубокую иерархию субсчетов, но аналитика (в терминах 1С – «субконто») имеет смысл только на субсчетах самого низшего уровня.

Соответственно, все субсчета более высоких уровней (в терминах 1С – «счета-группы»), вплоть до счёта самого верхнего уровня, не должны иметь аналитики. Таким подходом обеспечивается надлежащая последовательность агрегации бухгалтерских данных: сначала аналитически развёрнутые данные по субконто собираются на субсчетах низшего уровня, а затем собранные суммы (уже без разворота по субконто!) собираются по всей иерархии субсчетов снизу – вверх, вплоть до счёта самого верхнего уровня.

Постулат №3:

Количество уровней вложенности субсчетов определяется структурой статей финансовой отчетности.

Например, если говорить об отражении счетов расчётов в Балансе, то в нём присутствует деление таких счетов на счета дебиторской и кредиторской задолженности, т.е. на активы и пассивы соответственно, которые, в свою очередь, подразделяются на счета долгосрочной и краткосрочной задолженности (см. п.19 [17]). Таким образом, мы имеем двухуровневую иерархическую структуру субсчетов для счетов расчётов (иерархия подчинения: снизу − вверх):

  • Дебиторская/кредиторская задолженность;
  • Долгосрочная/краткосрочная задолженность.

Постулат №4:

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

В результате мы имеем трёхуровневую иерархическую структуру субсчетов для счетов расчётов (иерархия подчинения: снизу − вверх):

  • Дебиторская/кредиторская задолженность;
  • Долгосрочная/краткосрочная задолженность;
  • Валюта расчётов.

Кроме того, для того, чтобы всегда иметь информацию о том, дебиторская это задолженность (актив, отражаемый в Активе Баланса) или кредиторская (обязательство, отражаемое в Пассиве Баланса), по счетам расчётов надо отслеживать каждую поставку (оплату), следовательно, субконто по этим счетам должны иметь трёхуровневую иерархическую структуру (иерархия подчинения: снизу − вверх):

  • Контрагент;
  • Договор;
  • Поставка (документ расчётов).

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

  • Контрагент;
  • Договор.

или даже в одноуровневую:

  • Контрагент.

Постулат №5:

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

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

Ну вот, теперь, когда с вступлением покончено, давайте строить грамотный план счетов в программе 1С на основе этих постулатов…

3.3. Сегментирование разрядной сетки в номере счёта

Поскольку самым сложным является структурирование активно-пассивных счетов расчётов, рассмотрим сегментирование по субсчетам именно для этих счетов. Если вы поймёте принципы конструирования на примере счетов дебиторов/кредиторов, то «субсчетирование» остальных счетов у вас не вызовет серьёзных затруднений.

Уровень №0 (без субсчетов):

Нулевым уровнем субсчетов является синтетический активно-пассивный счёт верхнего уровня.

Уровень №1 (по субсчетам):

Первым уровнем субсчетов является разделение активно-пассивных счетов (самые яркие примеры − 60 и 62) на два синтетических субсчёта первого уровня: чисто активные и чисто пассивные − по критерию попадания в Актив или в Пассив Баланса соответственно.

Уровень №2 (по субсчетам):

Вторым уровнем субсчетов является разделение и в Активе, и в Пассиве Баланса на два синтетических субсчёта второго уровня: по долгосрочной и краткосрочной задолженностям. Здесь у нас обозначилась первая проблема: план счетов «Хозрасчётный» в программах 1С не имеет субсчетов для такого разделения! Как следствие, данные по долгосрочной задолженности попадают в статьи Баланса, отвечающие за краткосрочную задолженность, что, несомненно, является искажением финансовой отчётности (см. п.19 [17]), а, следовательно, недопустимо!

Уровень №3 (по субсчетам):

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

Скажем несколько слов о видах валютных субсчетов. Для корректного учёта сумм по валютным счетам расчётов нам нужны данные по самим валютам, в которых эти задолженности учитываются. Следовательно, для отечественного бухучёта, с учётом валюты цены и валюты платежа по договору (см. ниже абзац «Уровни 4-6»), мы получим 3 категории валютных расчётов:

  • расчёты в функциональной валюте отечественного бухучёта − российских рублях;
  • расчёты в иностранной валюте;
  • расчёты в так называемых «условных единицах», т.е. расчёты, номинированные в иностранной валюте (или в иных расчётных единицах), когда валюта цены договора номинирована в валюте, отличной от валюты платежа (обязательного платёжного средства на территории РФ) – рублей.

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

Уровни №4-6 (по субконто):

Последним (last but not least!) шагом, согласно Постулату №2, будет открытие аналитик (субконто) на субсчёте самого низшего уровня. По каждому виду валютной задолженности (уровень №3) в рамках долгосрочной/краткосрочной задолженности (уровень №2) и, в свою очередь, в пределах дебиторской/кредиторской задолженности (уровень №1) мы должны получить информацию по каждой сделке с контрагентом:

  1. Данные о самом контрагенте;
  2. Данные о договоре с контрагентом (включая информацию о валюте цены и валюте платежа);
  3. Данные по документам поставки и оплаты (включая информацию о валюте цены и валюте платежа).

Более подробно структуру аналитики на счетах расчётов мы рассмотрим в п.3.4.

Итак, мы с вами набросали типовую иерархию субсчетов и субконто для счетов дебиторов-кредиторов. В качестве примера распишем счёт 60:

Уровень счёта:

60 − активно-пассивный синтетический счёт верхнего уровня

Пассивная ветвь иерархии:

Уровень субсчёта 1-го уровня:

60.1 − пассивный синтетический субсчёт первого уровня

Уровень субсчёта 2-го уровня:

60.1.1 − пассивный синтетический субсчёт второго уровня для учёта краткосрочной задолженности

Уровень субсчетов 3-го уровня (самый нижний уровень):

60.1.1.1 − пассивный аналитический субсчёт третьего уровня для учёта краткосрочной задолженности в рублях

60.1.1.2 − пассивный аналитический субсчёт третьего уровня для учёта краткосрочной задолженности в валюте

60.1.1.3 − пассивный аналитический субсчёт третьего уровня для учёта краткосрочной задолженности в у.е.

Уровень субсчёта 2-го уровня:

60.1.2 − пассивный синтетический субсчёт второго уровня для учёта долгосрочной задолженности

Уровень субсчетов 3-го уровня (самый нижний уровень):

60.1.2.1 − пассивный аналитический субсчёт третьего уровня для учёта долгосрочной задолженности в рублях

60.1.2.2 − пассивный аналитический субсчёт третьего уровня для учёта долгосрочной задолженности в валюте

60.1.2.3 − пассивный аналитический субсчёт третьего уровня для учёта долгосрочной задолженности в у.е.

Активная ветвь иерархии:

Уровень субсчёта 1-го уровня:

60.2 − активный синтетический субсчёт первого уровня

Уровень субсчёта 2-го уровня:

60.2.1 − активный синтетический субсчёт второго уровня для учёта краткосрочной задолженности

Уровень субсчетов 3-го уровня (самый нижний уровень):

60.2.1.1 − активный аналитический субсчёт третьего уровня для учёта краткосрочной задолженности в рублях

60.2.1.2 − активный аналитический субсчёт третьего уровня для учёта краткосрочной задолженности в валюте

60.2.1.3 − активный аналитический субсчёт третьего уровня для учёта краткосрочной задолженности в у.е.

Уровень субсчёта 2-го уровня:

60.2.2 − активный синтетический субсчёт второго уровня для учёта долгосрочной задолженности

Уровень субсчетов 3-го уровня (самый нижний уровень):

60.2.2.1 активный аналитический субсчёт третьего уровня для учёта долгосрочной задолженности в рублях

60.2.2.2 − активный аналитический субсчёт третьего уровня для учёта долгосрочной задолженности в валюте

60.2.2.3 − активный аналитический субсчёт третьего уровня для учёта долгосрочной задолженности в у.е.

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

Поскольку, как хранилище бухгалтерской информации, аналитика (субконто) на счёте, по сути, ничем не отличается от субсчёта, давайте отобразим эти ветви иерархии в виде дерева:

 

СчётУровни
субсчетов
Уровни
субконто
А/ПРасшифровка
сальдо
Алгоритм расчёта сальдо
123123
60АППо субсчетамРаздельно по поставщикам и по авансам выданным
 60.1ППо субсчетамПо всем поставщикам
 60.1.1ППо субсчетамПо всем краткосрочным поставщикам
 60.1.1.1ППо субконтоПо всем краткосрочным поставщикам в руб.
 КонтрагентПо субконто 1По каждому краткосрочному поставщику в руб.
 ДоговорПо субконто 2По каждому краткосрочному договору поставки в руб.
 Док-тПо субконто 3По каждому приходному документу в руб.
60.1.1.2ППо субконтоПо всем краткосрочным поставщикам в вал.
 КонтрагентПо субконто 1По каждому краткосрочному поставщику в вал.
 ДоговорПо субконто 2По каждому краткосрочному договору поставки в вал.
 Док-тПо субконто 3По каждому приходному документу в вал.
60.1.1.3ППо субконтоПо всем краткосрочным поставщикам в у.е.
 КонтрагентПо субконто 1По каждому краткосрочному поставщику в у.е.
 ДоговорПо субконто 2По каждому краткосрочному договору поставки в у.е.
 Док-тПо субконто 3По каждому приходному документу в у.е.
60.1.2ППо субсчетамПо всем долгосрочным поставщикам
 60.1.2.1ППо субконтоПо всем долгосрочным поставщикам в руб.
 КонтрагентПо субконто 1По каждому долгосрочному поставщику в руб.
 ДоговорПо субконто 2По каждому долгосрочному договору поставки в руб.
 Док-тПо субконто 3По каждому приходному документу в руб.
60.1.2.2ППо субконтоПо всем долгосрочным поставщикам в вал.
 КонтрагентПо субконто 1По каждому долгосрочному поставщику в вал.
 ДоговорПо субконто 2По каждому долгосрочному договору поставки в вал.
 Док-тПо субконто 3По каждому приходному документу в вал.
60.1.2.3ППо субконтоПо всем долгосрочным поставщикам в у.е.
 КонтрагентПо субконто 1По каждому долгосрочному поставщику в у.е.
 ДоговорПо субконто 2По каждому долгосрочному договору поставки в у.е.
 Док-тПо субконто 3По каждому приходному документу в у.е.
60.2АПо субсчетамПо всем авансам выданным
 60.2.1АПо субсчетамПо всем краткосрочным авансам выданным
 60.2.1.1АПо субконтоПо всем краткосрочным авансам выданным в руб.
 КонтрагентПо субконто 1По каждому краткосрочному авансу выданному в руб.
 ДоговорПо субконто 2По каждому краткосрочному договору поставки в руб.
 Док-тПо субконто 3По каждому документу оплаты в руб.
60.2.1.2АПо субконтоПо всем краткосрочным авансам выданнымв вал.
 КонтрагентПо субконто 1По каждому краткосрочному авансу выданному в вал.
 ДоговорПо субконто 2По каждому краткосрочному договору поставки в вал.
 Док-тПо субконто 3По каждому приходному документу в вал.
60.2.1.3АПо субконтоПо всем краткосрочным авансам выданным в у.е.
 КонтрагентПо субконто 1По каждому краткосрочному авансу выданному в у.е.
 ДоговорПо субконто 2По каждому краткосрочному договору поставки в у.е.
 Док-тПо субконто 3По каждому приходному документу в у.е.
60.2.2АПо субсчетамПо всем долгосрочным авансам выданным
 60.2.2.1АПо субконтоПо всем долгосрочным авансам выданным в руб.
 КонтрагентПо субконто 1По каждому долгосрочному авансу выданному в руб.
 ДоговорПо субконто 2По каждому долгосрочному договору поставки в руб.
 Док-тПо субконто 3По каждому приходному документу в руб.
60.2.2.2АПо субконтоПо всем долгосрочным авансам выданным в вал.
 КонтрагентПо субконто 1По каждому долгосрочному авансу выданному в вал.
 ДоговорПо субконто 2По каждому долгосрочному договору поставки в вал.
 Док-тПо субконто 3По каждому приходному документу в вал.
60.2.2.3АПо субконтоПо всем долгосрочным авансам выданным в у.е.
 КонтрагентПо субконто 1По каждому долгосрочному авансу выданному в у.е.
 ДоговорПо субконто 2По каждому долгосрочному договору поставки в у.е.
 Док-тПо субконто 3По каждому приходному документу в у.е.

 

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

  1. По субсчетам 1-го уровня в рамках счёта верхнего уровня;
  2. По субсчетам 2-го уровня в рамках субсчетов 1-го уровня;
  3. По субсчетам 3-го уровня в рамках субсчетов 2-го уровня;
  4. По контрагентам в рамках субсчетов 3-го уровня;
  5. По договорам в рамках контрагентов;
  6. По расчётным документам в рамках договоров.

3.4. Определение количества аналитических уровней на счетах расчётов

Зададимся вопросом: сколько должно быть уровней субконто на счетах расчётов, чтобы информация в бухгалтерской отчётности была достоверной?

has been added to your cart:
Оформление заказа