31760

Подготовка и содержание общего плана и программы аудита

Доклад

Бухгалтерский учет и финансовый аудит

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

Русский

2013-09-01

38 KB

5 чел.

подготовка и содержание общего плана и программы аудита

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

Исходя из вышеизложенного выделяются ключевые принципы планирования аудита.

  1.  Обеспечение своевременности проведения аудиторской проверки (в сроки, установленные договором).
  2.  Планирование и достижение наибольшей эффективности аудита, реализация общей цели и задач проверки, акцентирование внимания на главных проблемах, что достигается, в частности, рациональной расстановкой специалистов, участвующих в проверке, с целью избежания (по возможности) дублирования выполняемых ими функций, с учетом уровня квалификации и компетентности каждого специалиста (аудитора, ассистента, эксперта) в определенных вопросах, и оформляется календарным графиком выполняемых работ в рамках задач, поставленных перед каждым участником группы проверяющих.
  3.  Знание финансово-хозяйственной деятельности клиента. Ранее мы рассматривали вопросы, связанные с оценкой системы внутреннего контроля клиента, и отмечали, что от состояния контрольной среды и применяемых процедур (средств) контроля во многом зависит ход аудиторской проверки конкретной организации (перечень применяемых методов и объем необходимых процедур). Эти и иные свойства деятельности клиента должны быть обязательно учтены при составлении плана и программы проверки.

Нормативному регулированию этапа планирования аудита посвящен МСА № 300 «Планирование». В соответствии с ним под планированием понимается разработка общей, стратегии и детального подхода применительно к ожидаемому характеру, срокам и масштабам аудиторской проверки.

Планирование осуществляется постоянно на протяжении всей проверки и включает следующие этапы:

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

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

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

Общий план аудита. Аудитор должен разработать и отразить в своей рабочей документации общий план аудита с учетом ожидаемого масштаба проведения аудита. После разработки общий план аудита подлежит дальнейшей доработке и детализации до уровня программы аудиторской проверки.

Вопросы, которые должны быть рассмотрены аудитором при составлении общего плана аудита согласно МСА, приведены в табл. 5.

В общем плане аудита рекомендуется предусмотреть следующие разделы:

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

Программа аудита (Audit program) определяет характер, временные рамки (сроки) и объем запланированных аудиторских процедур, необходимых для выполнения общего плана аудиторской проверки.

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

При подготовке программы аудита в ней необходимо учесть следующие вопросы:

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

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


 

А также другие работы, которые могут Вас заинтересовать

20467. Технологія компонентного програмування 13.36 KB
  COM і DCOM – технології які забезпечують взаємодію між компонентами прикладної задачі. DCOM це свого роду клей який зв’язує різні технології. DCOM дає змогу двом або декільком компонентам легко взаємодіяти одне з одним незалежно від того коли і на якій мові вони були написані а також де саме вони знаходяться і в якій операційній системі працюють. Розглянемо більш детально DCOM.
20468. CASE-технологія 13.1 KB
  CASEтехнологія це інструментарій для системних аналітиків розробників і програмістів який замінює папір і олівець комп'ютером автоматизуючи процес проектування і розробки ПЗ. З самого початку CASEтехнології і розвивалися з метою подолання цих обмежень шляхом автоматизації процесів аналізу та інтеграції підтримуючих засобів.Основа CASEтехнології використання бази даних проекту репозиторію для зберігання всієї інформації про проект що може розділятися між розроблювачами відповідно до їх правами доступу.
20469. Якість ПЗ 13.62 KB
  Підвищення якості ПЗ по одній з властивостей часто може бути досягнуто наприклад ціною зміни вартості термінів завершення розробки тощо. В даному випадку мова не йде про розробку ідеального з точки зору показників якості ПЗ досягнути цього скоріш всього взагалі неможливо а про розробку ПЗ із задовільною якістю. Тому при опису якості ПЗ насамперед повинні бути визначені критерії оцінки якості ПЗ. критеріями якості ПЗ вважають: функціональність надійність легкість застосування ефективність супровід ...
20470. Забезпечення функціональності ПЗ 12.34 KB
  При розробці ПС доцільно застосовувати різні методи еталони і види тестування кожний з яких орієнтований на виявлення локалізацію або діагностику певних типів дефектів.У складних комплексах програм при будьякій технології розробки неможливо гарантувати абсолютну відсутність дефектів і помилок. Непередбачуваність виду місця і часу прояви дефектів ПС в процесі експлуатації призводить до необхідності створення спеціальних додаткових систем автоматичної оперативної захисту від ненавмисних випадкових спотворень обчислювального процесу...
20471. Безпека програмного забезпечення 16.55 KB
  Проблеми хто потенційно може здійснити практичне впровадження програмних дефектів деструктивного впливу в програмний код які можливі мотиви дій суб'єкта що здійснює розробку таких дефектів як можна ідентифікувати наявність програмного дефекту як можна відрізнити навмисний програмний дефект від програмної помилки які найбільш імовірні наслідки активізації деструктивних програмних засобів при експлуатації комп'ютерних систем Меоди та концепції захисту Для захисту програм від дослідження необхідно застосовувати методи захисту від...
20472. Методологiя структурного програмування 17.08 KB
  Метою структурного програмування є створення ієрархічно впорядкованих модульних програм в яких застосовуються стандартні керуючі конструкції. Одним із шляхів вдосконалення структурного програмування є введення стандартів що регламентують процес програмування. Необхідність стандартизації програмування обумовлена: необхідністю підвищення експлуатаційних характеристик програм що створюються; прагненням зробити систему достатньо простою доступною для сприйняття програмістом який знайомий з відповідними стандартами; вимогою зробити систему...
20473. Клієнт-сервер (англ. Client-server) 16.26 KB
  Clientserver обчислювальна або мережева архітектура в якій завдання або мережева навантаження розподілені між постачальниками послуг сервісів званими серверами і замовниками послуг званими клієнтами. Нерідко клієнти і сервери взаємодіють через комп'ютерну мережу і можуть бути як різними фізичними пристроями так і програмним забезпеченням.Багаторівнева архітектура клієнтсерверБагаторівнева архітектура клієнтсервер різновид архітектури клієнтсервер в якій функція обробки даних винесена на один або декілька окремих серверів. Це...
20474. Ефективність програмного забезпечення та її оцінка 36 KB
  Оптимізація – це покращення характеристик програмної системи або просто програми. Отже перший етап програмування – створення правильної програми і лише другий – її оптимізація. Але перед тим як починати покращувати ефективність програми слід перевірити наскільки це покращення буде корисним і точно визначити місце яке слід переробити. Справа у тому що існує правило 20 80: 20 об’єктного коду тексту програми виконується 80 часу роботи всієї програми.
20475. Абсолютна величина і норма матриці 139 KB
  За абсолютну величину модуль матриці будемо вважати матрицю де – модулі елементів матриці . Якщо і – матриці для яких операції і мають сенс то: а б в число. За норму матриці вважаємо дійсне число що задовольняє умови: а причому тоді і тільки тоді коли =0; б число і зокрема ; в ; г і матриці для яких відповідні операції мають сенс.