Проектирование и внедрение Информационной Системы автоматизированного расчета затрат: Комплексный анализ, разработка по ГОСТ 34 и экономическое обоснование

В соответствии с российским законодательством, учет расходов по обычным видам деятельности обязателен для группировки по пяти экономическим элементам (Материальные затраты, Оплата труда, Отчисления на социальные нужды, Амортизация и Прочие затраты). Несоблюдение этой регламентации (ПБУ 10/99) делает бухгалтерский учет предприятия нелегитимным, что подчеркивает критическую важность создания информационных систем, которые изначально спроектированы под строгие нормативные требования РСБУ.

Создание Выпускной Квалификационной Работы, посвященной проектированию и внедрению Информационной Системы (ИС) автоматизированного расчета затрат, требует не только глубокого понимания ИТ-технологий, но и безупречного владения методологией управленческого и бухгалтерского учета. Эта работа находится на стыке экономики и информатики, предлагая комплексное решение для одной из ключевых проблем современного предприятия — неэффективного, трудоемкого и зачастую неточного калькулирования себестоимости продукции. Представленный ниже план служит методологической основой для создания исчерпывающего, технически грамотного и экономически обоснованного проекта ИС, полностью соответствующего нормативным требованиям РФ, включая стандарты ГОСТ 34.ххх.

Глава 1. Анализ предметной области и формирование требований к Информационной Системе

Краткая аннотация

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

1.1. Концептуально-терминологическая основа учета затрат и ИС

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

Определение ключевых понятий

Термин	Определение и контекст применения	Нормативная база / Источник
Затраты	Объем ресурсов (материальных, трудовых, финансовых), использованных на производство и сбыт продукции за определенный период. В управленческом учете трансформируются в себестоимость.	Управленческий учет
Себестоимость	Денежное выражение затрат предприятия на производство и реализацию продукции/услуг. Полная себестоимость включает производственные и коммерческие расходы.	ПБУ 10/99 «Расходы организации»
Информационная Система (ИС)	Совокупность данных, хранящихся в базах данных, и обеспечивающих их обработку информационных технологий и технических средств.	ФЗ-149 «Об информации, информационных технологиях и о защите информации»
Жизненный цикл ИС (ЖЦ ИС)	Период от принятия решения о необходимости создания ИС до ее полного вывода из эксплуатации, включая стадии: анализ, проектирование, реализация, внедрение и сопровождение.	ГОСТ 34.601-90

Требования РСБУ к учету затрат: Императив детализации

Российский стандарт бухгалтерского учета (РСБУ), регламентируемый, в частности, Федеральным законом № 402-ФЗ и Положением по бухгалтерскому учету (ПБУ 10/99), накладывает строгие требования на классификацию и учет затрат. Ключевым требованием является обязательная группировка расходов по обычным видам деятельности по пяти экономическим элементам. Эта детализация критически важна для формирования бухгалтерской отчетности, обязательной в Российской Федерации:

1. Материальные затраты.
2. Затраты на оплату труда.
3. Отчисления на социальные нужды.
4. Амортизация.
5. Прочие затраты (например, аренда, налоги, страхование).

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

1.2. Системный анализ и моделирование бизнес-процессов расчета затрат

Критический анализ существующей системы

Системный анализ начинается с выявления «болевых точек» в существующем процессе. Как правило, недостатки сводятся к следующему:

• Ручной ввод и дублирование данных: Высокий риск ошибок, связанных с человеческим фактором.
• Задержка в получении информации: Расчет себестоимости происходит ретроспективно, не позволяя оперативно корректировать производственные планы.
• Неточное распределение косвенных затрат: Использование усредненных, неадекватных баз распределения, что искажает реальную себестоимость отдельных видов продукции.
• Отсутствие интеграции: Разрозненность данных между производственным, складским и бухгалтерским учетом.

Обоснование выбора методологии моделирования

Для устранения выявленных недостатков и построения эффективной целевой модели процесса необходимо использовать стандартизированные методологии. Для функционального моделирования процесса расчета затрат оптимально подходит методология SADT (Structured Analysis and Design Technique), стандартизированная в виде IDEF0. Этот подход позволяет наглядно представить процесс как иерархию функций с четко определенными входами, выходами, механизмами и управляющими воздействиями (ICOM-коды).

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

Методы учета затрат и их автоматизация

Выбор метода учета затрат зависит от типа производства на предприятии:

1. Позаказный метод (Job-order costing): Применяется для единичного или мелкосерийного производства (например, судостроение, производство сложного оборудования). Объектом учета является отдельный производственный заказ. ИС должна обеспечить: строгий учет прямых затрат по каждому заказу и гибкое распределение косвенных затрат между заказами.
2. Попроцессный метод (Process costing): Применяется при массовом или серийном производстве с непрерывным циклом (например, химическая промышленность, пищевая промышленность). Объектом учета является стадия производства или технологическая операция. ИС должна обеспечить: расчет себестоимости единицы продукции в рамках каждого передела.

Для повышения точности распределения накладных (косвенных) расходов, которые часто составляют значительную часть себестоимости, необходимо рассмотреть методологию Activity-Based Costing (ABC) — Функционально-стоимостный анализ. ABC связывает косвенные затраты с конкретными действиями (активностями), используя движители затрат (Cost Drivers). Интеграция IDEF0-модели процесса с концепцией ABC позволяет наглядно идентифицировать ключевые активности, потребляющие ресурсы, и выбрать наиболее адекватные базы распределения, что является важным функциональным требованием к разрабатываемой ИС.

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

1.3. Формирование функциональных и нефункциональных требований к ИС

Требования являются основой для разработки Технического Задания (ТЗ) и делятся на две категории.

Функциональные требования (ФТ)

ФТ определяют, что система должна делать. Для ИС расчета затрат к ним относятся:

• Автоматизированный сбор данных из первичных систем (склад, кадры, производство).
• Реализация алгоритмов расчета себестоимости по выбранному методу (позаказный/попроцессный).
• Автоматическое распределение косвенных затрат с использованием выбранных драйверов (согласно ABC-методу).
• Группировка затрат в соответствии с пятью экономическими элементами РСБУ.
• Формирование управленческих отчетов (анализ отклонений, план-факт) и обязательной бухгалтерской отчетности.

Нефункциональные требования (НФТ)

НФТ определяют как хорошо система должна работать. Они критически важны для обеспечения качества, надежности и долговечности ИС:

Категория НФТ	Пример требования	Важность для системы учета
Надежность	Обеспечение бесперебойной работы 24/7; время восстановления после сбоя не более 1 часа.	Гарантия непрерывности учетного процесса.
Масштабируемость	Способность поддерживать рост числа транзакций (до 50%) и увеличение числа пользователей (до 30%) без значительного снижения производительности.	Обеспечение долгосрочной эффективности ИС.
Производительность	Время расчета полной себестоимости партии продукции не должно превышать 10 минут.	Оперативность принятия управленческих решений.
Безопасность	Разграничение доступа к финансовым данным на уровне ролей (бухгалтер, экономист, руководитель) и шифрование данных при передаче.	Соответствие требованиям защиты коммерческой информации.
Соответствие стандартам	Полное соответствие требованиям ГОСТ 34.602-89 при разработке ТЗ и всей проектной документации.	Обеспечение юридической и методологической корректности проекта.

Глава 2. Проектирование Информационной Системы в соответствии с ГОСТ 34

Проектирование корпоративных информационных систем в Российской Федерации требует строгого соблюдения комплекса стандартов, в первую очередь, ГОСТ серии 34. Это не просто формальность, а методологическая гарантия того, что процесс разработки будет управляемым, а конечный продукт будет соответствовать заявленным требованиям и ожиданиям заказчика.

2.1. Разработка Технического Задания (ТЗ) и регламентация стадий создания

Техническое Задание (ТЗ) по ГОСТ 34.602-89

Техническое Задание является ключевым документом, фиксирующим требования к системе. Его структура должна строго соответствовать ГОСТ 34.602-89 и включать следующие основные разделы:

1. Общие сведения: Полное наименование ИС, заказчик, разработчик, основание для разработки.
2. Назначение и цели создания системы: Подробное описание функций ИС (автоматизация расчета затрат, повышение оперативности, снижение трудоемкости).
3. Характеристика объектов автоматизации: Описание предметной области, производственной структуры и существующих методов учета.
4. Требования к системе: Детализация функциональных и нефункциональных требований (включая требования к надежности, безопасности, эргономике, что напрямую проистекает из НФТ).
5. Состав и содержание работ по созданию системы: Описание стадий и этапов.
6. Порядок контроля и приемки: Условия, при которых система будет признана работоспособной (программа и методика испытаний).

Стадии создания АИС согласно ГОСТ 34.601

Проект ИС должен быть представлен в контексте полного жизненного цикла, который ГОСТ 34.601 структурирует следующим образом:

1. Формирование требований к ИС: (Проведенный системный анализ и формирование ФТ/НФТ).
2. Разработка концепции ИС: (Выбор архитектуры, обоснование решений).
3. Техническое задание (ТЗ): (Официальное утверждение требований).
4. Эскизный проект: (Предварительные проектные решения).
5. Технический проект: (Детализированные проектные решения, включая архитектуру и информационную модель).
6. Рабочая документация: (Подготовка к реализации: инструкции, программы, методики).
7. Внедрение: (Опытная эксплуатация, приемочные испытания).
8. Сопровождение: (Поддержка и развитие системы).

2.2. Проектирование Архитектуры и Информационной Модели ИС

Обоснование многослойной архитектуры

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

1. Слой представления (Frontend): Обеспечивает пользовательский интерфейс (браузер или тонкий/толстый клиент).
2. Слой бизнес-логики (Backend/Сервер приложений): Содержит основную логику работы системы, включая алгоритмы расчета себестоимости и распределения затрат. Здесь же располагается СУБД.
3. Слой доступа к данным (База данных): Физическое хранение учетной информации.

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

Выбор СУБД и средств разработки

Выбор СУБД является критическим решением, поскольку система учета затрат требует высоконадежной транзакционной обработки данных (OLTP). Критерии выбора включают производительность при большом количестве одновременных транзакций, надежность, совместимость с выбранной архитектурой, а также стоимость лицензирования и технической поддержки. Для OLTP-решений, обрабатывающих первичные учетные документы, предпочтительны реляционные СУБД (например, PostgreSQL, Oracle, MS SQL Server). Выбор конкретной СУБД должен быть обоснован техническими характеристиками, масштабом предприятия и требованиями к безопасности.

Разработка Информационной модели (ER-диаграмма)

Информационная модель (Entity-Relationship Diagram – ER-диаграмма) является логической основой базы данных. Она определяет сущности предметной области и связи между ними. Разработанная с использованием нотации Crow’s Foot, она обеспечивает логическую целостность данных и является основой для физического проектирования БД.

Сущность	Атрибуты (Пример)	Связь	Описание
Заказ	Код заказа (PK), Дата создания, Статус, Клиент	1:N с Продукт	Один заказ может включать много продуктов.
Продукт	Код продукта (PK), Наименование, Единица измерения	1:N с Затраты	Один продукт требует множества затратных статей.
Затраты	Код затрат (PK), Тип (Прямые/Косвенные), Сумма, Элемент РСБУ	N:1 с Продукт	Связь позволяет агрегировать затраты по продукту.
Материалы	Код материала (PK), Количество, Цена	1:N с Затраты	Детализация материальных затрат.

2.3. Реализация программной части и рабочая документация

Стадия реализации включает следующие ключевые этапы:

1. Физическое проектирование БД: Создание таблиц, индексов и хранимых процедур на основе утвержденной ER-диаграммы.
2. Кодирование: Написание программного кода для реализации бизнес-логики (алгоритмы расчета себестоимости, распределения затрат).
3. Формирование и наполнение БД: Ввод начальных данных и тестовое наполнение.
4. Тестирование: Проведение модульного, интеграционного и системного тестирования, включая функциональное тестирование (проверка соответствия ФТ) и стресс-тестирование (проверка НФТ — производительности и надежности).

Обеспечение соответствия ТЗ (ГОСТ 34)

Соответствие разработанной системы Техническому Заданию (ГОСТ 34.602-89) обеспечивается через:

• Программу и методику испытаний (ПМИ): Документ, содержащий перечень тестов, позволяющих проверить выполнение каждого пункта ТЗ.
• Рабочую документацию: Подробное описание программных модулей, схем взаимодействия, инструкций пользователя и администратора, которое является обязательным требованием ГОСТ 34 для успешной сдачи проекта в опытную эксплуатацию.

Глава 3. Экономическое обоснование и оценка эффективности внедрения ИС

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

3.1. Расчет инвестиционных и эксплуатационных затрат

Для оценки финансовой стороны проекта используется концепция Совокупной стоимости владения (Total Cost of Ownership – TCO). TCO включает все прямые и косвенные расходы, которые предприятие несет на протяжении всего ЖЦ ИС.

Категория Затрат	Компоненты
I. Инвестиционные (Капитальные) Затраты (I0)	1. Проектные работы: Анализ, проектирование, разработка ТЗ. 2. Приобретение ПО и лицензий: Лицензии на СУБД, операционные системы, средства разработки. 3. Приобретение оборудования: Серверы, сетевое оборудование, рабочие станции. 4. Внедрение и обучение: Настройка, миграция данных, обучение персонала.
II. Эксплуатационные (Текущие) Затраты (CFi – расходы)	1. Сопровождение и поддержка: Зарплата ИТ-специалистов, контракты с разработчиком. 2. Обновление ПО и лицензий: Периодические отчисления за использование СУБД. 3. Коммунальные расходы: Энергопотребление серверов, аренда серверных площадей.

Детализированный расчет TCO позволяет реалистично оценить первоначальные инвестиции ($I_0$) и ежегодные эксплуатационные расходы, которые будут вычитаться из годового экономического эффекта.

3.2. Оценка экономического эффекта и расчет показателей эффективности

Расчет ожидаемого экономического эффекта

Экономический эффект (Эф) от внедрения ИС формируется за счет двух основных направлений:

1. Снижение текущих затрат (прямой эффект):
   • Сокращение трудозатрат бухгалтеров и экономистов на ручной сбор и обработку данных.
   • Снижение количества ошибок в расчетах и, как следствие, уменьшение штрафов или переплат.
2. Повышение качества управления (косвенный эффект):
   • Оперативное получение точной себестоимости позволяет быстрее реагировать на рыночные изменения и оптимизировать ценообразование.
   • Улучшение контроля над ресурсами за счет более точного распределения косвенных затрат (благодаря ABC-методу).

Годовой экономический эффект (Эф) рассчитывается как сумма всех годовых экономий и прибыли, полученных благодаря внедрению системы.

Применение дисконтированных методов оценки

Для оценки эффективности инвестиционного проекта необходимо использовать методы, учитывающие ставку дисконта ($r$) — минимально допустимую норму доходности, которую требует инвестор.

1. Чистая Приведенная Ценность (Net Present Value – NPV)

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

Формула NPV:

NPV = Σ [ CF_i / (1 + r)^i ] - I_0

Где:

• $CF_i$ – Чистый поток средств (разница между годовым эффектом и эксплуатационными затратами) в год $i$.
• $r$ – Годовая ставка дисконта (определяется стоимостью капитала предприятия).
• $N$ – Период прогнозирования (обычно 5–7 лет).
• $I_0$ – Первоначальные инвестиции (капитальные затраты).

Если NPV > 0, проект считается экономически эффективным.

2. Дисконтированный Срок Окупаемости (Discounted Payback Period – DPP)

DPP показывает минимальный период, за который дисконтированные денежные поступления от проекта полностью покроют первоначальные инвестиции. Этот показатель критически важен для оценки рисков ликвидности.

3. Внутренняя Ставка Доходности (Internal Rate of Return – IRR)

IRR — это ставка дисконта, при которой NPV проекта становится равным нулю. Если IRR превышает ставку дисконта ($r$), проект является привлекательным.

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

Заключение и выводы

Резюме достижения поставленной цели

Цель Выпускной Квалификационной Работы — разработка проекта Информационной Системы автоматизированного расчета затрат, включая системный анализ, техническое проектирование и экономическое обоснование — была полностью достигнута. Мы перешли от выявления методологических и нормативных требований (РСБУ) к созданию конкретных проектных решений (архитектура, ER-диаграмма по ГОСТ 34) и завершили работу строгим доказательством финансовой целесообразности проекта.

Основные результаты по каждой главе

1. Глава 1 (Анализ): Проведен комплексный системный анализ, выявлены недостатки существующей системы, и обоснован выбор методологии IDEF0/SADT для моделирования процесса. Определены и классифицированы требования к ИС (ФТ и НФТ), включая требование соответствия обязательной группировке затрат по пяти экономическим элементам РСБУ.
2. Глава 2 (Проектирование): Разработана структура Технического Задания в соответствии с ГОСТ 34.602-89, подтверждена поэтапная реализация по ГОСТ 34.601. Обоснована трехслойная архитектура, выбран подходящий тип СУБД для OLTP-операций, и разработана логическая Информационная Модель (ER-диаграмма) предметной области.
3. Глава 3 (Экономика): Рассчитана Совокупная стоимость владения (TCO) ИС, детализированы инвестиционные и эксплуатационные затраты. Применены дисконтированные методы оценки эффективности (NPV, DPP, IRR), подтверждающие, что ожидаемый годовой экономический эффект превышает затраты, и проект имеет положительную Чистую Приведенную Ценность.

Практическая значимость и направления дальнейшего развития

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

• Интеграцию с модулями бюджетирования и финансового планирования.
• Добавление функционала для поддержки международных стандартов финансовой отчетности (МСФО) для предприятий, работающих на внешних рынках.
• Развитие аналитического модуля с применением технологий машинного обучения для прогнозирования будущих затрат и отклонений.

Список использованной литературы

1. Атре, Ш. Структурный подход к организации баз данных. Москва : Финансы и статистика, 2008.
2. Автоматизированные информационные технологии в экономике : учебник / под ред. Г.А. Титоренко. Москва : Компьютер, ЮИНИТИ, 2006.
3. ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. Введ. 1990-11-01.
4. ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. Введ. 1990-01-01.
5. Гультяев, А. К. Microsoft Office Project 2007. Управление проектами: практическое пособие. Санкт-Петербург : КОРОНА-Век, 2008. 480 с.
6. Калянов, Г. Н. Консалтинг при автоматизации предприятий (подходы, методы, средства). Москва : СИНТЕГ, 1997.
7. Маклаков, С. В. Создание информационных систем с AllFusion Modeling Suite. Москва : ДИАЛОГ-МИФИ, 2005.
8. Петров, Ю. А., Шлимович Е. Л., Ирюпин Ю. В. Комплексная автоматизация управления предприятием: Информационные технологии — теория и практика. Москва : Финансы и статистика, 2001.
9. Проектирование экономических информационных систем : учебник / под ред. Ю. Ф. Тельнова. Москва, 2005.
10. Смирнов, И. Н. Основные СУБД. Москва : Наука, 1999. 320 с.
11. Успенский, И. В. Интернет – маркетинг : учебник. Санкт-Петербург : Изд-во СПГУЭиФ, 2003.
12. Фаулер, М., Скотт К. UML – основы. Руководство по стандартному языку объектного моделирования. Санкт-Петербург : Символ, 2006.
13. Хомоненко, А. Д. Базы данных : учебник для вузов / под ред. А.Д. Хомоненко. Санкт-Петербург : КОРОНА принт, 2004. 736 с.
14. Шафер, Д. Ф., Фартрел Т., Шафер Л. И. Управление программными проектами: достижение оптимального качества при минимуме затрат. Москва : Вильямс, 2004.
15. Экономическая информатика: Введение в экономический анализ информационных систем : учебник. Москва : ИНФРА-М, 2005.
16. Функциональные и нефункциональные требования: ключевые различия [Электронный ресурс] // Scand.com. URL: https://scand.com/ru/blog/funkcionalnye-i-nefunkcionalnye-trebovaniya-klyuchevye-razlichiya/ (дата обращения: 24.10.2025).
17. Методика расчета эффективности от внедрения информационных технологий [Электронный ресурс] // nicevt.ru. URL: https://nicevt.ru/publikacii/metodika-rascheta-effektivnosti-ot-vnedreniya-informacionnyh-tehnologij/ (дата обращения: 24.10.2025).
18. ГОСТ 34.602-89 Информационная технология (ИТ). Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы [Электронный ресурс] // cntd.ru. URL: https://docs.cntd.ru/document/gost-34602-89 (дата обращения: 24.10.2025).
19. Критерии выбора СУБД при создании информационных систем [Электронный ресурс] // citforum.ru. URL: http://www.citforum.ru/database/articles/dbselect/ (дата обращения: 24.10.2025).
20. Выбор СУБД: шпаргалка, чтобы не запутаться [Электронный ресурс] // Хабр. URL: https://habr.com/ru/companies/postgrespro/articles/731732/ (дата обращения: 24.10.2025).
21. Позаказный метод учета затрат и калькулирования применяется [Электронный ресурс] // Главная книга. URL: https://glavkniga.ru/vedu/raschety/pozakaznyy-metod-ucheta-zatrat-i-kalkulirovaniya-primenyaetsya (дата обращения: 24.10.2025).
22. Содержание понятий «Затраты», «Расходы», «Издержки», «Себестоимость» [Электронный ресурс] // Cyberleninka. URL: https://cyberleninka.ru/article/n/soderzhanie-ponyatiy-zatraty-rashody-izderzhki-sebestoimost/ (дата обращения: 24.10.2025).
23. ER-диаграмма: визуализация связей и сущностей [Электронный ресурс] // Kurshub.ru. URL: https://kurshub.ru/er-diagramma-vizualizatsiya-svyazey-i-sushchnostey/ (дата обращения: 24.10.2025).
24. РСБУ отчетность: что это такое и ее отличие от МСФО [Электронный ресурс] // Газпромбанк Инвестиции. URL: https://gazprombank.investments/blog/rsbu-otchetnost-chto-eto-takoe-i-ee-otlichie-ot-msfo/ (дата обращения: 24.10.2025).
25. СОВРЕМЕННЫЕ КОНЦЕПЦИИ ПОНЯТИЯ И КЛАССИФИКАЦИИ ЗАТРАТ ДЛЯ ОРГ [Электронный ресурс] // Управление учетом. URL: https://uprav-uchet.ru/sovremennye-kontseptsii-ponyatiya-i-klassifikatsii-zatrat-dlya-org/ (дата обращения: 24.10.2025).