О системах планирования ресурсов предприятия Scala, iScala
“ С одной стороны, подход абсолютно правильный. Информация, выгруженная в Эксель не заслуживает доверия. Непонятно, как она выгружена, непонятно, редактировалась ли она после выгрузки и т.п. В этом отношении отчёт, полученный непосредственно из системы, заслуживает гораздо большего доверия. А, с другой стороны, этот подход в какой степени разумен, в такой же и ущербен
  • Главная
    • О проекте
      • Разъяснение о проекте и его участниках
      • Заявление / Memorandum
    • Новости проекта
    • Список опубликованных материалов основного раздела
    • Информация, перенесённая из старых форумов
    • Подписаться на новостную рассылку
  • Наши услуги
  • Статьи
    • Статьи
    • Избранное
    • Мысли вслух
  • Процедуры
  • Доходчиво о сложном
    • Обучение
    • Как сделать?
    • iScala «для чайников»
    • Оч.умелые ручки
  • Структура таблиц
    • Scala 5.1 SR13
    • iScala 2.2 HF 2.3318
    • Tables structure changes history from iScala 2.2 SR2 to iScala 3.0 FSP4
    • Epicor iScala 2.3 — 2.03.3363
    • Epicor iScala 2.3 SR1
    • Epicor iScala 2.3 SR2
    • Epicor iScala 2.3 SR3
    • Epicor iScala 3.00 FSP 2 — 3.00.02254
    • Epicor iScala 3.0 FSP4 — 3.0.4267
    • Изменение структуры таблиц iScala 3.1 по сравнению с iScala 3.0 FSP4 / Table structure changes between iScala 3.0 FSP4 and iScala 3.1
    • Epicor iScala 3.1 — 3.1.0511
    • Epicor iScala 3.2 — 3.2.0317
    • Epicor iScala 3.3 — 3.3.0419
    • Epicor iScala 3.4 — 3.4.0399
    • Epicor iScala 3.5 — 3.5.0.0429
    • Изменение полей в таблицах БД iScala 3.4 по сравнению с iScala 3.2 / Difference between DB structure of iScala 3.4 and iScala 3.2
    • Изменение полей в таблицах БД iScala 3.5 по сравнению с iScala 2.2 / Difference between DB structure of iScala 3.5 and iScala 2.2
  • Материалы по модулям iScala
    • Главная Книга
    • Основные Средства
    • Книга Закупок
    • Книга Продаж
    • Заказы на Закупку
      • Требования
    • Заказы на Продажу
    • Управление Запасами
    • Установка, Администрирование
      • Настройка определений документов MSRS
    • Заработная плата
    • Структура базы данных
    • Отчётность SSRS
    • Отчётность AFR
    • Примеры отчётов
    • Примеры отчётов AFR
    • Интеграция с другими системами
    • Epicor Service Connect
  • English
  • Контакты
  • Поиск
Главная  »»»  Отчётность  »»»  Аудиторы не доверяют «внешним» отчётам, запросили «родные» отчёты из системы

Аудиторы не доверяют «внешним» отчётам, запросили «родные» отчёты из системы

17.08.2023 Автор Алексей Васильев

Портрет сомневающегося аудитора. Нейросеть ШедеврумУ моего клиента работают аудиторы. И, когда на их запрос предоставить информацию по списанию определённой позиции запаса на благотворительные цели им выгрузили данные в Эксель, они остались недовольны и запросили эту же информацию в виде стандартного отчёта из системы. Второй аналогичный запрос касался выгрузки информации по Кредит-Нотам. С первым всё просто — это «Список проводок по запасам» по определённому складу за определённый период определённому покупателю и определённому типу проводок. Со вторым отчёты из модуля «Заказы на продажу» не подошли, так как в критериях выборки этих отчётов нельзя было указать тип заказа, зато это можно сделать в модуле «Статистика», чем я и воспользовался. Таким образом мы получили то, что запросили аудиторы.
Но речь совсем о другом. С одной стороны, подход абсолютно правильный. Информация, выгруженная в Эксель не заслуживает доверия. Непонятно, как она выгружена, непонятно, редактировалась ли она после выгрузки и т.п. В этом отношении отчёт, полученный непосредственно из системы, заслуживает гораздо большего доверия. А, с другой стороны, этот подход в какой степени разумен, в такой же и ущербен. Проводя обучение по отчётам, я всегда говорю, что внешний вид стандартных отчётов в Скале, как правило, не может быть изменён, за исключением случаев, когда есть такие параметры как, например, «Отчёт по двум столбцам», когда, если ответить «Да» будут 2 столбца (Дебет и Кредит), а если сказать «Нет», то будет один столбец с положительной и отрицательной суммами. Всё искусство получить в таких отчётах только требуемую информацию и ничего лишнего, но при этом и ничего лишнего не исключить, состоит в правильном использовании того, что в Скале называется «Критерии выборки». Если аудитор ничего не понимает в этих критериях, ему можно представить ту информацию, которую хотите вы, а не ту, которую он хочет получить. А кроме того, если мы умеем извлекать нужную информацию из таблиц базы данных, то что (теоретически, конечно) помешает нам временно поменять информацию таким образом, чтобы система перестала видеть то, что мы (опять-таки теоретически) хотим скрыть? Ничего.

Поэтому такие запросы со стороны аудиторов вызывают у меню улыбку или воспринимаются как попытку надуть щёки 🙂

На мой взгляд, настоящие аудиторы должны запросить у клиента только доступ в систему. И всё! Впрочем, мы постепенно двигаемся в эту сторону, когда все наши данные будут доступны фискальным органам и они перестанут нас просить что-то им предоставить. Может такое быть? 🙂

Рубрика: Отчётность Метки: аудит, отчёт
VK Telegram Про канал в WhatsApp

Copyright © 2025 О системах планирования ресурсов предприятия Scala, iScala.

Gammapolis WordPress Theme by ERP & Business Consulting

Прокрутка вверх