Программные продукты 1С

        Сверим идеи, подходы, решения?

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

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

        При вдумчивом, критическом подходе к осмыслению изложенного выше, возникает вопросы:

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

        Разрешается данная ситуация введением такого понятия, как Остаток. А в профессиональной терминологии бухгалтерского учета - Сальдо. Сальдо на начало периода. И Сальдо на конец периода.

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

        На уровне нормативно-правового регулирования регламентированы такие периоды, как год, квартал, месяц, которые совпадают с периодами, за которые формируются те или иные виды отчетности.

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

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

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

        Таким образом, рассматриваем ситуацию на примере следующего ограниченного набора операций:

[center][img]https://gross-net.ru/wp-content/uploads/2022/11/operaczii.jpg[/img][/center]

        Если мы определяем Период как 1989 г. или 3-й квартал 2022 г., наш вариант Книги записей операций особых изменений, за исключением того, что появляется колонка с отражением даты, не претерпевает:




     
 

        [font=times new roman][size=12pt] Баланс стоимости Дебетовых и Кредитовых оборотов по всем Счетам есть критерий того, что в процессе ведения учета не допущены случайные, арифметические ошибки, не искажен принцип записи. Ниже - пример того, что может представлять собой регистрация событий финансово-хозяйственной деятельности, которую ранее я приводил в главе 13 :

[center][img]https://gross-net.ru/wp-content/uploads/2022/11/kreditslevadebetsprava.jpg[/img][/center]

        [size=12pt][font=times new roman] Для простоты и наглядности в этой группе таблиц отражено всего несколько операций. Моделируя ситуацию дальше, мы сталкиваемся с тем, что в рамках учета реальной финансово-хозяйственной деятельности в течение дня операций будет не 3, а 33. Или даже 333. Или 3 330. В зависимости от специфики и масштабов деятельности организации, учреждения. В течение месяца их будет несколько сотен или тысяч. И, спустя некоторое время, выходя на баланс Дебетовых и Кредитовых оборотов, нам придется оперировать миллионами, миллиардами и числами еще больших порядков. Что, как минимум, не удобно...

        Есть ли возможность как-то разрешить данную проблемную ситуацию, усовершенствовать подход?[/font][/size]

      [size=12pt][font=times new roman]  Как развивался наш процесс проектирования системы учета? Этапы были следующие:

        1. В начале мы положили в основу самое простое, житейское видение того, что может представлять собой такая система («Простая запись в хронологическом порядке о событиях в финансово-хозяйственной деятельности»).
        2. Далее стали применять, примерять ее к воображаемым или даже реальным процедурам ведения учета.
        3. После чего - выявлять неудобства, проблемные моменты.
        4. Разрешать эти проблемные моменты, фиксируя результаты этих разрешений как новые принципы и методы, на которых строится данная система. Тем самым совершенствуя ее.

        Так, начали мы от «Простой непрерывной записи в хронологическом порядке о событиях в финансово-хозяйственной деятельности». Но вскоре пришли к тому, что уже на этапе этой самой регистрации удобнее группировать записи относительно Объектов учета - отражать их в отдельных книгах, на отдельных Счетах, каждый из которых сопоставлен отдельному Объекту учета.

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

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

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

[center][img]https://gross-net.ru/wp-content/uploads/2022/11/kreditslevadebetsprava.jpg[/img][/center]

        [size=12pt][font=times new roman]Почему Дебет и почему Кредит? Бухгалтерский учет есть исторически сложившаяся, оформленная дисциплина, со своим формализованным понятийным и методическим аппаратом, терминологией и стандартами. Согласно им, [b][color=orange]Дебет - это приходная часть Счета, Кредит - расходная часть Счета.  Сокращенно Дебет обозначается "Дт", Кредит - "Кт".[/color][/b]

        Т.е., на уровне простом, житейском мы могли бы сказать: "Продали вещи за наличный расчет. Со Склада убыло товара на 2 350 р, в Кассу прибыло 2 350 р." В бухгалтерской терминологии это будет звучать как "Дебет Касса - Кредит Склад 2 350 р." А, припоминая, что в профессиональной среде принято оперировать в большей степени номерами счетов: "Дебет 50 - Кредит 41  2 350 р." В речевом изложении корректной будет и фраза "Кредит Склад - Дебет Касса  2 350 р." В каком-то смысле это даже оправдано логикой "Было что-то. Сначала оно откуда-то ушло (Кт), потом куда-то пришло (Дт)." Но вот в написании всегда строго: Дт 50 (Касса) - Кт 41 (Склад)  2 350 р. "Дебет слева, Кредит справа"...

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

        [color=orange]Сумму всех дебетовых (приходных) для данного Счета операций принято называть Дебетовым оборотом счета.
        Сумму всех кредитовых (расходных) для данного Счета операций принято называть Кредитовым оборотом счета.
[/color]
        Для нашего примера:

        Сумма всех Дебетовых оборотов: 2 350 р. (Касса) + 340 р. (Расходы) = 2 690 р.
        Сумма всех Кредитовых оборотов: 340 р. (Касса) + 2 350 р. (Склад) = 2 690 р.
        2 690 р. = 2 690 р.

        При этом... Операций по Дебету счетов у нас три, и по Кредиту счетов так же три. А Дебетовых и Кредитовых оборотов, которыми мы оперировали при выведении баланса - под два. Такое незначительно расхождение обусловлено ограниченностью нашего примера. В рамках реального учета порядок этого расхождения будет значительно большим.
[/font][/size]