gifts2017

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

Опубликовал Николай Шилкин (RayCon) в раздел Управление - Теория учета

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

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

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

 

Оглавление:

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 − активный аналитический субсчёт третьего уровня для учёта долгосрочной задолженности в у.е.

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

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

 

Счёт Уровни
субсчетов
Уровни
субконто
А/П Расшифровка
сальдо
Алгоритм расчёта сальдо
1 2 3 1 2 3
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. Определение количества аналитических уровней на счетах расчётов

Зададимся вопросом: сколько должно быть уровней субконто на счетах расчётов, чтобы информация в бухгалтерской отчётности была достоверной?
В настройках справочника «Договоры контрагентов» программы «1С:Бухгалтерия» предусмотрено два вида взаиморасчётов: «По договору в целом» и «По расчётным документам».
Если договор с однократной поставкой и однократной же оплатой, то учёт такой сделки может вестись как «По договору в целом», так и «По расчётным документам». Очевидно, что сумма по договору будет равна сумме по расчётному документу. Поэтому если нам не нужна ссылочная информация по расчётным документам, то никакой бухгалтерской потребности в отслеживании закрытия сумм, а, следовательно, и потребности в указании расчётных документов нет. Поэтому в описанной ситуации для учёта взаиморасчётов вполне можно ограничиться двумя уровнями субконто: «Контрагенты» и «Договоры контрагентов».
В каких ещё ситуациях нам не понадобится третий уровень субконто «Расчётные документы»? В качестве примера приведём следующую сделку: покупатель оплатил по одному договору аванс за несколько поставок. Если такой аванс по договору единственный, то его закрытие несколькими поставками с указанием расчётных документов ничем не будет отличаться от закрытия без указания расчётных документов. Правда, с одним условием: в договоре не оговорены особые – разнородные – условия поставки, исключающие проведение зачёта (см. Статью 410 ГК РФ [11]). Таким условием, например, может быть, монтаж поставленного оборудования, который не может быть произведён ранее, чем будет поставлено само оборудование. Отслеживание такого хронологического порядка поставок в программе 1С потребует обязательного учёта по расчётным документам.
Аналогичное отслеживание сумм по поставкам нам потребуется, если в договоре предусмотрены многократные оплаты и поставки. В этом случае, учёт такого договора также должен вестись по расчётным документам. В противном случае будет происходить свёртка активного и пассивного сальдо, что приведёт к некорректному определению дебиторской и кредиторской задолженности, и, как следствие, к искажению валюты баланса.

Сведём наши рекомендации в таблице:

 

Условия поставки (оплаты) Количество оплат Количество поставок Использование субконто 2
«Договоры контрагентов»
Использование субконто 3
«Расчётные документы»
(рекомендуемый признак взаиморасчётов)
Однородные 1 1 Обязательно По договору в целом
1 m Обязательно По договору в целом
n 1 Обязательно По договору в целом
n m Обязательно По расчётным документам
Неоднородные 1 m Обязательно По расчётным документам
n 1 Обязательно По расчётным документам
n m Обязательно По расчётным документам

 

где:
n > 1
m > 1

 

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

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

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

С учётом наличия в российской учётной практике активно-пассивных счетов, алгоритм включения в Баланс различных классов счетов, согласно [5] будет принципиально отличаться от международного лишь наличием «двуполярного» сальдо по активно-пассивным счетам.
Поэтому мы ещё раз хотим обратить внимание читателя на различия в учёте активно-пассивных счетов для разных классов счетов.
Для счетов прибылей и убытков признак «активно-пассивный» не приводит к смене раздела Баланса – он всего лишь является индикатором перемены знака для сальдо, всегда учитываемого в Пассиве Баланса. Таким образом, в зависимости от того, имеет компания прибыль или убыток, счета прибылей и убытков могут быть как пассивными, так и контрпассивными.
Для целей учёта дебиторов и кредиторов активно-пассивные счета суть ни что иное, как неаддитивная комбинация активных и пассивных счетов, где положительное сальдо дебиторской задолженности в Активе Баланса учитывается независимо от положительного сальдо кредиторской задолженности в Пассиве. Для таких счетов недопустимо показывать в Балансе ни отрицательное сальдо дебиторской задолженности в Пассиве, ни отрицательное сальдо кредиторской задолженности в Активе, ни их суперпозицию, например, разность между дебетовым и кредитовым сальдо, равно как и разность между кредитовым и дебетовым сальдо. Такая разность носит название свёрнутого сальдо и, в силу его некорректного отражения в ОСВ программами 1С, требует особого внимания, поэтому будет подробно рассмотрена в п.4.1 настоящей статьи.

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

Пока же мы ещё раз (см. п.3.3) хотим обратить внимание читателя на то, что в плане счетов «Хозрасчётный» программ 1С на счетах дебиторов и кредиторов (60, 62, 73, 76 и т.п.) отсутствуют субсчета для учёта краткосрочной и долгосрочной задолженности. Вследствие этой недоработки долгосрочная задолженность учитывается на счетах, предназначенных для учёта краткосрочной дебиторской и кредиторской задолженности. Это приводит к тому, что долгосрочная задолженность показывается по «краткосрочным» строкам Баланса 240 и 620, оставляя пустыми «долгосрочные» строки 230 и 520, что искажает структуру Баланса, которая перестаёт соответствовать нормативным документам (см. [5], п.19 [17]).

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

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

Так же, как и в ОПУ по международным стандартам, в российском ОПУ сумма чистой прибыли (убытка) определяется расчётным путём посредством вычитания понесённых расходов из полученных доходов, и она же одновременно является остатком по счёту прибылей и убытков, служа контрольной цифрой при выверке согласованности Баланса и ОПУ. Но порядок группировки статей в отечественном ОПУ существенно отличается от устоявшейся на Западе корпоративной учётной практики.

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

В отличие от счёта 90.03, на котором происходит очистка выручки от НДС в составе реализации по основной деятельности, в плане счетов «Хозрасчётный» отсутствует аналогичный счёт 91.03 для выделения НДС в составе прочих доходов. Суммы НДС в программе 1С учитываются на субсчетах счёта 91 «Прочие доходы и расходы»: на субсчёте 91.01 «Прочие доходы» (реализация без очистки от НДС), и на счёте 91.02 «Прочие расходы» (НДС в составе реализации). Это подразумевает учёт сумм НДС в разрезе субконто из справочника «Прочие доходы и расходы». Но НДС − это не доход и не расход, и он не должен попадать в ОПУ вообще, за исключением одного-единственного случая – расчёта нетто-выручки. Поэтому, реализация по неосновной деятельности (например, продажа ОС, НМА или материалов) будет «разрывать» структуру ОПУ на сумму НДС в составе такой реализации, что приводит к тому, что структура ОПУ перестаёт соответствовать нормативным документам [5].
Теоретически возможен и второй вариант учёта НДС:
Дт62.01 – Кт91.01 – сумма реализации, очищенная от НДС;
Дт62.01 – Кт68.02 – сумма НДС в составе реализации.
Но, к сожалению, он не реализуется стандартным документооборотом программы 1С, а операции, созданные вручную, не делают движений в регистрах сведений по расчётам с контрагентами и в регистрах накопления, на которых построен налоговый учёт по НДС в программах 1С.

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

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

  • Учёт запасов по складам «Ведётся по количеству и сумме»;
  • Учёт денежных средств осуществляется «По статьям движения денежных средств»;
  • Расчёты с контрагентами ведутся «По документам расчётов»;
  • Расчёты с персоналом осуществляются «По каждому работнику».

Какие выводы мы можем сделать, проанализировав этот план счетов?

Вывод 1

В плане счетов нет чёткого деления на балансовые счета и «пи-эн-эль-ные».

Тем не менее, некоторые счета (20, 26, 50, 51, 55, 57, 90, 91, 99 и пр.) имеют косвенный признак «пи-эн-эль-ности»: их аналитика помечена символами «(об)», что означает оборотное субконто. Такие бессальдовые субконто отслеживаются только для целей контроля сумм оборотов, что необходимо для формирования ОПУ, и не имеют остатков, нужных для построения Баланса.

Но денежные счета – это балансовые, а не «пи-эн-эль-ные» счета! Почему же у них стоит признак «Оборотное субконто»? Оказывается, субконто разных уровней у денежных счетов используются в разных финансовых отчётах. Так, например, для банковских счетов сальдо по субконто первого уровня (признак «Оборотное субконто» выключен) используется в Балансе, а оборот по субконто второго уровня (признак «Оборотное субконто» включён) используется в… нет, не в ОПУ, а в Отчёте о движении денежных средств (далее – «ОДДС»). Именно по оборотным субконто денежных счетов (50, 51, 52, 55) и собирается ОДДС. Формирование этого отчёта – особая, сама по себе достаточно сложная тема, поэтому она вынесена за рамки данной статьи. Единственное, о чём, возможно, имеет смысл сказать, так это то, что для построения ОДДС необходимо очень скрупулёзно настроить справочник «Статьи движения денежных средств», чётко разграничив в нём статьи, которые должны попадать в ОДДС (денежные потоки по текущей, инвестиционной и финансовой деятельности), и статьи, которые в отчёт попадать не должны (купля-продажа валюты, платежи касса-касса, банк-банк, касса-банк и т.п.).

Вывод 2

На счетах, которые имеют вложенные субсчета, имеется субконто.

Такая аналитическая структура препятствуют корректному расчёту аналитического сальдо в ОСВ, и, соответственно, суммы ОСВ «не бьются» с суммами формы 1, о чём мы подробнее расскажем в п.4.1.

Вывод 3

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

Все мы ещё со школьной скамьи знаем, что нельзя складывать метры с килограммами, тем не менее, такое сложение субконто с разными единицами измерений имеет место на субсчетах следующих счетов: 08, 10, 14, 20, 41, 50, 68, 69, 76, 79, 83.

Справедливости ради следует отметить, что на счетах 19, 42, 57, 58 и 98 этот вопрос решён вполне корректно: при наличии на субсчетах разнотипных субконто и/или при отсутствии субконто, счёт верхнего уровня субконто не имеет.

Вывод 4

Ряд счетов расчётов не имеет комплементарных счетов для учёта «противополярной» задолженности.

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

Вывод 5

Ряд счетов имеет неверную активность/пассивность.

Здесь для репрезентативности, пожалуй, стоит разместить табличку с некоторыми из таких счетов. В заголовке укажем классические реинжиниринговые названия: «as is» (как есть) и «as to be» (как должно быть):

Код Наименование Акт./Пасс. Комментарий
as is as to be
14 Резервы под снижение стоимости материальных ценностей АП П Контрактивный счет согласно [6]
14.01 Резервы под снижение стоимости материалов АП П Контрактивный счет согласно [6]
14.02 Резервы под снижение стоимости товаров АП П Контрактивный счет согласно [6]
14.03 Резервы под снижение стоимости готовой продукции АП П Контрактивный счет согласно [6]
14.04 Резервы под снижение стоимости незавершенного производства АП П Контрактивный счет согласно [6]
15 Заготовление и приобретение материальных ценностей АП А Активный счет согласно [6]
15.01 Заготовление и приобретение материалов АП А Активный счет согласно [6]
15.02 Приобретение товаров АП А Активный счет согласно [6]
40 Выпуск продукции (работ, услуг) АП А Активный счет согласно [6]
70 Расчеты с персоналом по оплате труда П АП В [6] не предусмотрен специальный активный счет для учёта авансов и переплат по оплате труда;
73 Расчеты с персоналом по прочим операциям А АП Активно-пассивный счет вследствие наличия активно-пассивного субсчета 73.03
73.03 Расчеты по прочим операциям А АП Активно-пассивный счет согласно [6]
76.41 Расчеты по исполнительным документам работников АП П Пассивный счет, т.к. после удержания сумм по исполнительным документам из зарплаты работника, эти суммы подлежат уплате третьим лицам, т.е. являются кредиторской задолженностью
86 Целевое финансирование АП П Пассивный счет согласно [6]
86.01 Целевое финансирование из бюджета АП П Пассивный счет согласно [6]
86.02 Прочее целевое финансирование и поступления АП П Пассивный счет согласно [6]
90.08.1 Управленческие расходы по деятельности, не облагаемой ЕНВД АП А Активный счет согласно [6]
90.08.2 Управленческие расходы по деятельности, облагаемой ЕНВД АП А Активный счет согласно [6]

 

Вывод 6

План счетов 1С – прекрасный тест на понимание азов бухгалтерского учёта для кандидатов в бухгалтеры.

Если Вы принимаете на работу бухгалтера, который будет работать в программе 1С, попросите его указать в плане счетов «Хозрасчётный» хотя бы пяток счетов, имеющих неверную активность/пассивность. Если кандидат не сможет этого сделать, то, скорее всего, он либо не читал Инструкцию по применению плана счетов [6], либо читал её крайне невнимательно. Тест можно усугубить, предоставив кандидату указанную Инструкцию. Если он и после этого не справится с заданием, то очевидно, что кроме незнания азов бухучёта, он ещё и не умеет работать с первоисточниками. При изменчивом российском законодательстве наём такого работника может оказаться для работодателя неоправданно большим риском.

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

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

Принципы отражения в Балансе счетов расчётов были нами рассмотрены в п.3.3 и п.3.4, поэтому, чтобы не усложнять изложение, мы не будем конструировать с нуля эти счета – предоставляем сделать это читателю самостоятельно.

А остальные наши рекомендации давайте сведём в таблицу (приводятся только изменённые счета):

Код Наименование А/П Вал. Кол. Субконто 1 Субконто 2 Субконто 3
01 Основные средства А 0 0      
02 Амортизация основных средств П 0 0      
03 Доходные вложения в материальные ценности А 0 0      
04 Нематериальные активы А 0 0      
08 Вложения во внеоборотные активы А 0 0      
10 Материалы А 0 1      
10.11 Специальная оснастка и специальная одежда в эксплуатации А 0 1      
14 Резервы под снижение стоимости материальных ценностей П 0 0      
14.01 Резервы под снижение стоимости материалов П 0 0 Номенклатура    
14.02 Резервы под снижение стоимости товаров П 0 0 Номенклатура    
14.03 Резервы под снижение стоимости готовой продукции П 0 0 Номенклатура    
14.04 Резервы под снижение стоимости незавершенного производства П 0 0 Номенклатурные группы    
15 Заготовление и приобретение материальных ценностей А 0 0      
15.01 Заготовление и приобретение материалов А 0 0      
15.02 Приобретение товаров А 0 0      
20 Основное производство А 0 0      
40 Выпуск продукции (работ, услуг) А 0 0      
41 Товары А 0 1      
44 Расходы на продажу А 0 0      
45 Товары отгруженные А 0 1      
50 Касса А 0 0      
55 Специальные счета в банках А 0 0      
58 Финансовые вложения А 0 0      
58.01 Паи и акции А 0 0      
60 Расчеты с поставщиками и подрядчиками АП 0 0      
62 Расчеты с покупателями и заказчиками АП 0 0      
66 Расчеты по краткосрочным кредитам и займам П 0 0      
67 Расчеты по долгосрочным кредитам и займам П 0 0      
68 Расчеты по налогам и сборам АП 0 0      
68.04 Налог на прибыль АП 0 0      
69 Расчеты по социальному страхованию и обеспечению АП 0 0      
69.02 Расчеты по пенсионному обеспечению АП 0 0      
69.03 Расчеты по обязательному медицинскому страхованию АП 0 0      
69.05 Добровольные взносы на накопительную часть трудовой пенсии АП 0 0      
69.13 Расчеты по средствам ФСС для страхователей, применяющих специальные режимы налогообложения АП 0 0      
70 Расчеты с персоналом по оплате труда АП 0 0 Работники организаций    
71 Расчеты с подотчетными лицами АП 0 0      
73 Расчеты с персоналом по прочим операциям АП 0 0      
73.03 Расчеты по прочим операциям АП 0 0 Работники организаций    
75 Расчеты с учредителями АП 0 0      
76 Расчеты с разными дебиторами и кредиторами АП 0 0      
76.41 Расчеты по исполнительным документам работников П 0 0 Контрагенты    
79 Внутрихозяйственные расчеты АП 0 0      
80 Уставный капитал П 0 1      
81 Собственные акции (доли) А 0 1      
84 Нераспределенная прибыль (непокрытый убыток) АП 0 0      
86 Целевое финансирование П 0 0      
86.01 Целевое финансирование из бюджета П 0 0 Назначение целевых средств Договоры Движения целевых средств (об)
86.02 Прочее целевое финансирование и поступления П 0 0 Назначение целевых средств Договоры Движения целевых средств (об)
90 Продажи АП 0 0      
90.01 Выручка П 0 0      
90.02 Себестоимость продаж А 0 0      
90.07 Расходы на продажу А 0 0      
90.08 Управленческие расходы А 0 0      
90.08.1 Управленческие расходы по деятельности, не облагаемой ЕНВД А 0 0 Номенклатурные группы (об)    
90.08.2 Управленческие расходы по деятельности, облагаемой ЕНВД А 0 0 Номенклатурные группы (об)    
91 Прочие доходы и расходы АП 0 0      
97 Расходы будущих периодов А 0 0      
99.01 Прибыли и убытки (за исключением налога на прибыль) АП 0 0      

 

Теперь, когда мы сверстали аналитическую структуру плана счетов, остаётся понять главное – чего же мы добились?

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

Но, как известно, палка о двух концах. Какие же отрицательные последствия наступают при внедрении такого плана счетов?

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

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

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

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

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

В данном разделе мы проанализируем причины такого «неадекватного поведения» ОСВ и предложим механизмы купирования существующих проблем.

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

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

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

Развёрнутое сальдо – это два независимых и ненулевых остатка по активно-пассивному бухгалтерскому счёту, имеющему вложенные субсчета и/или аналитические разрезы (субконто), один из которых по дебету, а другой по кредиту.

Обращаем внимание, что данное определение отличается от определения, которое фигурирует в большинстве бухгалтерских и экономических словарей, где развёрнутое сальдо определяется как «Сальдо, которое выводится одновременно по дебету и кредиту одного и того же счёта» [8, 9]. Принципиальными отличиями нашего определения от словарного являются:

  • Привязка развёрнутого сальдо именно к активно-пассивным счетам, т.к. для чисто активных и чисто пассивных счетов развёрнутое сальдо смысла не имеет;
  • Обязательность наличия аналитической структуры активно-пассивного счёта, без которой развёрнутое сальдо выродилось бы либо в дебетовое, либо в кредитовое;
  • Обязательность наличия двух ненулевых остатков по дебету и по кредиту, без которых развёрнутое сальдо также выродилось бы либо в дебетовое, либо в кредитовое.

Справедливости ради надо отметить, что некоторые словари указывают явным образом на то, что счёт при этом должен быть «активно-пассивным»: «Сальдо, которое выводится одновременно по дебету и кредиту одного и того же активно-пассивного счёта» [7], но, к сожалению, это, скорее, исключение из общего правила. Гораздо чаще определение развёрнутого сальдо дополняется уточняющим, но экономически противоречивым комментарием: «Такое сальдо обычно бывает в активно-пассивных счетах» [8, 9]. Более корректно было бы сказать: «Такое сальдо бывает только в активно-пассивных счетах» (к семантике употребления предлога «в» мы придираться не будем). Как видите, в нашем определении слово «обычно» исключено в силу того, что оно допускает возможность ситуации, когда развёрнутое сальдо может быть и на чисто активных или на чисто пассивных счетах тоже, что априори неверно, поскольку активные счета в принципе не могут иметь кредитового сальдо, а пассивные – дебетового: возможна только перемена знака такого сальдо. Более того, наличие отрицательного сальдо – кредитового на активном счёте или дебетового на пассивном счёте – говорит об ошибке в учёте. В программах 1С такие ошибки выделяются в отчётах красным шрифтом.

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

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

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

В международном учёте стандарт IAS1 гласит: «Активы и пассивы не подлежат взаимозачёту, кроме тех случаев, когда Стандарты это допускают.» [15].

Российское законодательство в этой части несколько более запутанное. Так, например, с одной стороны Статья 413 ГК РФ гласит: «Обязательство прекращается совпадением должника и кредитора в одном лице.» [11], а с другой стороны Статья 410 ГК РФ накладывает ограничения на такую «казацкую вольницу»: «Обязательство прекращается полностью или частично зачетом встречного однородного требования, срок которого наступил либо срок которого не указан или определен моментом востребования. Для зачета достаточно заявления одной стороны.» [11], не только определяя процедурную норму зачёта в виде заявления (кстати, необязательно письменного), но и ограничивая такие требования «однородностью». Не вдаваясь в юридические коллизии и дефиниции «однородности», мы можем найти ответ на интересующий нас вопрос в пункте 40 Положения по ведению бухгалтерского учёта и бухгалтерской отчётности в РФ: «В бухгалтерской отчётности не допускается зачет между статьями активов и пассивов, статьями прибылей и убытков, кроме случаев, когда такой зачет предусмотрен правилами, установленными нормативными актами.» [10]. То же самое гласит пункт 34 ПБУ 4/99: «В бухгалтерской отчётности не допускается зачет между статьями активов и пассивов, статьями прибылей и убытков, кроме случаев, когда такой зачет предусмотрен соответствующими положениями по бухгалтерскому учету.» [17].

Так, например, для счёта прибылей и убытков (счёт 99) таким основанием является реформация баланса, которая приводит к тому, что на счёте самого верхнего уровня появляется лишь одно значение: прибыль или убыток, что подразумевает «вырождение в ноль» одного из остатков: дебетового для прибыли или кредитового для убытка. Аналогично для активно-пассивных счетов доходов и расходов (счета 90 и 91) таким основанием является закрытие месяца. Обращаем внимание, что ежемесячная свёртка счетов финансового результата происходит только на синтетических счетах верхнего уровня, оставляя сальдо на вложенных субсчетах, которое закрывается внутренними оборотами при реформация баланса по итогам финансового года [6].

А вот для зачёта между статьями активов и пассивов, а, следовательно, и для свёртки по умолчанию дебетового и кредитового сальдо по счетам расчётов в ОСВ, подобных оснований нет. В бухгалтерском учёте таким основанием может являться зачёт встречных однородных требований, который, как мы установили выше, может быть произведён только по заявлению одной из сторон по сделке [11, 12, 16]. Надлежащим первичным документом, удостоверяющим произведённый зачёт, как правило, служит акт взаимозачёта.

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

На основании вышеизложенного можно сделать следующие выводы:

Вывод 1

Развёрнутое сальдо имеет смысл только для активно-пассивных счетов.

Для чисто активных и чисто пассивных счетов сальдо бывает только свёрнутым, т.к. просто не существует другой «полярности» для вычитания, например, дебетового остатка у пассивного счёта или кредитового остатка у активного счёта.

Вывод 2

Развёрнутое сальдо бывает двух видов: по субсчетам и по субконто.

Развёрнутое сальдо по субсчетам подразумевает, что дебетовое сальдо по субсчёту учитывается независимо от кредитового сальдо по этому же субсчёту. Например, счёт 60 может быть развёрнут по субсчетам 60.01 и 60.02. Развёрнутое сальдо по субконто подразумевает, что дебетовое сальдо по субконто в рамках одного субсчёта учитывается независимо от кредитового сальдо по этому же субконто в рамках того же самого субсчёта. Например, счёт 71.01 может быть развёрнут в разрезе элементов справочника «Работники организаций», при этом одни работники могут быть должны организации, а другим – должна сама организация, или один и тот же работник должен организации по одному основанию, а организация ему должна по другому основанию. В ОСВ такие задолженности должны показываться раздельно: и по дебету, и по кредиту.

Вывод 3

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

Например, счета финансового результата верхнего уровня (90, 91, 99 и т.п.) подлежат ежемесячной свёртке, причём сальдо по счетам верхнего уровня обнуляется. А счета и субсчета расчётов любого уровня (60, 62, 76, 76.ХХ и т.п.) свёртке не подлежат. Поэтому в принципе некорректна такая ситуация, когда, например, в ОСВ счёт 60 выводится со свёрнутым сальдо: такое построение говорит о методологической недоработке в архитектуре отчёта.

Вывод 4

Основополагающим моментом корректно сконструированного плана счетов является разворот по аналитике (по субконто) только на самом низшем уровне.

Так, например, если счёт 60 имеет субсчета низшего уровня вида 60.ХХ, которые аналитически развёрнуты по субконто, то сам счёт 60 не должен иметь субконто. Если иерархическая структура плана счетов насчитывает 3 уровня иерархии: 60, 60.ХХ и 60.ХХ.ХХ, то только счёт 60.ХХ.ХХ может иметь субконто, а счета 60 и 60.ХХ − не могут. В стандартной поставке 1С это основополагающее правило конструирования плана счетов не соблюдается (например, счёт верхнего уровня 60 имеет субконто), что приводит к некорректному отображению развёрнутого сальдо в ОСВ: такое сальдо по умолчанию показывается свёрнутым.

Вывод 5

Разворот сальдо по субсчетам расчётов низшего уровня должен производиться, как правило, по всем (в стандартной поставке 1С – по трём) уровням субконто.

Так, например, если на счёте 76.05 «Расчёты с прочими поставщиками и подрядчиками» имеются виды субконто: «Контрагенты», «Договоры контрагентов» и «Документы расчётов с контрагентами», то в качестве дебетовых остатков для Актива Баланса должны учитываться выданные поставщикам авансы в разрезе документов «Платежное поручение входящее», а в качестве кредитовых остатков для Пассива Баланса − приходы от поставщиков в разрезе документов «Поступление товаров и услуг», причём и то, и другое − по всем договорам всех контрагентов, учитываемых на счёте 76.05 независимо.

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

Но в плане счетов «Хозрасчётный» субконто присутствует на счетах верхнего уровня, т.е. нарушается Постулат №5. Это приводит к плачевному результату при вычислении сальдо по развёрнутому субконто: суммирование происходит не по одному горизонтальному «слою» конкретной ветви субсчетов, а по всем «слоям» нашего виртуального куба, тем самым, производя «межсубсчётный» зачёт задолженностей без какого бы то ни было основания.

Резюме

Чтобы избежать ошибок при выводе развёрнутого сальдо в отчёты, алгоритм обработки активно-пассивных счетов должен работать следующим образом:

  1. Счета расчётов: все счета (субсчета) верхнего уровня надо разворачивать по субсчетам, а субсчета самого низшего уровня − по субконто. При этом разворот по субконто должен производиться по всем уровням субконто в соответствии с иерархией «сверху – вниз».
  2. Счета финансового результата: счёт верхнего уровня надо сворачивать, а все вложенные субсчета − разворачивать по субсчетам. Разворачивать сальдо по субконто здесь не придётся, т.к. внутри субсчетов финансового результата все остатки по субконто только одной «полярности»: либо все − пассивные (например, для счетов 90.01 и 91.01), либо все активные (например, для счетов 90.02, 90.03 и 91.02). Поэтому при формировании ОСВ надо пользоваться не механизмом развёрнутого сальдо, а механизмом детализации (см. п.4.2.1).

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

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

Оборотка для главного бухгалтера – самый главный инструмент, позволяющий контролировать правильность составления Баланса и ОПУ. В свете этого её корректная настройка представляется архиважной.

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

Какие же возможности по настройке ОСВ имеются в программах 1С?

Во-первых, это флаги на закладке «Общие» диалоговой формы «Настройка»:

  • Развернутое сальдо;
  • Детализация по субсчетам и субконто;
  • Данные по валютам;
  • Данные по забалансовым счетам.

Во-вторых, это табличная часть на закладке «Развернутое сальдо».

В-третьих, это табличная часть на закладке «Детализация».

Рассмотрим каждую настройку подробнее …

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

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

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

Установка флага «Данные по забалансовым счетам» обеспечивает вывод в ОСВ забалансовых счетов. По умолчанию флаг сброшен. Данный флаг рекомендуется устанавливать при наличии операций по забалансовым счетам.

Настройка табличной части на закладке «Развернутое сальдо» осуществляется посредством указания списка активно-пассивных счетов [2]. Если счёт имеет субсчета, то в колонке «По субсчетам» надо установить соответствующий флаг. Если счёт не является субсчётом, то при его выборе из плана счетов в колонке «По субконто» программой автоматически предлагаются все уровни развёртывания субконто. Обращаем внимание, что для корректного учёта в самом общем случае нужны именно все уровни субконто, но в некоторых ситуациях может происходить вырождение одного или даже двух уровней, и тогда, дважды щёлкнув мышкой по полю в колонке «По субконто», в раскрывшемся окне «Субконто» можно отключить некоторые уровни субконто. В каких конкретно ситуация бывает такое вырождение? Например, если на данном счёте учитывается один контрагент, по которому существует одна-единственная сделка, и в рамках неё произошла одна поставка и одна оплата, то сумма сделки по этому контрагенту будет равна сумме по договору и сумме по каждому расчётному документу. Следовательно, будем мы разворачивать данный счёт только по контрагентам, или по контрагентам и договорам, или же по контрагентам, договорам и расчётным документам, в ОСВ мы увидим одну и ту же сумму развёрнутого сальдо. Но количество строк с этими суммами будет определяться количеством уровней развёртывания. Перефразируя известный рекламный слоган, здесь можно сказать: «А если нет разницы, зачем разворачивать больше?». В этой ситуации нам будет вполне достаточно установить флаг лишь для одного субконто «Контрагенты». Заметим, что описанная ситуация – частный случай, и лучше пользоваться настройкой по умолчанию.

Настройка ОСВ - развёрнутое сальдо Настройка ОСВ - развёрнутое сальдо по уровням субконто

Настройка табличной части на закладке «Детализация» осуществляется посредством указания списка счетов, подлежащих расшифровке по субконто [2]. Честно говоря, зачем в данной табличной части имеется колонка «По субсчетам», абсолютно непонятно: с ролью расшифровки по субсчетам вполне справляется флаг «Детализация по субсчетам и субконто». А вот настройка расшифровки по субконто потребует некоторых комментариев. При выборе счёта из плана счетов точно так же, как и на закладке «Развернутое сальдо, программа в колонке «По субконто» автоматически предлагает все уровни развёртывания субконто. Но здесь не нужна обязательная детализация по всем уровням! Давайте подумаем, для чего нам нужна расшифровка по субконто и сколько уровней имеет смысл расшифровывать?

Во-первых, нам нужно контролировать сведение ОПУ. Следовательно, нам нужно видеть в ОСВ обороты по доходам и расходам.

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

Исходя из этих двух тезисов становится ясно, что, например, счета затрат (20.01, 26, 44.ХХ) надо детализировать по субконто «Статьи затрат», а детализация по подразделениям и номенклатурным группам – необязательна. Хотя иногда приоритеты детализации могут меняться, и, например, для соотнесения прямых затрат (счёт 20.01) и реализации (счёт 90.01) надо отслеживать детализацию в разрезе номенклатурных групп. По денежным счетам в банках (51, 52, 55.ХХ) нам понадобятся детализация по банковским счетам, а по статьям движения денежных средств, как правило, не нужна. Поэтому в настройках рекомендуется отключить лишние уровни субконто.

Настройка ОСВ - детализация Настройка ОСВ - детализация по уровням субконто

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

Основная (но далеко не единственная) проблема ОСВ – некорректное отражение развёрнутого сальдо. Приведём лишь одну цитату пользователя программы 1С: «если сальдо есть по одному и тому же контрагенту на разных субсчетах счёта 76, то в “итого по счёту” будет свернутое сальдо по контрагенту без учёта сальдо на субсчетах, что тоже не есть правильно» [13].

Поэтому давайте рассмотрим конкретный пример отражения остатков по дебиторской и кредиторской краткосрочным задолженностям на смоделированном нами плане счетов и – для сравнения – на плане счетов «Хозрасчётный» из стандартной поставки 1С. Для сокращения описания воспользуемся следующими аббревиатурами:

ДО– Дебетовый оборот

КО– Кредитовый оборот

СКД– Сальдо Конечное Дебетовое

СКК– Сальдо Конечное Кредитовое

ППИ– документ «Платежное Поручение Исходящее»

ПТУ– документ «Поступление Товаров и Услуг»

Пример 1:

Поставщик 1, Договор 1, ППИ 1=> СКД(Поставщик 1, Договор 1, ППИ 1) = СКД1 = 1500 руб.

Поставщик 1, Договор 2,ПТУ 1=> СКК(Поставщик 1, Договор 2, ПТУ 1)  = СКК1 = 5000 руб.

Поставщик 2, Договор 3, ППИ 2=> СКД(Поставщик 2, Договор 3, ППИ 2) = СКД2 = 3000 руб.

Поставщик 2, Договор 4, ПТУ 2=> СКК(Поставщик 2, Договор 4, ПТУ 2)  = СКК1 = 1000 руб.

Как эти суммы будут отражены на счёте 60 и на его субсчетах? Поскольку все договоры и документы-основания разные, то согласно изложенному в п.4.1, они не могут быть зачтены [11]. Поэтому очевидно, что задолженности должны группироваться следующим образом: дебиторские – в Активе, а кредиторские – в Пассиве:

в Активе: СКД(60.2.1.1) = ∑СКДn = СКД1 + СКД2 = 1500 руб. + 3000 руб. = 4500 руб.

в Пассиве: СКК(60.1.1.1) = ∑СКДm = СКК1 + СКК2 = 5000 руб. + 1000 руб. = 6000 руб.

где:

n  – количество дебиторских задолженностей по разным основаниям,

m – количество кредиторских задолженностей по разным основаниям.

На счёте самого верхнего уровня, а также на субсчетах 1-го и 2-го уровня мы увидим аналогичную картину:

в Активе:  СКД(60) = СКД(60.2) = СКД(60.2.1) = СКД(60.2.1.1) = 4500 руб.

в Пассиве:СКК(60)  = СКК(60.1) = СКК(60.1.1) = СКК(60.1.1.1)  = 6000 руб.

Иными словами, суммы разнородных дебиторских и кредиторских задолженности на активно-пассивных счетах агрегируются независимо друг от друга по субсчетам снизу – вверх.

Пример 2:

А теперь давайте проведём взаимозачёт с Поставщиком 2, для чего составим акт, по которому аванс Поставщика 2 по Договору 3 будет зачтён в счёт поставки по Договору 4 на сумму 1000 руб. В результате наша первоначальная вводная изменится следующим образом:

Поставщик 1, Договор 1, ППИ 1=> СКД(Поставщик 1, Договор 1, ППИ 1) = СКД1 = 1500 руб.

Поставщик 1, Договор 2, ПТУ 1=> СКК(Поставщик 1, Договор 2, ПТУ 1)  = СКК1 = 5000 руб.

Поставщик 2, Договор 3, ППИ 2=> СКД(Поставщик 2, Договор 3, ППИ 2) = СКД2 = 2000 руб.

Плюс дополнительно у нас появится оборот на сумму взаимозачёта:

КО(Поставщик 2, Договор 3, ППИ 2) = ДО(Поставщик 2, Договор 4, ПТУ 2) = 1000 руб.

=>

в Активе:  СКД(60.2.1.1) = ∑СКДn = СКД1 + СКД2 = 1500 руб. + 2000 руб. = 3500 руб.

в Пассиве:СКК(60.1.1.1) = ∑СКДm = СКК1 + СКК2  = 5000 руб.                 = 5000 руб.

А теперь давайте посмотрим, как будут отражаться оба вышеизложенных примера в ОСВ стандартной поставки 1С…

В п.4.1 мы давали некую виртуальную графическую интерпретацию развёрнутого сальдо в виде куба, «нашинкованного» по вертикали и по горизонтали. Давайте наложим полученные данные на нашу графическую модель. И что же мы увидим? Оказывается, горизонтальный разворот (по субконто) в ОСВ делается вовсе не в пределах ширины одного вертикального слоя, а по всей ширине куба! Как это можно интерпретировать с точки зрения бухгалтерского учёта и бизнес-логики? Если в ОСВ мы имеем ситуацию, которая позволяет делать разворот по субконто сквозным образом безотносительно субсчетов, на которых учитываются те или иные задолженности, то, получается, что с точки зрения бухгалтерского учёта искажается валюта баланса, а с точки зрения бизнес-логики ОСВ работает по принципу «кому я должен, всем прощаю».

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

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

Оказывается, в проводке программы 1С указывается не валюта проводки, а некая иная валюта. Какая же? Попробуем это пояснить, проиллюстрировав примером. Для этого мы воспользуемся не встроенным механизмом, рассчитывающим курсовую разницу, а ручными операциями. Создадим две проводки: одну по оприходованию услуг от поставщика-нерезидента, а вторую – по оплате этих услуг в валюте.

Дата Курс валюты Корреспонденция Валюта Сумма в валюте Сумма в рублях
05.01.2000 30.0000 Дт20.01 – Кт60.21 USD 100.00 3000.00
10.01.2000 29.0000 Дт60.21 – Кт52 USD 100.00 2900.00
Кредитовый остаток на счёте 60.21:     0.00   100.00

Введём проводки в демо-версию программы 1С. Проводка по оприходованию услуг:

Операция прихода в валюте USD

Проводка по оплате услуг:

Операция оплаты в валюте USD

Курс валюты уменьшился, следовательно, на пассивном счёте возникнет доход от отрицательной курсовой разницы, который мы отразим рублёвой проводкой:

Дата Курс валюты Корреспонденция Валюта Сумма в валюте Сумма в рублях
10.01.2000 29.0000 Дт60.21 – Кт91.01 руб. 0.00 100.00
Кредитовый остаток на счёте 60.21:  0.00    0.00

Поскольку проводки в программе 1С по умолчанию делаются в регламентированной валюте, мы не будем явным образом указывать валюту «руб.». Проводка при этом будет иметь вид:

Курсовая разница без указания валюты

А теперь давайте построим ОСВ. Что мы видим по счёту 60.21? Оказывается, весьма любопытную картину: счёт не закрылся! Более того, проводка по курсовой разнице в ОСВ показывается отдельной строкой с неопределённой(!) валютой:

ОСВ без валюты

Попытаемся понять, почему?.. Секунду думаем… Всё ясно: мы забыли указать валюту проводки! Исправляем ситуацию, и указываем в проводке по курсовой разнице валюту «руб.»:

Курсовая разница с указания валюты руб.

Затем повторно строим ОСВ:

ОСВ с валютой руб.

Ситуация кардинально не изменилась: счёт 60.21 снова не закрылся! Правда, теперь явным образом видно, что он не закрылся по рублям. Немного теплее…

Экспериментируем дальше: меняем валюту с валюты проводки «руб.» на валюту задолженности по договору «USD»:

Курсовая разница с указания валюты USD

И ещё раз формируем ОСВ:

ОСВ с валютой USD

Наконец-то счёт 60.21 закрылся: строки с безымянной валютой и с валютой «руб.» пропали! Какой же вывод? Оказывается, в проводках по курсовым разницам указывается вовсе не валюта проводки, а валюта задолженности по договору! Более того, понятие «валюта проводки» в программах 1С отсутствует как класс!

Что же показал наш эксперимент?

Вывод 1:

Для проводок валютных операций по умолчанию не существует привязки к регламентированной валюте.

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

Вывод 2:

При указании в проводке валютной операции явным образом валюты «руб.» из справочника «Валюты» ОСВ «понимает» эту валюту как иностранную.

Подобное неопознание приводит к тому, что ОСВ выводит валютные операции с валютой «руб.» отдельной строкой с двумя подстроками: с суммой в иностранной валюте «руб.» и с суммой в регламентированной валюте (та же «руб.»).

Вывод 3:

В проводке по отражению курсовых разниц указывается не валюта проводки, а валюта, по которой осуществляется расчёт курсовых разниц.

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

Вывод 4:

В проводке по отражению валютных операций не указывается курс валюты.

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

Вывод 5:

В ОСВ семантически некорректно отображаются заголовки валютной строки: для рублёвой суммы указывается «Валюта», а для валютной суммы наименование валюты вообще не указывается.

Для исправления ситуации рекомендуем сделать следующие исправления в программном коде:

Прежнее наименование Рекомендуемое наименование
Валюта <НаименованиеВалюты> Рублёвый эквивалент суммы в <НаименованиеВалюты>
Валютная сумма Сумма в <НаименованиеВалюты>

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

Вывод 6:

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

Неустановка флага «Детализация по субсчетам и субконто» приводит к сокрытию информации по валютным счетам дебиторов и кредиторов в разрезе валют, в которых номинированы расчёты.

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

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

Давайте проведём ещё один небольшой эксперимент. Создадим абсолютно произвольную операцию, например, по оприходованию товаров (для упрощения – без НДС):

Операция прихода товаров

В ОСВ мы увидим обороты по счетам 41.01 и 60.01:

ОСВ с товаром

А теперь давайте сторнируем только что введённую нами операцию:

Операция прихода товаров - сторно

И посмотрим её отражение в ОСВ:

ОСВ с товаром - сторно

Вместо того, чтобы увидеть в ОСВ нулевой оборот от сложения «прямой» и сторнированной операции (10 000.00 руб. – 10 000.00 руб. = 0.00 руб.), мы наблюдаем отсутствие каких бы то ни было сумм вовсе, как будто никаких операций нет и не было! А это значит, что если мы не видим нулевых оборотов по счёту, то, как следствие, мы и не можем сделать выверку корректности ни «прямых», ни сторнированных операций. Если вдруг в какой-то из этих операций допущена ошибка, то её невозможно обнаружить с помощью ОСВ, и бухгалтеру придётся искать её с помощью иных отчётов и расшифровок, что может увеличить время поиска (а, значит, и рабочее время!) во много раз.

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

Для иллюстрации ошибки давайте построим ОСВ, например, по счёту 60 с отбором по контрагенту, а потом, не меняя отбор, по счёту 80. Мы увидим, что ОСВ унаследует этот отбор из настройки первого отчёта. В результате, в отчёте по счёту 80 вообще будет отсутствовать информация – она отфильтруется отбором из установок предыдущего отчёта.

Таким образом, мы видим, что программа 1С анализирует значение субконто в отборах, но не анализирует наличие на счёте этого вида субконто, по значению которого происходит отбор. Иными словами, программа не различает типы бухгалтерских счетов (в данном примере − счета расчётов и счета капитала).

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

В международной практике получил широкое распространение такой отчёт, как Trial Balance (Пробный Баланс). Он представляет собою «кусок» ОСВ, в котором контрактивные счета включены в Актив, а контрапассивные – в Пассив, что позволяет оперативно контролировать валюту Баланса.

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

Как же составить Пробный Баланс по данным ОСВ? Для начала надо настроить ОСВ согласно [2]. После этого надо рассчитать Актив, для чего следует из итогового дебетового сальдо по всем активным и активно-пассивным балансовым (см. п.2.3) счетам вычесть кредитовое сальдо по контрактивным счетам амортизации (02, 05) и резервов на обесценение (14, 59, 63). Тем самым, мы получим валюту Баланса. Естественно, ту же самую валюту Баланса мы можем получить и для Пассива, для чего из итогового кредитового сальдо по всем пассивным и активно-пассивным балансовым счетам надо вычесть дебетовое сальдо по контрпассивным счетам собственных акций (81), а также, при наличии убытка, по счетам прибылей и убытков (84, 99).

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

 

Сведём в таблице наши рекомендации по доработке и настройке программы 1С:

 

Проблема Пункт статьи Рекомендация по исправлению Режим запуска 1С Полученный результат
Искажение валюты Баланса вследствие выбора недостаточного количества уровней субконто на счетах расчётов 3.4 Установить в настройках параметров учёта признак «По документам расчётов» Предприятие Учёт счетов расчётов по трём уровням субконто, что исключает искажение валюты баланса за счёт свёртки активов и обязательств без надлежащего основания
Установить в карточке договора признак «По расчётным документам» по умолчанию Конфигуратор Уменьшение вероятности операторских ошибок при установке признака «По договорам», часто приводящего к искажению валюты Баланса
Не заполняются строки баланса по долгосрочной дебиторской (230) и кредиторской (520) задолженности 3.5.2 В план счетов «Хозрасчётный» добавить субсчета для учёта долгосрочной задолженности Конфигуратор (предопределённые счета) или Предприятие (пользовательские счета) Автоматическое заполнение строк баланса по долгосрочной дебиторской и кредиторской задолженности 
Внести субсчета для учёта долгосрочной задолженности в программный код формирования Баланса по строкам 230 и 520 Конфигуратор (ФормаОтчета2003Кв4) или Предприятие (внешний отчёт)
Искажение значения строки ОПУ «Прибыль (убыток) до налогообложения» на сумму НДС от реализации по неосновной деятельности  3.6.2 В план счетов «Хозрасчётный» добавить субсчёт 91.03 «НДС в составе прочих доходов» Конфигуратор (предопределённый счёт) или Предприятие (пользовательский счёт) Корректная очистка реализации по неосновной деятельности (ОС, НМА, материалов, аренды и т.п.) от НДС в ОПУ
Внести субсчёт 91.03 в программный код формирования проводок в документах по реализации и в ОПУ Конфигуратор (ФормаОтчета2006Кв4) или Предприятие (внешний отчёт)
Невозможность выверки Баланса по ОСВ вследствие свёртки развёрнутого сальдо по активно-пассивным счетам 3.7 Удалить субконто у всех счетов, имеющих вложенные субсчета Конфигуратор Корректный разворот развёрнутого сальдо по субконто с учётом принадлежности к определённому бухгалтерскому счёту 
4.1 Исправить в программном коде ОСВ работу функций типа СКДРС, вычисляющих развёрнутое сальдо по субконто без учёта принадлежности к определённому бухгалтерскому счёту Конфигуратор
4.1 Произвести настройку ОСВ на закладке «Развернутое сальдо» согласно [2] Предприятие Корректный разворот развёрнутого сальдо по субсчетам
4.1 Устанавливать по умолчанию флаги «Развернутое сальдо», «Детализация по субсчетам и субконто» и «Данные по валютам» на закладке «Общие» ОСВ Конфигуратор Представление информации в надлежащем виде
Семантически некорректные заголовки строк по валютным счетам 4.2.3 Изменить заголовки строк: Валюта-> Рублёвый эквивалент суммы вВалютная сумма -> Сумма в Конфигуратор Адекватные наименования заголовков валютных строк
Сторнированные за период операции в ОСВ приравниваются к отсутствию операций, и нулевые строки с оборотами по ним не показываются, что препятствует выверке сторнированных операций 4.2.4 Обеспечить вывод в ОСВ нулевых строк с оборотами сторнированных за период операций, для чего предусмотреть на закладке «Общие» устанавливаемый по умолчанию флаг «Показывать счета с полностью сторнированными оборотами» и внести соответствующие изменения в программный код Конфигуратор Визуализация в ОСВ всех счетов, по которым были операции «сторно» за анализируемый период
Несоответствие валюте баланса итоговых сумм дебетового и кредитового сальдо в ОСВ 4.3 Добавить в ОСВ дополнительный макет ПробныйБаланс и обеспечить вывод в него сальдо со знаком «минус»: по контрактивным счетам – в Актив и по контрпассивным счетам – в Пассив; обеспечить в настройке ОСВ переключение со стандартного макета ОборотноСальдоваяВедомость на дополнительный макет с помощью флага «Пробный баланс» Конфигуратор Оперативный контроль валюты баланса в ОСВ

 

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

6. Глоссарий

Во избежание неверного или неточного понимания программистами 1С бухгалтерских терминов, а бухгалтерами – терминов программы 1С, мы приводим глоссарий как общепринятых бухгалтерских и финансовых терминов, так и профессионального сленга, присущего 1С-сообществу.

Термин Область применения Толкование
Balance Sheet (англ.) Бухучёт Балансовый отчёт
Earnings before Interests and Taxes (англ.) Бухучёт Прибыль до уплаты процентов и налогов
Earnings before Interests, Taxes, Depreciation, and Amortization (англ.) Бухучёт Прибыль до уплаты процентов, налогов, амортизации основных средств и нематериальных активов
Earnings before Taxes (англ.) Бухучёт Прибыль до уплаты налогов
EBIT (англ.) Бухучёт см. Earnings before Interests and Taxes
EBITDA (англ.) Бухучёт см. Earnings before Interests, Taxes, Depreciation, and Amortization
EBT (англ.) Бухучёт см. Earnings before Taxes
Initial Public Offering (англ.) Бухучёт Первичное публичное предложение (первая публичная продажа акций на фондовой бирже)
IPO (англ.) Бухучёт см. Initial Public Offering
OLAP (англ.) ИТ см. On-Line Analytical Processing
On-Line Analytical Processing (англ.) ИТ Обработка данных в режиме реального времени
P&L (англ.) Бухучёт см. Profit and Loss Statement
PnL (англ.) Бухучёт см. Profit and Loss Statement
Profit and Loss Statement (англ.) Бухучёт Отчёт о прибылях и убытках
Ажур Бухучёт Состояние баланса, при котором Актив равен Пассиву
Актив Бухучёт Раздел баланса, в котором, как правило, показываются сальдо по активным счетам
Валюта баланса Бухучёт Сумма Актива (Пассива) в функциональной валюте
Валюта отчётности Бухучёт Валюта, в которой составляется финансовая отчётность
Валюта платежа Бухучёт Валюта, в которой осуществляются платежи по договору
Валюта регламентированная Программы 1С Функциональная валюта, в которой ведётся бухгалтерский учёт
Валюта репортинговая (от англ. Report – отчёт) Бухучёт см. Валюта отчётности
Валюта функциональная Бухучёт Основная валюта, в которой ведётся бухгалтерский учёт
Валюта цены Бухучёт Валюта, в которой номинирована стоимость предмета по договору
Движение Программы 1С Запись в любых программных регистрах, в т.ч. бухгалтерские проводки
Компонента (мат., ж. род) Программы 1С Компонент (лит., м. род) [14]
Курсовая разница отрицательная Бухучёт Курсовая разница, возникающая при понижении курса валюты; отражается как доход для пассивных счетов, и как расход – для активных
Курсовая разница положительная Бухучёт Курсовая разница, возникающая при повышении курса валюты; отражается как доход для активных счетов, и как расход – для пассивны
Курсовые разницы нереализованные Бухучёт Курсовые разницы, возникающие на денежных валютных счетах и на счетах расчётов в валюте; рассчитываются на определённую дату как произведение сальдо на изменение курса валюты
Курсовые разницы реализованные Бухучёт Курсовые разницы, возникающие на счетах расчётов при погашении ранее возникшей встречной задолженности в валюте; рассчитываются как произведение суммы погашенного долга на изменение курса валюты
Оборотка Бухучёт Оборотно-сальдовая ведомость
Отчётность регламентированная Программы 1С Бухгалтерская и налоговая отчётность, представляемая в государственные органы
Параллельный учёт Бухучёт Автоматизированный метод учёта по двум различным бухгалтерским стандартам (например, РСБУ и МСФО или РСБУ и US GAAP), название которого происходит от «параллельного» отражения операций по схожим стандартам в двух бухгалтерских книгах одновременно на основе настраиваемого соответствия (мэппинга) двух планов счетов. Операции по бухгалтерским стандартам, требующим различного отражения, автоматизируются отдельно посредством метода «двойного» (независимого) учёта
Пассив Бухучёт Раздел баланса, в котором, как правило, показывается сальдо по пассивным счетам
Реформация баланса Бухучёт Ежегодная процедура закрытия счетов финансовых результатов с целью выявления и распределения прибыли, полученной за прошедший год
Сальдо Бухучёт Остаток на бухгалтерском счёте
Сальдо развёрнутое Бухучёт Аналитически расшифрованный остаток на активно-пассивном синтетическом счёте
Сальдо развёрнутое по аналитике Бухучёт Расшифрованный в разрезе аналитики остаток на активно-пассивном субсчёте самого низшего уровня
Сальдо развёрнутое по субконто Программы 1С Расшифрованный в разрезе субконто остаток на активно-пассивном субсчёте безотносительно иерархии по уровням развёртывания субсчетов (*)
Сальдо развёрнутое по субсчетам Бухучёт Расшифрованный по субсчетам остаток на активно-пассивном синтетическом счёте (субсчёте), имеющем вложенные субсчета
Сальдо свёрнутое Бухучёт Синтетический (агрегированный) остаток на активно-пассивном счёте, вычисляемый как разность между активным и пассивным сальдо или наоборот (в зависимости от того, какое сальдо больше)
Субконто Программы 1С Аналитика (аналитическая характеристика, аналитический разрез) на бухгалтерском счёте
Субконто оборотное Программы 1С Вид субконто, для которого вычисляются только обороты и не вычисляются сальдо
Счёт активный Бухучёт Счёт, который может иметь только дебетовое сальдо
Счёт бессальдовый Бухучёт Счёт, который не имеет сальдо после закрытия периода
Счёт контрактивный Бухучёт Пассивный счёт, кредитовое сальдо которого включается в Актив баланса со знаком минус
Счёт контрпассивный Бухучёт Активный счёт, дебетовое сальдо которого включается в Актив баланса со знаком минус
Счёт пассивный Бухучёт Счёт, который может иметь только кредитовое сальдо
Счёт синтетический Бухучёт Счёт, на котором учитываются агрегированные суммы (без аналитической расшифровки)
Счёт-группа Программы 1С Счёт, имеющий вложенные субсчета

 

(*) Такое сальдо экономического смысла не имеет и обусловлено неверным алгоритмом агрегирования данных.

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

1. Шилкин Н.Н. (aka RayCon). Удобная настройка оборотно-сальдовой ведомости для 1С:Бухгалтерии 7.7

2. Шилкин Н.Н. (aka RayCon). Удобная настройка оборотно-сальдовой ведомости для 1С:Бухгалтерии 1.6, Удобная настройка оборотно-сальдовой ведомости для 1С:Бухгалтерии 2.0

3. Барышников С.А. (aka clappa). Интерактивная ОСВ v.2.53

4. Леонов А. (aka evroi). Универсальная ОСВ 2.0

5. Министерство Финансов РФ. Образцы форм бухгалтерской отчетности, Приложение к Приказу от 22.07.2003 №67н «О формах бухгалтерской отчетности организаций»

6. Министерство Финансов РФ. Инструкция по применению плана счетов бухгалтерского учёта финансово-хозяйственной деятельности организаций, утв. Приказом от 31.10.2000 №94н «Об утверждении плана счетов бухгалтерского учёта финансово-хозяйственной деятельности организаций и инструкции по его применению»

7. Словарь аудитора и бухгалтера / Л.Ш. Лозовский, М.В. Мельник, М.Е. Грачева и др. — М.: ЗАО «Издательство «Экономика», 2003

8. Толковый словарь финансово-бухгалтерских терминов и понятий / Сост. Е.Д. Чацкис. — Донецк, 1996

9. Большой бухгалтерский словарь / Под ред. Азрилияна А.Н. — М.: Институт новой экономики, 1999

10. Министерство Финансов РФ. Положение по ведению бухгалтерского учёта и бухгалтерской отчетности в Российской Федерации, утв. Приказом от 29.07.1998 №34н «Об утверждении положения по ведению бухгалтерского учёта и бухгалтерской отчетности в Российской Федерации»

11. Прекращение обязательств, Глава 26 Гражданского Кодекса РФ

12. Президиум Высшего Арбитражного Суда РФ. Обзор практики разрешения споров, связанных с прекращением обязательств зачетом встречных однородных требований. Информационное письмо от 29.12.2001 №65

13. Афанасьев Р.В. Настройка развернутого сальдо в ОСВ на А/П счёте 76. Сообщения №537056 и №537361 на форуме фирмы 1С «1С:Предприятие 8. Версия для обучения программированию»

14. Государственный комитет СССР по управлению качеством продукции и стандартам. Компонент автоматизированной системы, п.2.13 межгосударственного стандарта ГОСТ 34.003-90 «Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения», утв. Постановлением от 27.12.1990 №3399

15. Offsetting, Chapter of IAS1 Presentation of financial statements.

16. Князева С.В., Романчук О.А. Сальдо для счетов расчётов. Газета «Учёт. Налоги. Право» №30, 2003

17. Министерство Финансов РФ. Положение по бухгалтерскому учету «Бухгалтерская отчетность организации» (ПБУ 4/99), утв. Приказом от 06.07.1999 №43н «Об утверждении Положения по бухгалтерскому учету «Бухгалтерская отчетность организации» (ПБУ 4/99)»

 

 

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Игорь Исхаков (Ish_2) 24.10.10 11:58
Замечания :
1. Почему дата публикации 14.11.2009 ?
Может быть, текущую тему удалить и перенести текст в новую тему.
Чтобы публикация появилась в НОВЫХ.
2. Прикрепить к статье Word-файл с текстом статьи.
2. Доржи Цыденов (support) 24.10.10 12:48
(2) Исправил дату на текущую.
3. Николай Шилкин (RayCon) 24.10.10 12:53
(1)
>1. Почему дата публикации 14.11.2009 ?

Потому что почти год писал.


>2. Прикрепить к статье Word-файл с текстом статьи.

Рано ещё, т.к. не всё описано.
4. Алла (Bux2) 24.10.10 16:51
Не понравилось:
1. Некоторая перегруженность англоязычными терминами и речевыми оборотами (напр. "как было" и "как есть" по англ.). Звучит, может и по-умному. Но мне не нравится, уводит от сути.
2. На мой взгляд, больше чем надо уделено внимания международным правилам формирования бухотчетности.
3. Надо убрать все смайлы. Обязательно. Рожицы портят этот бесценный материал.
Это, пожалуй, все минусы.
Остальное - Супер. Это теория, изложенная с учётом огромной практики подготовки бухотчетности. Несколько академично (что такое "дефиниция"?), но уровень подаваемой информации позволяет так излагать. Очень понравился весь (!) план счетов "как должно быть". Весьма наглядно. Вопросы, возникающие в одном разделе, тщательно рассматриваются и перекликаются с разъяснениями в другом. Цельно, подробно. Без программистских проф. терминов.
Спасибо за «4.3. Пробный баланс». Читая, я вспоминала все свои закавыки, трудности и непонимания, когда осваивала баланс. Вы всё предусмотрели, до мелочей. Именно с практической стороны. Про НДС на сч. 91 - отлично (формировала анализ 91 по субконто, выбирала НДС вручную. Хорошие были времена). Вспомнила, как меняла активно-пассивность у счетов. Делала это по наитию. А вот так - систематизировано, обобщённо объяснить - зачем - ни в жизнь. Ходишь где-то рядом, задать бы кому умному вопрос - но даже сформулировать его мозгов не хватает. Для себя нахожу материал очень полезным. Мудрое замечание в конце статьи: "Ну, а если бухгалтер сдаёт отчётность только в налоговую инспекцию и исключительно "для галочки", то… эта статья не для него". Только не надо так писать. Сегодня только в налоговую, а завтра - будет готовить нормальную, достоверную отчётность, возможно благодаря этой статье.
Спасибо. Буду ещё читать.
Krio2; Шёпот теней; +2 Ответить 2
5. Николай Шилкин (RayCon) 24.10.10 21:42
(4)
>Не понравилось:
>1. Некоторая перегруженность англоязычными терминами и речевыми
>оборотами (напр. "как было" и "как есть" по англ.). Звучит, может и по-умному.
>Но мне не нравится, уводит от сути.

В среде консультантов (т.е типов вроде меня) реинжиниринговая терминология давно устоялась.

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

Статья писалась под команду, которая будет делать бухгалтерию для Запада. Остальным просто повезло. :)
Ну, а если серьёзно, то моё мнение таково (прошу обратить внимание, что я его никому его не навязываю!): отечественный бухучёт до сих пор сохранил все признаки фискального учёта, характерные для СССР. Бухучёт по МСФО - это перевёрнутая с головы на ноги бухгалтерия. От этой печки и танцы. :)

>3. Надо убрать все смайлы. Обязательно. Рожицы портят этот бесценный материал.

Согласен, в MS Word смайлики - всего лишь символы, а здесь это кривляющиеся рожи... вот такие: :)
Обещаю убрать.
И насчёт "бесценного материала" тоже спорить не буду, т.к. никаких денег за него не получал. :D

>Мудрое замечание в конце статьи: "Ну, а если бухгалтер сдаёт
>отчётность только в налоговую инспекцию и исключительно "для
>галочки", то… эта статья не для него". Только не надо так писать.

Хорошо, напишу так: "то, возможно, эта статья не для него". Дадим бухгалтеру шанс вырасти! :)

P.S. Спасибо за добрые слова. :)
6. Леонид (cyberleo91) 24.10.10 23:35
Огромное спасибо лишний раз убедился в нищете теоретической мысли в 1С
7. Николай Шилкин (RayCon) 25.10.10 05:42
(4) Поправил статью согласно пожеланиям. В раздел 5 добавил рекомендации по созданию отчёта "Пробный Баланс" на основе ОСВ. Кстати, спасибо за напоминание - давно хотел это сделать, а Ваше напоминание дало стимул. :)


>что такое "дефиниция"?

Это синоним слова "определение". В высшей математике довольно расхожий термин, поэтому оставлю без изменения.
8. Александр Рытов (Арчибальд) 25.10.10 07:37
Касательно субконто - настаиваю на своем определении :D
9. Александр Шишкин (Шёпот теней) 25.10.10 08:14
хочу тОООже внести мысль ...

1. ПС (план счетов) - как и изначальная 1С - есть "Принцип" ... и ничего больше ... некий свод "изначально правильных" и "сведённых в один методический материал" принципов работы ... исполняя их получаешь результат ...

2. ПС (план счетов) - как и изначальная 1С - см. п.1. - есть начальное состояние - остальное дело "местного" использования ... говорить о том "что что правильно/НЕправильно" в ПС и в определениях и позициях счетов нет смысла т.к. не известен "текст" его использования ...

3. ПС (план счетов) - как и изначальная 1С - смп.1. и п.2. - наше использование ПС есть использование в 1С как 1С его "написал" а написал 1С его для универсального и первоначального состояния (1С - же не знает где ВСЁ это будет использоваться ...)

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

... ВОТ ...
10. Александр Шишкин (Шёпот теней) 25.10.10 08:21
... не понимаю постоянного сравнение "нашего" и "ихнего" ... оно для кого ... ? ... для узкого круга общения ... тогда при чЁм тут наше БУ ... ???

... наше БУ это ПС - КАК система счетов...!
... ихнее БУ ПС - как набор счетов ...!

... маленькое НО! принципиальное отличие ... ! ... которое и не даёт никаких шансов для однозначного сравнения двух систем ...

... ВОТ ...

... хм ...
11. Александр Шишкин (Шёпот теней) 25.10.10 08:27
... никогда не ставил минусов ... а здесь бы поставил ... ! ... вот ...

п.с. принцип - пиши "много" - поймёшь "мало" ... как любят делать интеллектуальные"москвичи" - мне никогда не нравился ... да собственно и выводов - то никаких не сделано ... а те что указаны - есть повторение известных ... !

... совсемВОТсовсем ...
12. Александр Рытов (Арчибальд) 25.10.10 09:25
(11) "Длинность", конечно, снижает читабельность. А насчет отсутствия выводов - не соглашусь.
В первых двух абзацах текста поставлена задача: сконструировать (настроить) план счетов и ОСВ таким образом, чтобы баланс и отчет о прибылях и убытках напрямую просматривались в ОСВ. И потом излагается научно-практическое решение этой задачи. Именно научно-практическое, поскольку практические рекомендации выводятся из теоретических положений - и в этом основная ценность статьи.
Можно спорить по поводу завышения роли ОСВ в бухгалтерской практике. Но практические бухгалтеры жизнь без ОСВ не представляют. Они по-прежнему работают "от проводки", а не "от документа". И они правы в том отношении, что проводки в бух. программе есть всегда, а нормальная работа с Документами (в терминах 1С) появляется далеко не сразу с появлением конфигурации - проходят даже не месяцы, а годы.
13. Николай Шилкин (RayCon) 25.10.10 09:35
Добавил кое-какие разделы про план счетов и ОСВ
14. Александр Шишкин (Шёпот теней) 25.10.10 09:36
(12) ... хм ...

... а зачем ... ? ...

... существует "система" - целостность её определяется логической взаимосвязью отдельных элементов и ПОДсистем... остальное НАДстройка ... нравится вам ОНА и лаТно ... но как правило это заканчивается разрушением ...

.. мне вОООбще интерсно - а как же тогда "бедный" СССР умудрялся заниматься вооооооооооооооооооот таким "учётом", "планированием" и "анализом" ...

... не стоит СВОЁ личное неЗнание превращать в "научный" труд ... лучше МАТчасть изучайте ... пока опыт "отцов" лучшее что у нас есть ... а его осмысление и переделка - должно быть, конечно .... но только до него дорасти ещё надо ... !!!

... вот ...
15. Игорь Татаринов (itoz) 25.10.10 09:39
(9)(10) В 1998 году нашим правительством утверждена Программа реформирования бухгалтерского учета в соответствии с международными стандартами финансовой отчетности (МСФО). По этой программе, если не ошибаюсь, перейти на МСФО мы должны были в этом, 2010 году. Так что сравнения "нашего" и "ихнего" учетов актуальны imho.

Кстати, вот интересная тема - место отечественных производителей ПО в случае 100% перехода на МСФО.
16. Александр Шишкин (Шёпот теней) 25.10.10 09:40
... наша проблема заключается в том, что : если рассматривать "отдельную" проблему - мы конечно же "умны" ... но как только заходит речь о "системе" - а учет на предприятии "ЭТО СИСТЕМА УЧёТА" - мы тупы до крайности ...

... ВОТбанальноеЗАМеЧАНИЕ ...
17. Александр Шишкин (Шёпот теней) 25.10.10 09:41
(15) ... ))) ...


"... до основания а затем ... " ... ((((

... вот ...
19. Игорь Исхаков (Ish_2) 25.10.10 09:59
(18) Шепот , ты накопи мыслей побольше , упорядочи их - и одним комментарием.
Сейчас ты разговариваешь сам с собой .
22. Игорь Татаринов (itoz) 25.10.10 13:47
(18) (19) Шепот, думаю, что понимаю, о чем Вы. Ждем 12.12.12
23. Ирина Пятакова (Alraune) 25.10.10 15:20
Отличный материал, спасибо! Мне кажется, печальное состояние учета в некоторых организациях обусловлено, в частности, нехваткой такой информации. Просто используют то, что есть, и мало задумываются о том, как должно быть.
Вопрос-уточнение.
Уровень субсчетов 3-го уровня (самый нижний уровень):
60.1.1.1 − пассивный аналитический субсчёт третьего уровня для учёта краткосрочной задолженности в рублях
60.1.1.2 − пассивный аналитический субсчёт третьего уровня для учёта краткосрочной задолженности в валюте
60.1.1.3 − пассивный аналитический субсчёт третьего уровня для учёта краткосрочной задолженности в у.е.
Насчет 60.1.1.2 – а если несколько валют? Должно быть несколько субсчетов (по одному на каждую) или как?
24. Николай Шилкин (RayCon) 25.10.10 16:21
(23)
>Мне кажется, печальное состояние учета в некоторых организациях
>обусловлено, в частности, нехваткой такой информации.

Эх, твоими бы устами да мёд пить. :)
Боюсь, проблемы гораздо шире... и пресловутая "зебра" в учёте - далеко не самая последняя из них. Но отчасти, ты, конечно, права: если бы информация была в книгах, в вузах, у вендоров, у внедренцев, то жить конечным пользователям было бы гораздо легче. Как ты считаешь, может, имеет смысл вебинар провести?


>Насчет 60.1.1.2 – а если несколько валют? Должно быть несколько субсчетов
>(по одному на каждую) или как?

В большинстве отечественных и практически во всех западных бухгалтерских программах на каждую валюту надо открывать отдельный субсчёт. Но в программах 1С счета мультивалютные, поэтому вполне достаточно одного субсчёта для всех валют, и одного - для всех У.Е.
25. Ирина Пятакова (Alraune) 25.10.10 17:20
(24) Имеет смысл, думаю, да. Хотя, по-моему, пользователям многим просто все равно, пришли, сделали что-нибудь, отчет сформировали, счета закрыли - и ладно. Во всяком случае, не знаю, как в Москве, а у нас много таких, не важно, на мелких предприятиях или на крупных. Даже если счет не закроется, не всегда будут думать, а почему это так, и разбираться с настройками, а просто забьют его ручной операцией - и все.
26. Михаил Ражиков (tango) 25.10.10 19:22
Как реально отнести ту или иную ситуацию к кратко- долго-срочным обязательствам? Если, конечно, это не прописано в договоре: "мы не отдадим вам деньги очень долго".
27. Николай Шилкин (RayCon) 25.10.10 21:02
(25) Ну, если ты считаешь, что вебинар - это не безумная затея, то объявляю на него запись. Если наберётся некая критическая масса, то проведу. А тему вебинара можно под запросы пользователей адаптировать: про что больше спрашивать будут, про то и расскажу.
28. Николай Шилкин (RayCon) 25.10.10 22:12
(26)
>Как реально отнести ту или иную ситуацию к кратко- долго-срочным обязательствам?

Хороший вопрос :!:

Если не прописано в договоре, то возможны неоднозначности, которые требуют анализа сущности операции. Например, довольно расхожа ситуация, когда взяли заём у "своей" компании на несколько месяцев, но не отдаём несколько лет. Такое часто бывает в группах компаний или в формально независимых компаниях, но которые работают "на один карман".

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

Я бы, разумеется, рекомендовал самый простой путь: деньги не возвращать и просто составить допсоглашение с увеличенным сроком. Такой вариант прокатывает и для валютных контрактов с нерезидентами, но только, разумеется, придётся переоформить паспорт сделки на новый срок. В результате краткосрочные обязательства документарно будут оформлены как долгосрочные, и операцию по изменению срока кредиторской задолженности можно отразить в учёте на дату составления допсоглашения.
Гораздо неприятнее ситуация, когда подобное допсоглашение по каким-то причинам составить невозможно (например, фирма-заимодавец почила в бозе). В этом случае бухгалтер должен принимать решение по свершившемуся факту просрочки. Тут вариант известно какой: делаем бухгалтерскую справку сообразно действующему законодательству и/или своему профессиональному мнению.

Прошу простить тех, кому тема МСФО неинтересна, но не могу не сказать несколько слов о лизинге - уж больно репрезентативный пример. Дело в том, что с точки зрения лизингодателя задолженность по договору лизинга - это некое подобие товарного кредита, который учитывается как дебиторская задолженность, и на неё, как на тело кредита, начисляются проценты. Так вот согласно стандарту МСФО 17 "Аренда" лизингодатель ежемесячно переводит часть долгосрочной задолженности в краткосрочную, т.е. делает переброску между соответствующими бухгалтерскими счетами.
29. Ирина Пятакова (Alraune) 25.10.10 23:06
(27) Только комментарии мало кто читает! Во всяком случае, мне так кажется.
30. Николай Шилкин (RayCon) 25.10.10 23:23
(29) Есть альтернативные идеи?
31. Алла (Bux2) 25.10.10 23:49
По п. 5. "Итоговые рекомендации"
Какая проблема из обозначенных наиболее трудоёмка для исправления с точки зрения программиста?
32. Ирина Пятакова (Alraune) 25.10.10 23:58
(30) Дополнительно открыть тему на форуме + временно добавить в заголовок темы (или в описание, ту часть, которая видна из общего каталога)
33. Николай Шилкин (RayCon) 26.10.10 00:22
(31)
Думаю, что это доработка ОСВ... с соответствующей предварительной корректировкой плана счетов. Вот только дело-то в том, что такая доработка - это разовая операция, а ведь основная трудозатратность лежит в последующих перманентных ручных обновлениях релизов.

Кстати, как мне сегодня сказали, ошибка учёта НДС по неосновной деятельности на счёте 91 фирма 1С исправила. А то эта тоже был бы кандидат на трудоёмкость. И слава богу, что сия кандидатура снята! :)
34. Николай Шилкин (RayCon) 26.10.10 00:26
(32) ОК, спасибо. :)
Если в комментариях или в личных обращениях будут такие вопросы, которые, по моему разумению, можно вынести на вебинар, я так и поступлю. При условии, конечно, что наберётся некая "критическая масса" слушателей.
35. Михаил Ражиков (tango) 26.10.10 09:51
(28) ок. значит, наличие в ПС клеточки, в которую надо ставить долгосрочные, еще не решит проблему, потому как буху все равно придется отслеживать. Может быть, просто галку в договоре - "Долгосрочный"? А по галке разворачивать ОСВ и определять строку баланса.
(33) на счёте 91 фирма 1С исправила - в какой конфе?
36. Николай Шилкин (RayCon) 26.10.10 12:02
(35)
>значит, наличие в ПС клеточки, в которую надо ставить долгосрочные,
>еще не решит проблему, потому как буху все равно придется отслеживать.
>Может быть, просто галку в договоре - "Долгосрочный"? А по галке
>разворачивать ОСВ и определять строку баланса.

Тут вот какое дело... Давайте сначала определимся, какую учётную систему мы рожаем: бухгалтерскую или оперативную?
Если первое, то структура должна укладываться в информационную схему: план счетов -> проводка -> бухгалтерская книга -> бухгалтерский отчёт. Очевидно, что в этой схеме хранилищем информации становится бухгалтерский счёт => должны существовать два счёта: долгосрочка и краткосрочка, плюс должна быть переброска между ними - та самая пресловутая двойная запись, которая реализует контроль равенства сумм, переносимых с одного счёта на другой.
А вот если второе, то "просто галку в договоре" вполне можно ставить, и тогда информационную схема может выглядеть так: договор -> учётный регистр -> отчёт. Ни план счетов, ни проводка при этом становятся ненужными, но тогда мы и контроля не имеем, что приводит к недостоверности учётных данных. Кстати, это та самая проблема, из-за чего бухгалтеры ругают НДС в 1С: он ведётся не на бухгалтерских регистрах, а на регистрах накопления. Отсюда и масса расхождений в учёте. :(
Что касается отслеживания бухгалтером операций, то это его работа: отражать факты хозяйственной деятельности и отслеживать изменение их состояния.

>на счёте 91 фирма 1С исправила - в какой конфе?

А вот этого мне не сказали. И сам я это ещё не проверял. Просто один из читателей, которому я выслал статью на рецензию, прислал мне письмо, в котором были слова:

>нужно полностью переделать раздел про 91 счет и особенно про НДС (сейчас в 8.х
>описываемая несуразность с НДС на 91 счете исправлена, читатели могут засмеять.

Покуда я писал статью почти год, то такое вполне могло быть. С другой стороны, мне в это не очень верится, т.к. большинство ошибок, описанных в статье, имеют многолетнюю историю, и тянутся аж с версии 7.7.
Ну, а смеха я не боюсь. Наоборот, самый лучший способ посмеяться - это над собою! :D
37. Михаил Ражиков (tango) 26.10.10 12:47
упп 1.2.33.1
Прикрепленные файлы:
38. Александр Рытов (Арчибальд) 26.10.10 13:21
(36) А я остаюсь при мнении, что деление задолженности на долгосрочную и краткосрочную контрпродуктивно. "Долго" и "коротко" бухгалтерского смысла не имеет, слишком условно это деление. Во выделять просроченную задолженность, да, пожалуй, ту, по которой платежи относятся к текущему отчетному периоду - это понятно и осмысленно.
Особенно интересно учесть предстоящее погашение кредиторской задолженности как расходы будущих периодов и посмотреть, что получится.
39. huse 26.10.10 13:30
(0) Сходу ниасилил, но понравилось! Респект!

PS
пи-эн-эль-ные (от англ. «PnL»)


от английского P&L (пи-энд-эль) == Profit & Lost (прибыли и убытки). По-нашенски - ОПУ.
40. huse 26.10.10 13:35
(38) Для управления балансом в первую очередь важна периодичность. Когда балансируешь пассивы активами - необходимо ее учитывать. Поэтому "долго" или "коротко" имеет смысл.
41. Александр Рытов (Арчибальд) 26.10.10 14:19
(40) Я не говорю, что смысла нет. Я говорю о том, что если я взял кредит (заем) с однократным погашением сроком на пять лет, то первые 4 года он, конечно, долгосрочный. Но что мне с его долгосрочности в год погашения? По факту-то он краткосрочен уже.
42. Николай Шилкин (RayCon) 26.10.10 14:42
(41) Вот, наконец, мы и добрались до самой сути: важен срок ПОГАШЕНИЯ обязательств! Например, если долгосрочный заём с однократным погашением в конце срока, то все обязательства по нему - долгосрочные. А вот при аннуитетном погашении (как в приведённом выше примере лизинга по МСФО) обязательства разбиваются на два вида:
а) долгосрочные, срок погашения которых более 12 месяцев от отчетной даты
б) краткосрочные, срок погашения которых менее 12 месяцев от отчетной даты

В твоём примере в последний год долгосрочного договора займа обязательства должны классифицироваться как краткосрочные. Идея ясна? Ориентироваться надо не на название договора, а на экономическую суть хозяйственной операции.
43. huse 26.10.10 15:33
(41) Ага, а по факту погашения это уже не займ будет... :)
44. Александр Рытов (Арчибальд) 26.10.10 16:32
(42) Т.е. как у меня в 38 посте
ту, по которой платежи относятся к текущему отчетному периоду - это понятно и осмысленно.
45. Николай Шилкин (RayCon) 26.10.10 16:41
Поправочка к посту (42)

Слова:

>если долгосрочный заём с однократным погашением в конце срока,
>то все обязательства по нему - долгосрочные.

надо читать в следующей редакции:

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


(43) Прошу прощения за филологическое занудство, но в именительном падеже всё-таки "заём", а не "займ". ;)
46. Сергей (ildarovich) 26.10.10 17:09
Спасибо! Большая работа, очень конкретная и полезная информация.

Однако, с некоторыми выводами хочется поспорить.

1. Автор рассматривает только одного потребителя данных бухгалтерского учета - внешнего.
Получается, что весь бухгалтерский учет ведется только в целях ежеквартального составления финансовой отчетности.

А как же внутренние потребители, управленцы, пользующиеся программой и отчетами каждый день?
Например, говорится, что на счетах расчетов сальдо должно быть всегда развернутым. А если директор захочет узнать дебиторку?
Говорить два (или четыре! - еще краткосрочная - долгосрочная) числа - пусть вычитает? Так как в балансе они в разных разделах?

2. Не принимается во внимание трудности реализации и использования. Например, предлагается делить краткосрочную и долгосрочную
задолжность на счетах и переводить ее со счета на счет при изменении вида. Кто, когда это будет делать практически?
Ради двух строчек в балансе автор предлагает в большинстве документов выбирать пользователям/программе субсчет.
Это ли не источник ошибок?

Изменить конфигурацию не проблема. Обновлять измененную тоже совсем не сложно. А вот будут ли все довольны
изменениями? Возможно, будут довольны только те бухгалтера-одиночки, кто ведет учет исключительно для "достоверной галочки".

Так что план счетов в целом лучше оставить "as is". Его структура - выстраданное компромиссное решение,
учитывающая интересы большинства пользователей.
А информацией из статьи нужно обязательно пользоваться бухгалтеру в момент составления отчетности.
Чтобы она была достоверной.
zqzq; Sol; Cthulhu; dabu-dabu; +4 Ответить 2
47. Николай Шилкин (RayCon) 27.10.10 00:38
(46)
>1. Автор рассматривает только одного потребителя данных бухгалтерского
>учета - внешнего. Получается, что весь бухгалтерский учет ведется только в
>целях ежеквартального составления финансовой отчетности.

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

>А как же внутренние потребители, управленцы, пользующиеся
>программой и отчетами каждый день?

Управленцы бывают разные... Тут мы рискуем скатиться в непродуктивную дискуссию об управленческом учёте. Если управленец - финансовый менеджер (директор, контроллер и т.п.), то его вполне устроит стандартный пакет финансовой (бухгалтерской) отчётности с необходимыми расшифровками. Конечно при одном условии - если эта отчётность достоверна! А если, скажем, это менеджер по закупкам, то ему нужна не столько финансовая, сколько логистическая информация. Отсюда и отчётность другая, и управленческий учёт другой.

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

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

>Говорить два (или четыре! - еще краткосрочная - долгосрочная) числа -
>пусть вычитает? Так как в балансе они в разных разделах?

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

>2. Не принимается во внимание трудности реализации и использования.
>Например, предлагается делить краткосрочную и долгосрочную задолжность
>на счетах и переводить ее со счета на счет при изменении вида. Кто, когда
>это будет делать практически?

По моему, "многоэтажное" закрытие счетов затрат: 25 -> 20 -> 90 -> 99 на два порядка более трудоёмкая операция, чем разделение долгосрочной и краткосрочной задолженности. Тем не менее, первая операция автоматизирована, значит, и вторую тоже вполне можно автоматизировать. Кстати, в уже упоминавшемся мною лизинге МСФО такая операция автоматически делается ежемесячно как регламентная операция.

>Ради двух строчек в балансе автор предлагает в большинстве документов
>выбирать пользователям/программе субсчет. Это ли не источник ошибок?

Если бухгалтер не знает, какой счёт выбрать в той или иной операции, то его за версту нельзя подпускать к бухгалтерской программе! Только это будет стопроцентной гарантией от его ошибок. :D

>Изменить конфигурацию не проблема. Обновлять измененную тоже совсем не сложно.

Я бы поспорил, но не буду. :)

>А вот будут ли все довольны изменениями? Возможно, будут довольны только те
>бухгалтера-одиночки, кто ведет учет исключительно для "достоверной галочки".

Вот тут Вы правы: эта статья адресована представителям "белого" бизнеса, а не тем, что играют в "зебру".

>Так что план счетов в целом лучше оставить "as is". Его структура - выстраданное
>компромиссное решение, учитывающая интересы большинства пользователей.

Думаю, если бы Вы почитали Инструкцию по применению плана счетов, то Вы бы взяли свои слова назад хотя бы в части активности и пассивности.

>А информацией из статьи нужно обязательно пользоваться бухгалтеру в момент
>составления отчетности. Чтобы она была достоверной.

Если не менять план счетов, то составлять и выверять достоверную отчётность придётся вручную. Что, собственно, и происходит сейчас, когда на вопрос "Как же вы делаете выверку баланса?" главбухи отвечают "Вот так и мучаемся". :(
48. huse 27.10.10 08:56
(46)
А если директор захочет узнать дебиторку?
Говорить два (или четыре! - еще краткосрочная - долгосрочная) числа - пусть вычитает? Так как в балансе они в разных разделах?


Ну во-первых автор предлагает вид задолженности вести на субсчетах. А значит на самом счете будет одна цифра - сумма субсчетов.
Во-вторых как мне кажется директору важнее знать сумму дебиторки вкупе с ее ликвидностью. А то он может пребывать в счастливом неведении, что у него вот-вот бабло придет, а на самом деле вся дебиторка долгосрочная - и ему надо срочно рвать заднее место, чтобы чем-то закрыть краткосрочные пассивы.
49. Сергей (ildarovich) 27.10.10 09:57
(47)
Спасибо! Я внимательно прочитал Вашу статью, буду читать ее еще и прекрасно понял Вашу позицию. Просто у меня другое мнение.

Хочу спросить:

1. Как Вы относитесь к мысли предельно улучшить автоматизацию заполнения всех показателей отчетности и сделать расшифровки показателей максимально понятными с учетом рекомендации Вашей статьи. То есть сосредоточить правки в одном месте - в регламентированной отчетности?

2. Чем Вы сами объясняете наличие указанных Вами недостатков плана счетов 1С? Из-за чего они появились? Почему до сих пор не исправлены?
50. Михаил Ражиков (tango) 27.10.10 10:20
(47) "Думаю, если бы Вы почитали Инструкцию по применению плана счетов", и бездумно стали бы ею руководствоваться, вы бы поставили плюсик здесь
http://infostart.ru/public/76945/
зы: речь идет именно о белых и пушистых, а не о седых и бородатых
51. Михаил Ражиков (tango) 27.10.10 10:25
(47) "Вот так и мучаемся"
ну, да ++++
но! чьи это проблемы? кто готов платить за их решение? все, блин, сцуки, тока икономят
**
зы: все начинается с карандашей. 1снег! если в ентой фирмешки завели офисц-менеджора, который начал считать твои карандаши, беги от-туда нах как можно быстрее!
52. Михаил Ражиков (tango) 27.10.10 10:30
(48) "важнее знать сумму дебиторки вкупе с ее ликвидностью" - суть проблемы.
как ее сопрячь с посмертностью бу - не видно нифига -> заява (0) на решение - провалена
53. Михаил Ражиков (tango) 27.10.10 10:34
(49) сорри, вы, имхо, не обратили внимание на сопряжение проблем ОСВ и баланса в (0), а это - наиболее сильная (имхо опять же) грань текста (0)
54. huse 27.10.10 11:46
(52) на месячном и может быть квартальном периоде соглашусь. Но на полгода, год, 3, 5 лет - вполне достаточно посмертного учета для балансировки пассивов активами.
55. Николай Шилкин (RayCon) 27.10.10 12:53
(49)
>Я внимательно прочитал Вашу статью, буду читать ее еще и прекрасно
>понял Вашу позицию. Просто у меня другое мнение.

Коли так, прошу пояснить, что Вы имели в виду, когда писали следующее:

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

Либо как-то перефразировать...
Что касается "другого мнения", оно и у меня оно тоже есть, и не одно. Например, есть масса компаний, где просто глупо применять 3 уровня субконто на счетах расчётах, т.к. гораздо более технологично вести расшифровки в оперативном учёте. Если, скажем, крупная телекоммуникационная компания будет весь свой биллинг отражать в проводках, то результат будет плачевным. Поэтому в бухгалтерию они передают только авизовки. В данном конкретном случае только так и правильно! И аналогичных примеров, которые не вписываются в предлагаемую статьёй концепцию, масса. Я не пытался дать универсальный инструмент на все случаи жизни - я просто попытался показать, как учёт сделать более достоверным, но это - далеко не единственный путь. В каждом конкретном случае путь может быть свой собственный.


>1. Как Вы относитесь к мысли предельно улучшить автоматизацию
>заполнения всех показателей отчетности и сделать расшифровки
>показателей максимально понятными с учетом рекомендации Вашей статьи.
>То есть сосредоточить правки в одном месте - в регламентированной отчетности?

На этот вопрос у меня сразу несколько ответов!
1. Как вариант, уже на уровне плана счетов можно сделать глобальную увязку счетов с конкретными статьями финансовой отчетности.
2. Тонкая доводка глобальной увязки лучше вынесли на уровень пользователя с каким-нибудь простеньким языком формул вроде СКК и ДО.
3. Было бы здорово иметь возможность формировать отчётность непосредственно в Excel.

У меня была попытка соединить пункты 2 и 3 вот здесь: http://infostart.ru/public/64699/. Это хоть и удобно, но пока ещё сыровато.

>2. Чем Вы сами объясняете наличие указанных Вами недостатков плана
>счетов 1С? Из-за чего они появились? Почему до сих пор не исправлены?

1. Организацией процесса разработки, когда решение о требованиях рынка принимает не методолог бухгалтерского учёта, а менеджер по продажам.
2. Многие ошибки проявляются на тех участках, которые не используются (или редко используются) в торговых компаниях, - в них просто сначала не вляпались, а потом не стали исправлять, т.к. количество претензий невелико, ведь основной вал покупателей - торговцы.
3. Тщательная проработка сложных участков учёта серьёзно может увеличить себестоимость софта. Думаю, что именно по этой причине в стандартной поставки БП всё ещё нет валютных платежей по системе SWIFT, и даже просто завести номер счёта контрагента в зарубежном банке невозможно. То же самое касается и иных участков учёта. Например, я не описывал в статье такие ляпы, как складывание в отчётах сумм в валюте с суммами в рублях или доходов с расходами, а они однозначно говорят об уровне оплате методологов.
4. Ну, и самый важный аргумент: если программа хорошо продаётся без дополнительных доработок, то зачем их делать?

Но это моё мнение, которое, как мы все понимаем, может быть ошибочным. Просто я уже 20 лет занимаюсь конструированием различных планов счетов: РСБУ, МСФО, US GAAP (и не только в 1С), поэтому я и вижу те проблемы, на которых у 1С-ков глаз замылился.
56. Николай Шилкин (RayCon) 27.10.10 12:56
(50) Экий, Вы, сударь, колкий! :D
57. Михаил Ражиков (tango) 27.10.10 17:23
(54) речь шла о разнесении дебиторки на кратко/долго
58. Михаил Ражиков (tango) 27.10.10 17:26
(56) кстати, мнемоника для запоминания дебиторской (нам должны) и кредиторской (мы должны) задолженности - так же, как и определение а/п счетов, от сторон баланса: дебет - актив - нам должны.
59. Михаил Ражиков (tango) 28.10.10 12:49
Шепот, а за что минус? Воды в (0) много, но есть соображения по делу...
60. huse 28.10.10 13:23
(57) А я о чем? Если возврат дебиторки/кредиторки более чем 6 мес, то для управления вполне хватит посмертного учета.

(58) С балансом совсем не так.
61. Михаил Ражиков (tango) 28.10.10 14:09
(60) на (57) приведите последовательность действий бухгалтера для попадания задолженности в нужную строчку
на (58) и как?
62. Квачан Виктор (Zealot) 01.11.10 11:46
Что можно сказать про статью, имеет право на жизнь, но жизнь она такая штука которая шаблонам не подвластна, как для людей разрабатывающие бухучет первый раз она подойдет, лично для меня многое не подходит (еще раз повторюсь статья не есть догма и правильная инструкция, а всего лишь видение автора):
1) Полностью не согласен с отсутствием ведения аналитики на счетах группах, или счетах верхнего уровня, простой пример, счет 631 (поставщики, укр. редакция), имеет субсчета, так вот если мы в не включим по группе счета аналитику например по тем же контрагентам как мы получим развернутую информацию для того же баланса
2) В статье очень мало уделено внимания не бухгалтерским планам счетов, например тому же налоговому плану счетов, где идеология уже совершенно другая
3) Не верно приведены примеры по некоторым счетам по активности/пассивности, к примеру в украинской редакции на счете 28 (товары) есть и активные субсчета и пассивные (таже наценка)
4) Так как большинство примеров приведено для существующей типовой конфигурации, статья не подойдет для тех кто пишет план счетов с нуля.

За статьи спасибо, довольно интересно почитать как мыслят другие :)
63. Николай Шилкин (RayCon) 01.11.10 15:40
(62)
>для людей разрабатывающие бухучет первый раз она подойдет

Даже боюсь спросить, на кого тут делается намёк. Уж не на авторов ли стандартной поставки? :D

>1) Полностью не согласен с отсутствием ведения аналитики на счетах группах,
или счетах верхнего уровня, простой пример, счет 631 (поставщики, укр. редакция),
>имеет субсчета, так вот если мы в не включим по группе счета аналитику например по
>тем же контрагентам как мы получим развернутую информацию для того же баланса

Известно как - по субсчетам. По аналитике "развернутую информацию для того же баланса" в самом общем случае получить невозможно.

>2) В статье очень мало уделено внимания не бухгалтерским планам счетов, например
>тому же налоговому плану счетов, где идеология уже совершенно другая

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

>3) Не верно приведены примеры по некоторым счетам по активности/пассивности,
>к примеру в украинской редакции на счете 28 (товары) есть и активные субсчета
>и пассивные (таже наценка)

Вы невнимательно читали. Прочтите ещё раз раздел про контрактивные счета.

>4) Так как большинство примеров приведено для существующей типовой
>конфигурации, статья не подойдет для тех кто пишет план счетов с нуля.

Вывод умилил. :)
Статья написана, в первую очередь для тех, кто будет писать конфигурации МСФО, чтобы они не повторили ошибок стандартной поставки. Кстати, примеры из стандартной поставки были даны именно для этого.
Что касается тезиса "статья не подойдет для тех кто пишет план счетов с нуля", то, видимо, мне она не подойдёт априори, т.к. последние 20 лет я только тем и занимаюсь, что "пишу планы счетов с нуля". :D
64. Николай Шилкин (RayCon) 07.11.10 03:24
Добавил скриншотов для репрезентативности.
65. Трактор Трактор (Трактор) 19.11.10 13:45
Статья очень интересная и очень полезная. Но написана лишь с одной точки зрения — получения правильно баланса. 1С БП часто используется не только для получения балансов, но и для управленческого учёта. И это не только ларьки! В одной большой организации, из первой сотни крупнейших в России, этой осенью было принято решение для целей управленческого учёта брать данные бухгалтерского учёта.

Тезис о том что нужно убрать аналитику с счетов-групп мне кажется спорным. Во-первых потому что в ОСВ можно не показывать эту аналитику, во-вторых искажение баланса возникнет только в случае если мы расшифруем суммы без учёта субсчетов. Но мы-то при составлении баланса этого делать не будем :-) А вот для управленческого отчёта показать, например, все ОС какие есть без разбивки по субсчетам может быть полезно.
В тоже время полностью разделяю мнение о недопустимости свёртки развёрнутого сальдо на 60х, 62х, 76 счетах. Это бесполезно и для управленческих отчётов и для баланса. Соответственно аналитику с этих счетов-групп можно убрать.

Пункт 4.2.1 непонятно зачем нужна детализация в ОСВ 51 счёта по расчётным счетам. Для управленческих решений эта детализация нужна, а вот для баланса, ИМХО, нет такой необходимости, ведь счёт активный.

Пункт 4.2.3. Мне поведение 1С кажется вполне логичным. Не понятно откуда взято такое утверждение:
Поскольку проводки в программе 1С по умолчанию делаются в регламентированной валюте
Проводки в 1С делаются в той валюте, которую указывает пользователь. Наполняет смыслом валюту тоже пользователь.
Более того, понятие «валюта проводки» в программах 1С отсутствует как класс!
Я бы сказал что в платформе 1С только это понятие и есть. Все остальные понятия возникают в рамках отраслевых решений. Какую валюту в проводке указали, по той валюте итоги и изменятся. Не укажем валюту увидим движения по пустой.
Валюта почти такая же аналитика как остальные и закрываться она должна как и все остальные аналитики.
Рассмотрим очень похожую ситуацию с материалами. Ошибка при списании стоимости материалов. Количество = 0, сумма <> 0. Как быть? Списать сумму без указания материала, указать "регламентный" материал или тот по которому нет количественного остатка? Думаю ответ очевиден.

Пункты 4.2.3, 4.2.4, 4.2.5 считаю не ошибками, а особенностями, которые нетрудно понять и учесть в работе.

Повторюсь. Статья очень полезная и обязательна для понимания бухгалтерами и внедренцами. Непонимание или незнание изложенного в этой статье однозначно говорит о проф непригодности бухгалтера или внедренца бухгалтерии.
66. Николай Шилкин (RayCon) 20.11.10 02:06
(65)
>Статья очень интересная и очень полезная. Но написана лишь с одной точки зрения —
>получения правильно баланса. 1С БП часто используется не только для получения
>балансов, но и для управленческого учёта.

Ну, во первых, статья написана не "с одной точки зрения — получения правильно баланса", а с двух: баланса и и отчёта о прибылях и убытках. :)
А, во-вторых, понятие управленческого учёта для каждого "управленца" своё - единственная общность: наличие достоверной информации для принятия грамотных управленческих решений. Для кладовщика - это состояние склада, для менеджера по продажам - информация о продажах, а для финансового менеджера - именно то, что описано в статье, т.е. финансовое состояние предприятия. Именно поэтому:

>В одной большой организации, из первой сотни крупнейших в России, этой осенью было
>принято решение для целей управленческого учёта брать данные бухгалтерского учёта.

Этой организации нужна достоверная финансовая отчётность!

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

Вот она, школа 1С! :D

>Во-первых потому что в ОСВ можно не показывать эту аналитику,

Не совсем понял тезис. Что значит "можно"? Более корректно, наверное, было бы говорить о "нужно". Если речь идёт о пассивных или об активных счетах, то и счета-группы, в принципе, могут иметь субконто - это не исказит данные в ОСВ и в финансовой отчётности, но только при том условии, если виды субконто на счетах-группах и на вложенных субсчетах единообразны! Именно такие субконто, например, на счёте 01. А если виды субконто на счетах-группах и на вложенных субсчетах не единообразы? Например, структура аналитики на счёте 10 отлична от структуры на субсчёте 10.10, или другая пара: счет 14 и субсчёт 14.04. Тут включается уже такое явление, как человеческий фактор! И программист, пишущий отчёты, должен всё время держать в уме, как обходить сложение "метров с килограммами". Поэтому лучше предупредить возможные ошибки, чем в них вляпаться.

>во-вторых искажение баланса возникнет только в случае если мы расшифруем суммы без
>учёта субсчетов.

К сожалению, именно так сейчас и формируется ОСВ в стандартной поставке.

>Но мы-то при составлении баланса этого делать не будем

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

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

Ещё раз: прежде, чем говорить об управленческом учёте, надо понять, кто из управленцев является потребителем отчётности. Если это менеджер по ОС, по ему не нужны ни ОСВ, ни баланс - ему нужны специализированные отчёты по ОС. Кроме того, про счет 01 я уже сказал выше.

>В тоже время полностью разделяю мнение о недопустимости свёртки развёрнутого
>сальдо на 60х, 62х, 76 счетах. Это бесполезно и для управленческих отчётов и для
>баланса. Соответственно аналитику с этих счетов-групп можно убрать.

Замечу, что это не моё мнение, а требование бухгалтерского учёта, сформулированное Минфином в нормативной базе. Думаю, Минфин безусловно обрадуется, что есть программисты 1С, которые разделяют его позицию. :D

>Пункт 4.2.1 непонятно зачем нужна детализация в ОСВ 51 счёта по расчётным счетам.
>Для управленческих решений эта детализация нужна, а вот для баланса, ИМХО, нет
>такой необходимости, ведь счёт активный.

Не надо путать детализацию и развёрнутое сальдо: первое возможно для любых счетов, второе - только для активно-пассивных. Детализация - всего лишь расшифровка. Согласен, что далеко не каждый счёт надо расшифровывать в ОСВ по субконто - это вопрос пользователя. И я могу только давать рекомендации (см. раздел Литература ссылки [1] и [2]), исходя из своего опыта и опыта многих главбухов и аудиторов, но никоим образом не настаиваю на них.
Но для банковских счетов детализация, как раз, очень удобна: хороший бухгалтер всегда контролирует состояние каждого банковского счёта. Именно поэтому во всех западных системах банковские счета заводятся не как аналитика (субконто) на счёте, а как субсчёт.

>Пункт 4.2.3. Мне поведение 1С кажется вполне логичным. Не понятно откуда взято такое
>утверждение:
>Цитата
>>Поскольку проводки в программе 1С по умолчанию делаются в регламентированной
>>валюте
>Проводки в 1С делаются в той валюте, которую указывает пользователь. Наполняет
>смыслом валюту тоже пользователь.

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

>>Цитата
>>Более того, понятие «валюта проводки» в программах 1С отсутствует как класс!
>Я бы сказал что в платформе 1С только это понятие и есть.

Мне бы очень хотелось увидеть валюту проводки, например, в такой проводке: Дт51-Кт60.01. Где в регистре бухгалтерии она сидит? К сожалению, ответа на этот вопрос не существует, т.к. в регистре бухгалтерии валюта "рубли" для поля "Сумма" не предусмотрена.

>Все остальные понятия возникают в рамках отраслевых решений.

Совсем не понял, какое отношение к проводке, а, значит, и к регистру бухгалтерии, имеют "отраслевые решения".

>Какую валюту в проводке указали, по той валюте итоги и изменятся.

Ещё раз: регламентированная валюта в регистре бухгалтерии отсутствует - в нём можно указать только иностранную валюту в полях "Валюта".

>Не укажем валюту увидим движения по пустой.

Проводка без указания валюты - нонсенс, т.к. экономического смысла она не имеет: деньги не бывают без единицы измерения. Если программа позволяет это делать, то это большая методологическая недоработка. :(

>Валюта почти такая же аналитика как остальные и закрываться она должна как и все
>остальные аналитики.

Валюта - это вовсе не "такая же аналитика как остальные", а единица измерения учитываемых сумм, что далеко не одно и то же.

>Пункты 4.2.3, 4.2.4, 4.2.5 считаю не ошибками, а особенностями, которые нетрудно
>понять и учесть в работе.

ОК, пусть это будут ошибочные особенности. :D
67. Трактор Трактор (Трактор) 20.11.10 14:58
[IS-QUOTE]Во-первых потому что в ОСВ можно не показывать эту аналитику,

Не совсем понял тезис. Что значит "можно"? Более корректно, наверное, было бы говорить о "нужно".[/IS-QUOTE]Можно, значит есть возможность, а решение за пользователем.
Если речь идёт о пассивных или об активных счетах, то и счета-группы, в принципе, могут иметь субконто
Именно это я и хотел сказать говоря о 01 счёте и полностью соглашаясь по поводу 60, 62, 76 счетов.

Главная мысль, которая объясняет "странности" 1С с точки зрения бухучёта заключается в том что, Потребителями информации из 1С являются не только финансовые службы, но и всякие кладовщики. Та же инвентаризация ОС проводится по данным бухучёта без разбивки по субсчетам 01 счёта

Собственно, в своей статье, я и показываю, куда надо идти с соломой.
Именно поэтому статья очень полезна. И может служить пособием по тестированию кандидатов :-)

[IS-QUOTE]Проводки в 1С делаются в той валюте, которую указывает пользователь. Наполняет смыслом валюту тоже пользователь.

Нет, это не так. Если пользователь делает проводки в регламентированной валюте, то он нигде не увидит наименование регламентированной валюты. Это приводит к печальному следствию, что регламентированная валюта в некоторых ситуациях может восприниматься программой как иностранная, что само по себе уже нонсенс. [/IS-QUOTE]Тут мы приходим к обсуждению особенностей платформы, На уровне платформы нет понятия регламентированной валюты. Платформа такова и с этим уже ничего не сделать. Как ни переписывай конфигурацию, от этого не убежать. Все остальные вопросы также упираются в то что платформа не выделяет ни одну валюту. Все валюты равны :-) Хорошо ли это или плохо, но это так. Это даёт некоторые дополнительные возможности, но и несёт трудности, описанные в статье. Трудности обходимые.
68. Николай Шилкин (RayCon) 21.11.10 04:35
(67)
Трактор пишет:
Та же инвентаризация ОС проводится по данным бухучёта без разбивки по субсчетам 01 счёта


Согласен, наличие или отсутствие единообразных видов субконто на счёте-группе и на вложенных субсчетах в данном конкретном примере не приведёт ни к потере информации, ни к ошибкам в вычислении. А с точки зрения программиста запрос к счёту-группе здесь может заменить цикл по вложенным субсчетам, что, разумеется, упрощает кодирование и сокращает его сроки.
При этом я ещё раз хочу обратить внимание, что это - частный случай! В самом общем случае виды субконто на вложенных субсчетах могут быть разными (например, см. счёт 08), и их нельзя обрабатывать "скопом".

Трактор пишет:
Именно поэтому статья очень полезна. И может служить пособием по тестированию кандидатов


Мой печальный опыт показывает, что с каждым днём тестирование приобретает всё большую актуальность: не только программисты, но и многие бухгалтеры очень плохо ориентируются в таких понятиях, как "развёрнутое сальдо", "положительные/отрицательные курсовые/суммовые разницы", "доходы/расходы от курсовых/суммовых разниц" и т.д. Например, не далее, как на прошлой неделе, я смотрел план счетов одного известного российского металлургического холдинга, так там пассивный счёт 91.01 назывался "Положительные курсовые/суммовые разницы", а активный счёт 91.02 - "Отрицательные курсовые/суммовые разницы". К сожалению, подобное я встречал не раз и не только в программах 1С. :(

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


Так это правильно, что все валюты равны! Неправильно другое: что некоторые валюты более равны, чем другие! :D
Мне кажется, что это всё-таки не вопрос платформы, а вопрос постановки задачи на уровне конфигурирования. Но я не буду спорить о том, на каком уровне что зашито, т.к. не считаю себя знатоком платформы, скорее наоборот. Разве что могу сказать, что у меня уже есть не имеющая аналогов конфигурация, в которой существует несколько регламентных валют. И, я надеюсь, что в самое ближайшее время мне удастся сконструировать конфигурацию, в которой будет существовать такое понятие, как "валюта проводки". Ну, а если ты прав, и мне это не удастся, то я буду вынужден констатировать, что программным продуктам на такой платформе путь на Запад заказан. :(
69. Димон * (DDos76) 15.01.11 21:30
Так. Счет верхнего уровня 60 - нет аналитического учета по субконто.
Открываем ОСВ, видим "Голую" сумму Итого.
Чтобы узнать задолженность по контрагенту, надо как минимум сформировать ОСВ по С/сч. 60.01, 60.02,
а если не повезло с валютным учетом - то еще по доброму десятку. :D
Т.е. работы бухгалтерам прибавится. Ежедневной. Зато баланс легко сводить. Четыре раза в год.
Одним из первых моих отчетов в 7.7 была "Оборотка по складу". Поскольку у счета 10 второе субконто (места хранения)
в типовой бухгалтерии определено только для складов, из - за счета 10.7. В результате получить список материалов
на складе без указания субсчета стандартными средствами невозможно. А в практической повседневной работе
бухгалтеру (а всем остальным и подавно) все равно, на каком счете пассатижи. :D
70. Николай Шилкин (RayCon) 16.02.11 16:07
Добавлены ссылки на ПБУ 4/99 (см. [17] в списке литературы):
п.19 - об обязательности разделения статей дебиторской и кредиторской задолженности на краткосрочную и долгосрочную;
п.34 - о запрете свёртки активов и пассивов.
71. Сергей Толмачев (sss999) 20.05.11 04:50
А можно сделать видео?я бы скачал посмотреть)
72. Евгений Евгений (leasing) 18.08.11 10:32
Это не Шепот, это Лепет. А статья отличная. Комплиментарный (в смысле взаимодополняющий) надо поправить - и на е.
73. Николай Шилкин (RayCon) 18.08.11 20:44
(72) Спасибо и за комплимент, и и за найденную опечатку в слове "комплементарных". Исправил.
74. Алекс Ю (AlexO) 30.10.11 00:13
(65) >> Более того, понятие «валюта проводки» в программах 1С отсутствует как класс!
> Я бы сказал что в платформе 1С только это понятие и есть.
В 1С есть единое и неделимое понятие - регламентированная валюта.
И она выбирается раз и навсегда при начале ведения базы, и меняться уже не может.
И все операции (проводки, расчеты) 1С пытается в первую очередь делать в ней.
>> Какую валюту в проводке указали, по той валюте итоги и изменятся. Не укажем валюту увидим движения по пустой.
Попробуйте в Требование-Накладная сменить валюту. А ведь она делает проводку. В остальных документах, где есть "Валюта" - можно вводить, только если счет является валютным. И она должна быть единая на весь счет.
Да, есть какие-то потуги сделать вид, что пользователь может поменять валюту в документе, и учет будет в другой валюте...
Но попытка "играть с валютами" приводит к хаосу - где-то правильно, где-то неправильно, 1С вся напичкана независимыми модулями и идентичными (делающими одно и тоже) расчетами/выборками, написанными абсолютно разными способами и использующие в виду этого совершенно разные "приоритеты" и подходы, а потому учитывающие совсем разные нюансы.
Поменяй значение "нюанса" - и они дадут совсем разный результат одного и того же.
Это как и в складском модуле 1С - можешь задавать сколько угодно дополнительных единиц хранения для номенклатуры (кг, пачки, коробки, тонны), но в регистрах они будут хранится в единой ЕИ - кг (устанавливается опять же как базовая), и все, что формируется на основании этих регистров (отчеты, расчеты, аналитика) будет только в ЕИ регистра - кг.
Вроде как визуально и для презентации - можешь и валюты разные использовать, и ЕИ. А на самом деле - ни влево ни вправо, шаг в сторону - расстрел и неправильная отчетность.
Вот такая умолчательная небрежность в 1С.
(67) >> На уровне платформы нет понятия регламентированной валюты. Все остальные вопросы также упираются в то что платформа не выделяет ни одну валюту. Все валюты равны.
Как раз на уровне КОНФИГУРАЦИИ (не путайте с платформой - там вообще нет никаких подобных ограничений, кроме как на быстродействие этого чуда, бедный функционал в немаловажных областях (математический, финансовый, интерфейсный, отсутствие классов, невменяемые области видимости переменных и прочая ущербность 1С-ой платформы), реализация регистров, кривое функционирование, документация на урвоне презентации...) есть понятие "Регламентная валюта" и понятие "все остальные валюты", второе может быть любой валютой мира и никак не сказывается на функционировании внутренних механизмов конфы - пересчет реализован только на уровне документов (а не регистров, откуда и берется вся основная инфа, собственно, наличие которых и является "преимуществом" 1С).
(68) >> Но я не буду спорить о том, на каком уровне что зашито, т.к. не считаю себя знатоком платформы, скорее наоборот.
В конфе есть глобальная переменная РегламентированнаяВалюта, выше описано, как она функционирует.
>>Разве что могу сказать, что у меня уже есть не имеющая аналогов конфигурация, в которой существует несколько регламентных валют.
Что за конфигурация такая?
>>И, я надеюсь, что в самое ближайшее время мне удастся сконструировать конфигурацию, в которой будет существовать такое понятие, как "валюта проводки".
на базе существующих конф 1С - невозможно: нужно добавлять новые измерения в регистры и переписывать все документы/отчеты/обработки (а обновлять как будем все это?), либо ждать, когда 1С сама дорастет до этого. Вернее, прекратит шизофрению - в 77 был выбор валют проводок, да и многое другое было сделано намного удачней и лучше.
75. Николай Шилкин (RayCon) 09.11.11 04:53
(74)
>есть понятие "Регламентная валюта" и понятие "все остальные валюты"

Всё не так просто. В статье я, как раз, привожу пример, когда программа воспринимает регламентированную валюту, как иностранную.

>Что за конфигурация такая?

Например, она позволяет вести учет для российского предприятия, являющегося дочкой иностранной компании, в функциональной валюте RUB, а для представительства той же иностранной компании - в функциональной валюте USD.

>на базе существующих конф 1С - невозможно

Согласен, поэтому она и не будет "на базе существующих конф 1С" - это конфигурация, которая написана полностью с нуля.
76. Евгений Левченко (MYRZILKA123) 14.11.11 11:20
77. Дима Варнаков (var03) 16.01.12 16:14
Спасибо! Очень актуальная статья, все по существу и для начинающих, тех кто только начинает работать с 1С, после других систем очень познавательная.
78. vkr (vkr) 18.01.12 08:11
Спасибо автору! Прекрасная статья для постановки мозгов на место у некоторых особо "умных" булгаХтеров... :)
79. Николай Шилкин (RayCon) 18.01.12 20:42
(77), (78) И вам спасибо за добрые слова! :)
80. КАТЯ ПИЩУГИНА (profibalans) 20.01.12 23:58
Спасибо, очень понравилось!
81. Николай Шилкин (RayCon) 24.01.12 03:18
(80) Катя, судя по нику, Вы - бухгалтер, а не программист, и не понаслышке знаете описанные проблемы. Поэтому Вам - особенное спасибо за столь лестный отзыв! :)
82. Николай Шилкин (RayCon) 24.01.12 03:36
Статья достигла рейтинга 100... Много это или мало? Судя по количеству заинтересованных в конференции фирмы 1С, это, наверное, мало, т.к. представителей фирм-франчайзи, запросивших статью, вдвое больше. И исходя из количества пользователей портала "Инфостарт", рейтинг в 100, наверное, невелик - в лучшем случае, крепкий середнячок, не более того. Но!..
В процессе обсуждения этой статьи, как устного, так и письменного, я познакомился с десятками людей, которые не только понимали важность описываемых проблем, но и помогали в написании статьи, приводя те или иные доводы, исправляя неточности и ошибки. Огромное всем вам спасибо!!!
Мне приятно, что мой годовой труд не пропал, а оказался очень даже востребован.
Кто-то после прочтения этой статьи, стал называть меня "гуру". Честно говоря, я этого совсем не ожидал, но от таких слов у меня под сердцем стало теплее от ваших чувств. Огромное вам спасибо!!!
Постараюсь и дальше соответствовать вашим ожиданиям. :)
84. Petr (sevipa) 29.04.12 02:02
Весьма полезно. Обязательно к прочтению!
85. Марина (maralex1) 28.05.12 15:52
Масштабная публикация, к сожалению пока только пролистала, но изучу. Но вы же сами приходите к выводу, что глобально менять 1с план счетов - связанно с перестройкой конфигурации. Кстати работали с Комплексной 7,7, "плавно" перешли на КА8 и бухгалтерские справки которыми вы делайте корректировки у меня вызывают тихий ужас (ну не работают они в опер учете)
86. Николай Шилкин (RayCon) 28.05.12 18:16
(85)
>к сожалению пока только пролистала, но изучу.

Начните с ОСВ.

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

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

>бухгалтерские справки которыми вы делайте корректировки у меня вызывают тихий ужас

Не нравится мне это "вы". :)))
87. Марина (maralex1) 28.05.12 22:27
(86) RayCon,
>но и вопрос её стоимости.
Обычно небольшие изменения в конфигурации приводят к неадекватному и не всегда оправданному росту стоимости, причем с каждым новым "выпуском нашего законодательства" этот рост можно сравнить с геометрической прогрессией, я очень тепло и с большим уважением отношусь к программистам, но корпорация более или менее обновляющая свои релизы кажется мне надежней. Для среднего предприятия заниматься внедрением собственной системы занятие сравнимое с чистым творчеством - учет ради учета. Для больших монстров - да естественно нужно, адаптированная к ним система. Ну а правильность составленной отчетности - это скорее не вопрос ошибок в стандартных конфигурациях, а не ошибка ли ее составляет. Знаю случаи когда при абсолютно настроенной системе умудряются сделать проводки не прописанные не в одном учебнике, ПБУ, да и в самой 1С про такие вряд ли слышали ( самый неизгладимый пример - сдача наличных в банк 71/50)
>Не нравится мне это "вы".
А Вы это не вы ??? ;)) про бух справки - в комплексной после них не считается себестоимость списываемых материалов(в 7,7) и некорректно ведется учет взаиморасчетов
Извините если невольно обидела
88. Николай Шилкин (RayCon) 28.05.12 23:38
(87) Марина, меня сложно обидеть - я толстокожий. :)
Просто Ваше "вы" ко мне никак не относится, поэтому оно мне и не нравится.

Что касается "иглы обновлений", то всё очень просто: кто сдаёт отчётность по причине "так требует налоговая", тому не имееет смысла менять конфигурацию. Я такие компании называю "мелкими лавочниками". Сразу оговорюсь, что таких - подавляющее большинство. Если же речь идёт о предприятии с развитой корпоративной и финансовой культурой, то там достоверность учёта часто гораздо важнее стоимости поддержки. Есть, правда, и паллиативный вариант: "мы хотим достоверность, но у нас нет на это денег" - тут можно советовать по разному, в зависимости от бюджета проекта, начиная от "ни в коем случае не трогать конфигурацию", и заканчивая "а сколько вы можете потратить?". :)
89. Марина (maralex1) 29.05.12 09:11
(88) Николай наш спор бесконечен, никогда не соглашусь, что достоверность отчетности зависит от Бухгалтерской программы, она лишь средство сбора учетной информации, её дополнительные функции - уменьшают трудозатраты на учетную и главное аналитическую работу, Любая стандартная 1С позволяет вести учет в разрезе договоров, валют, любых видов затрат. Правда приходится некоторые вещи просчитывать и вносить в отчетность с помощью Excel и др. Никогда при любой отлаженной переделанной программе не подпишу баланс пока не проверю каждую статью ОСВ на экономическую обоснованность отражения фактов ХД.
90. Николай Шилкин (RayCon) 29.05.12 11:19
(89) Бухгалтерская программа не только "средство сбора учетной информации", но ещё и механизм формирования финансовой отчётности. Именно тем, насколько корректно (с экономической точки зрения) формируется такая отчётность, определяется степень её достоверности. Если отчётность не соответствует основополагающим принципам бухгалтерского учёта, то анализ финансово-хозяйственной деятельности предприятия для целей принятия грамотных управленческих решений становится бессмысленным. Вот и весь спор. :)
91. Гордеев Сергей (SGordon) 29.10.13 10:02
Спасибо. Актуально для меня. Хороший метод подачи материала.
92. Николай Шилкин (RayCon) 29.10.13 11:07
93. Евгений Пономаренко (Evgen.Ponomarenko) 29.10.13 11:12
94. Николай Шилкин (RayCon) 29.10.13 12:43
(93) Пожалуйста. :)
Как говорится, была бы польза...

Фирме 1С два года понадобилось на осмысление и начало применения. Но, как говорится, лучше поздно, чем никогда. :)
95. kiv82 (AltF1) 13.11.13 15:15
Плюс, однозначно.
Прочитано!
96. Ivan Kovtun (i.kovtun) 28.11.13 15:16
97. Ivan Kovtun (i.kovtun) 28.11.13 17:27
Внимательно перечитал "4.2.3. Ошибки отображения валютных операций".
Мне кажется, что тут возникло недопонимание. Вы пишите об ошибках, но если учесть "мультивалютность" счетов 1С, то все стает на свои места. В описанной ситуации, валюта является не просто атрибутом операции, а измерением для счета (бухгалтерского регистра). Поясню на примере.
Пусть, у нас есть некий мультивалютный банковский счет, остаток по которому мы ведем на валютном счете 312. И есть по нему сальдо и в евро, и в долларах. Как Вы переоцените остаток в евро, если не зададите евро в операции. А если не зададите, то понятно, что переоцените остаток в пустой валюте. То, что операция будет иметь нулевую сумму в валюте переоценки и не нулевую в валюте регламентного учета, также очевидно.
То есть, по моему мнению, вывод 1 не соответсвует действительности, а вывод 2 не является значимым.

Но повторюсь, статья очень понравилась, с удовольствием порекомендую ее коллегам:).
98. Николай Шилкин (RayCon) 29.11.13 05:28
(97) Иван, боюсь, что Вы смотрите на 1С сквозь призму типовых конфигураций 1С. А я смотрю инвариантно к софту, поэтому моя позиция такова: в валютной проводке ВСЕГДА должны присутствовать следующие реквизиты:
1. Счет дебета
2. Счет кредита
3. Сумма проводки в функциональной (в терминах 1С - регламентированной) валюте
4. Функциональная валюта
5. Сумма проводки в валюте операции
6. Валюта проводки в валюте операции
7. Курс валюты проводки по отношению к курсу функциональной валюты.

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

В программах 1С бухгалтерский регистр не содержит пунктов 4, 5, 6 и 7. Пункты 4 и 6 и приводят в некоторых случаях к некорректной идентификации функциональной валюты как иностранной. Зато бухгалтерский регистр 1С содержит валюту взаиморасчетов, которая вполне справляется с ролью валюты проводки в операциях взаиморасчетов, но пробуксовывает в операциях по расчету курсовых разниц.

А мультивалютность счетов тут вообще ни при чём. :)
Это просто не общепринятая в мире нотация, но она вполне имеет право на существование в локальных (страновых) программах, не ориентированных на глобальный (мировой) рынок.
99. Ivan Kovtun (i.kovtun) 29.11.13 14:11
(98) RayCon,
Иван, боюсь, что Вы смотрите на 1С сквозь призму типовых конфигураций 1С.

Безусловно это так, но мне кажется, что типовая модель 1С в валютном учете корректная.
Давайте по пунктам:
4. Функциональная валюта
В соответствии с Вашим определением, это валюта рег учета 1С. Она является единой для учета и на самом деле является не реквизитом операции, а реквизитом настроек рег учета. В операции мы ее подразумеваем.

5. Сумма проводки в валюте операции
Так и есть, для каждого валютного счета

6. Валюта проводки в валюте операции
Так и есть, для каждого валютного счета

7. Курс валюты проводки по отношению к курсу функциональной валюты.
А можете привести значения курса пример для проводки по курсовой разнице?

По поводу мультивалютности, давайте я распишу подробнее свой пример.
На счете 312 есть сальдо в долларах 100 (800 грн), и сальдо в евро 100 (1100 грн)
Пусть курс доллара стал 8.2 грн. Необходимо переоценить сальдо счета в долларах.
В соответсвии с Вашими требованиями получаем:
1. Счет дебета = 312
2. Счет кредита = 90
3. Сумма проводки в функциональной валюте = 20
4. Функциональная валюта = грн
5. Сумма проводки в валюте операции = 0
6. Валюта проводки в валюте операции = доллар
7. Курс валюты проводки по отношению к курсу функциональной валюты. = 8.2

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

По этому, я утверждаю, что нотация 1С правильная в случае работы с мультивалютными счетами.
100. Николай Шилкин (RayCon) 07.12.13 23:15
(99)
>...мне кажется, что типовая модель 1С в валютном учете корректная.

Не буду разочаровывать - пусть и дальше так кажется. Главное, криститься не забывать. :)


>4. Функциональная валюта
>В соответствии с Вашим определением, это валюта рег учета 1С.

Это не моё определение, а общепринятое. А вот "ргеламентированная" валюта - это НЕобщепринятый термин, введённый в обиход фирмой 1С наряду с таким термином, как "субконто".


>Она является единой для учета

Это я не понял. :(


>и на самом деле является не реквизитом операции, а реквизитом настроек
>рег учета.

И это не понял. :(


>В операции мы ее подразумеваем.

Не "мы", а "вы". (с) :)


>5. Сумма проводки в валюте операции
>Так и есть, для каждого валютного счета

Вот только рубли почему-то игнорируются. :)


>6. Валюта проводки в валюте операции
>Так и есть, для каждого валютного счета

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


>7. Курс валюты проводки по отношению к курсу функциональной валюты.
>А можете привести значения курса пример для проводки по курсовой разнице?

Пример есть в п.4.2.3 статьи.
Добавлю, что в России курсы всегда учитываются по Центробанку РФ. В других странах это соответствующие нацбанки или, как в ЕС, региональный банк - ЕЦБ.



>По поводу мультивалютности, давайте я распишу подробнее свой пример.
>...
>То есть мы переоцениваем доллар значит доллар и есть валюта операции.

Боюсь, что на этой фразе я вынужден окончить дискуссию, т.к. статью я писал не для того, чтобы доказывать кому-то свою личную точку зрения, а для того, чтобы донести до 1С-ников и "новобухгалтеров", которые не очень сильны в автоматизации бухучета, ОБЩЕПРИНЯТУЮ экономическую и айтишную учётную парадигму.


>По этому, я утверждаю, что нотация 1С правильная в случае работы с
>мультивалютными счетами.

С этим, пожалуйста, в фирму 1С. :)
101. Ivan Kovtun (i.kovtun) 08.12.13 02:38
>Она является единой для учета
Это я не понял. :(
>и на самом деле является не реквизитом операции, а реквизитом настроек
>рег учета.
И это не понял. :(

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

>5. Сумма проводки в валюте операции
>Так и есть, для каждого валютного счета
Вот только рубли почему-то игнорируются. :)

Тут как раз не игнорируется. У Вас 3 примера проводки, на которые в системе возникает 3 разные реакции.

Боюсь, что на этой фразе я вынужден окончить дискуссию, т.к. статью я писал не для того, чтобы доказывать кому-то свою личную точку зрения, а для того, чтобы донести до 1С-ников и "новобухгалтеров", которые не очень сильны в автоматизации бухучета, ОБЩЕПРИНЯТУЮ экономическую и айтишную учётную парадигму.

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

Но отсутвие «закрепления» валюты за счетом или мультивалютность счета означает, на таком счете могут находиться остатки в любой валюте или во всех валютах одновременно. И это совершенно разные остатки:) В таком случае, абсолютно справедливым будет требование указывать в операции, к какому же именно остатку (к остатку в какой валюте) относится операция. В примере из статьи на счете может быть только остаток в одной валюте. В моем примере на счете несколько остатков в разных валютах. Тогда если делается движение в рублях, и при этом есть остаток на счете в долларах и в евро, то почему система должна менять остаток в долларах?
Следовательно, если принято, что "одна валюта «закрепляется» за одним счётом", то у 1С "родовая" травма в валютном учете, и тогда 4.2.3. иллюстрируют к чему приводит "незакрепление" за счетами валюты. Но если "математически он(подход) вполне корректен", тогда никаких ошибок нет, а есть особенности записи для мультивалютных счетов.
102. Николай Шилкин (RayCon) 10.12.13 09:34
(101)
На практике, нет смысла определять функциональную валюту для каждой операции, так как она является общей для всего учета.


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

Тут как раз не игнорируется. У Вас 3 примера проводки, на которые в системе возникает 3 разные реакции.


Мы говорим о разных вещах.
Что касается трёх разных реакций, то это совсем не комильфо. :(

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


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

Пример 1. Если мы рассчитываем курсовые разницы по счету 52 "Банковские счета в валюте", то при его переоценке мы всегда знаем переоцениваемую валюту, т.к. она - реквизит значения субконто "Банковские счета", в разрезе которого ведётся счет. Обращаю внимание, что это субконто первого уровня.

Пример 2. Если мы рассчитываем курсовые разницы по счетам 60.21 "Поставщики" или 62.21 "Покупатели", то при их переоценке мы тоже всегда знаем переоцениваемую валюту, т.к. она - реквизит значения субконто "Договоры контрагентов", в разрезе которого ведутся эти счета. Обращаю внимание, что это субконто второго уровня. А это значит, что определив контрагента, но не определив договор, мы не сможем рассчитать курсовую разницу - нам просто неоткуда брать информацию о валюте!

Пример 3. Если мы рассчитываем курсовые разницы по счету 57.2 "Переводы в пути в валюте", то при его переоценке вообще ни на одном субконто нет информации о валюте, и её приходится прописывать в коде, вытягивая из соседних проводок.

Пример 4. Насколько помню (могу ошибаться), курсовые разницы по счету 71.21 "Подотчетные лица в валюте" вообще не рассчитываются, поскольку в документе "Авансовый отчет" вообще нет возможности вести валютные расчеты.

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

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


Ну да, можно и правой рукой левое ухо доставать...
103. Олег (Sol) 27.03.14 18:02
А почему счет 40 назван активным?
В мотивации стоит ссылка на Инструкцию к плану счетов... Правда без какой-либо детализации.

В Инструкции написано, что 40-й счет сальдо не имеет. Поэтому исходя из сальдо его нельзя считать ни активным, ни пассивным.

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

Так вот по 40 счету в течение периода делаются проводки по кредиту (по плановой себестоимости), а при закрытии двадцатых счетов закрывается и 40-ой (по дебету). Получается, что из логики статьи счет должен быть пассивным, а не активным?