Описаны возможные риски с вероятность наступления (низкая/ средняя/ высокая) и рангом последствий (незначительные/ средние/ очень значительные).

Главные риски

Для снижения самых вероятных рисков с очень значительными последствиями были проведены следующие мероприятия:

1) Превышение трудозатрат - внесены корректировки в ресурсное планирование, а именно выделен второй архитектор информационных систем на проект.

2) Альтернативные варианты внедрения RPA - менеджер проекта посетил другие компании, в которых уже был внедрен робот различными вариантами.

3) Превысить бюджет - скорректирован годовой план бюджета компании, на случай превышения лимита на 100 тыс. руб.

Исполнители

Определены исполнители согласно ресурсному планированию.

Стадии проекта

Стадии проекта не являются фиксатором отправной точки - определены приблизительные даты блоков работ.

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

3. Разработка и управление проектом роботизации финансовых операций

3.1 Этапы разработки проекта

Успех каждой организации зависит от ее способности адаптироваться на изменения внешнего окружения. Именно понятие «изменения» является сущностью любого проекта, а управление проектами рассматривается как универсальная методология управления такими изменениями [Алешин А.В. и др, 2013].

Эта глава посвящена детальному, поэтапному описанию внедрения проекта роботизации в компанию.

1. Этап Инициации.

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

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

2. Этап Планирования

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

В состав проектной группы вошли специалисты из разных подразделений филиала, а именно:

· Ведущий программист

· Ведущий бухгалтер отдела учета расчетов с персоналом

· Руководитель диспетчерского отдела

· Системный архитектор

· Системный аналитик

· Руководитель ИТ департамента.

Затем нужно определить менеджера проекта. Им стал руководитель ИТ департамента.

Определить ключевых исполнители проекта. План ресурсного планирования представлен в таблице 3.

Таблица 3

Ресурсный план проекта "Роботизация процессов"

Подготовить общий план работ в программной среде MS Project, затем каждый исполнитель должен заполнить свои работы с указанием сроков и ресурсов этом плане. План проекта и сетевой график можно посмотреть в Приложении 5.

Составить бюджет проекта. На сессии проектной командой заполнена матрица ответственности (МО), составленная менеджером проекта. Представлена в Приложении 6.

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

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

Определить критерии для чек-листа проекта. Для проекта роботизации в филиале ОЦО такими критериями стали:

1) Работа робота должна осуществляться в автоматическом режиме

2) Робот должен работать на отдельном терминальном сервере, доступ к которому разрешен только сотрудникам, обладающих расширенными правами в систему 1С ЗУП

3) Робот должен работать в режиме 24 часа на 7, разрешен ручной запуск робота после плановых перезагрузок сервера.

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

5) Бесперебойная работа.

3. Этап реализации.

Так как на этапе реализации будет разработан ИТ-продукт, для контролирования стадий разработки будем использовать модель Stage-gate.

1 группа действий (stage): подготовительные работы - ПО UiPath Studio установлено на отдельный терминал.

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

2 группа действий (stage): - создание учетных записей в необходимые системы для робота и тестовых баз учетных систем

точки принятия решений (gate) - выполненные обращения на создание учетных записей и тестовых баз в 1С Итилиум.

3 группа действий (stage): разработка сценария для робота.

точки принятия решений (gate) - утверждение сценария с непосредственным исполнителем процесса на встрече.

4 группа действий (stage): написание тестового робота

точки принятия решений (gate) - демонстрация робота на встрече с участием всей проектной группы, с обсуждением предложений и замечаний.

5 группа действий (stage): улучшение алгоритма робота

точки принятия решений (gate) - тестирование робота по разработанному сценарию. Подготовлен тестировщиком список замечаний.

6 группа действий (stage): Финальная версия робота

точки принятия решений (gate) - замечания устранены, демонстрация робота на совещании, с участием разработчика, тестировщика, системного аналитика, интегратора. Проверка робота по чек-листу проекта

7 группа действий (stage): настроить 1С Итилиум и запуск робота в продуктив

точки принятия решений (gate): сформировать отчет за неделю, по обращениям выполненных роботом.

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

4. Этап контроля и закрытия

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

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

Рис. 12 Отчет SLA

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

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

· Руководители отделов, в которых был внедрен робот, не объясняли своим подчиненным для чего это нужно и что за этим не последует сокращение отдела.

· Была возможность использовать альтернативные методы роботизации, так как организации, в которых были внедрены роботы не использовали информационные системы на платформе 1С, тем самым не были учтены нюансы интеграции UiPath Studio с 1С.

Хотя проектам внедрения RPA присущи те же потенциальные проблемы и факторы успеха, что и традиционной автоматизации и операционной трансформации, особое внимание нужно уделить следующим важным аспектам [Bob Violino., 2018]:

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

2. Разъяснять сотрудникам преимущества RPA. RPA порождает у сотрудников множество страхов. Поэтому важно заранее разъяснить, чего следует и чего не следует ждать от технологии с точки зрения профессиональных ролей сотрудников.

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

4. Придерживаться простоты и модульности. Чтобы свести вероятность ошибок к минимуму и упростить обновление условий, нужно брать простые часто повторяющиеся процессы.

5. Не пренебрегать безопасностью данных.

6. Не забывать о регулярном тестировании, со временем необходимо переписывать роботов по более оптимальному сценарию.

7. Создать межфункциональный центр передового опыта по внедрению и сопровождению RPA.

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

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

· Учитывать компетенции в разных областях узких специалистов при ресурсном планировании проекта

· Привлекать подрядные организации для реализации проектов

· Придерживаться постулату: Основная ценность - это люди, основной приоритет - развитие проекта.

4 Экономическая эффективность от внедрения роботизации в бизнес-процессы.

Из отчетов системы Итилиум и опроса сотрудников была собрана статистика по затратам времени и частотой выполнения выбранных операций. Для предоставления справки 2-НДФЛ сотрудник отдела учета расчетов с персоналом тратил около 15 минут на выписку одной справки. За один рабочий день, на выписку всех 15 справок 2-НДФЛ по запросу работников занимало около 4 часов. Роботизация этого процесса освободит половину рабочего дня у одного специалиста отдела учета расчетов с персоналом.

Процесс "Обработка банковских выписок (руб.) на сч.60.01 и 60.02" занимает у специалиста операционного казначейства 30 мин. Ежедневно (рабочие дни) сотрудниками операционного казначейства в систему 1С Клевер загружаются текстовые файлы по оплате за предыдущий рабочий день. После загрузки этих файлов, сверки остатков на расчетных счетах начинается обработка банковских расчетных документов по счетам учета в бухгалтерском учете. Обработкой занимаются несколько сотрудников операционного казначейства, которые делят функционал между собой по признаку - площадка (1С Клевер), всего трудозатраты составили на 13 организаций 13*0,5 = 7,5 ч. в день.

Затраты на реализацию проекта и полученные выгоды от роботизации процесса "Выписка справок 2-НДФЛ" приведены в таблице 4.

Таблица 4

Экономический расчет проекта "Роботизация процессов"

* Затраты на мотивацию проекта = Потраченное кол-во часов * среднюю стоимость часа работ*2

В рамках экономичного подхода в данном проекте были применены следующие принципы [Абдикеев Н.М., 2008]:

1) Улучшение характеристик шагов процесса: за счет автоматизации обработки данных повысилась скорость и точность формирования справок.

2) Обратная связь: для повышения контроля в процессе был внедрен расширенный отчет о результатах работы робота, который стали получать ответственные за процесс сотрудники.

3) Расширение «узких мест»: время сотрудника операционного казначейства было освобождено для выполнения более сложных аналитических задач.

Потенциал проекта. Следующим этапом планируется роботизировать процесс "Выпуск ЭЦП". Который по данным отчетов системы 1С Итилиум повторяется ежедневно в среднем 5 раз, и с увеличением видов документов переходящих на электронный документооборот, будет расти. Срок годности ЭЦП составляет от одного года до полутора, в результате чего процесс выпуска ЭЦП повторяется ежегодно для каждого владельца ЭЦП. Выпуск одной ЭЦП занимает у сотрудника отдела сопровождения производственных систем 30 минут. Роботизация этого процесса освободит около 3 часов рабочего дня у одного специалиста.

Заключение

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

· Проанализировано понятие RPA, способы взаимодействий и применения RPA в бизнес-процессах;

· Определены критерии отбора бизнес-процессов применимые для RPA;

· Представлено описание бизнес-процесса в нотации Aris eEPC

· Определены социальные проблемы, ограничения и риски, связанные с внедрением RPA;

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

· На основе разработанной методики были даны рекомендации для эффективного управления проектом роботизации бизнес-процессов.

Таким образом можно сделать вывод о том, что цель работы была достигнута.

Список использованных источников

Монографическая литература

1) Абдикеев Н.М. Реинжиниринг бизнес-процессов. Полный курс MBA: Учебник /. М.: ЭКСМО, 2008.

2) Алешин А.В., Аньшин В.М., Багратиони К.А. Управление проектами: фундаментальный курс. М.: Издательский дом Высшей школы экономики, 2013.

3) Артемьев Д.Г. Методическое пособие по предмету Разработка и оптимизация бизнес-процессов, 2018г.

4) Белова М.А., Каменнова М.С., Крохин В.В. Анализ и моделирование бизнес-процессов: Сб. практ. заданий. М.: Высшая школа экономики, 2005

5) Войнов И. В., Пудовкина С. Г., Телегин А. И. Моделирование экономических систем и процессов. Опыт построения ARIS-моделей: Монография. Челябинск: Изд. ЮУрГУ., 2002.

6) Галицкий Е. Б. Методы маркетинговых исследований. Учебник. Москва: Институт Фонда «Общественное мнение», 2004.

7) Галямина И.Г., Управление процессами: Учебник для вузов, Стандарт третьего поколения, Издательский дом «Питер», 2013.

8) Даринцев О. В., Мигранов А. Б. Распределенная система управления группами мобильных роботов. Т. 21, № 2 (76). [Эл. ресурс] http://journal.ugatu.ac.ru.

9) Джестон, Д. Управление бизнес-процессами. Практическое руководство по успешной реализации проектов / Д. Джестон, Й. Нелис. - М.: Символ, 2015.

10) Липкин Евгений "ИНДУСТРИЯ 4.0: Умные технологии -- ключевой элемент в промышленной конкуренции", 2017г.

11) Мазур И.И., Шапиро В.Д., Ольдерогге Н.Г., Полковников А.В. Управление проектами. Учебное пособие. 2010.

12) Макеев В. Время машин: как бизнесу сделать шаг навстречу искусственному интеллекту, 2017.

13) Репин В.В. Бизнес-процессы. Моделирование, внедрение, управление, 2013.

14) Рогова Е.М., Балашов А.И. Управление проектами: учебник для бакалавров. М: Издательство Юрай, 2013.

15) Тальянов Г.Н. Моделирование, анализ, реорганизация и автоматизация бизнес - процессов/ Тальянов Г.Н. М.: Финансы и статистика. 2010.

16) Тельнов Ю. Ф. Реинжиниринг бизнес-процессов и проектирование информационных систем, 2010.

17) Федорова А.Ю. Экономика отраслевых рынков. 2016. С. 89.

18) Фрэнк Касейл, Institute for Robotic Process Automation & Artificial Intelligence, 2017г.

19) Фунтов В.Н. Основы управления проектами в компании: учебное пособие. 2-е изд. - СПб: Питер, 2008.

20) Цифровая Россия: новая реальность, июль 2017 [Эл. ресурс]. http://www.mckinsey.com/global-locations/europe-and-middleeast/russia/ru/our-work/mckinsey-digital.

21) Шмуратко Алексей [и др.].- Работа для роботов, творчество - для людей, 2017г.

22) Bob Violino. 8 keys to a successful RPA implementation. JUL 26, 2018.

23) Cooper R., Edgett S. Lean, Rapid, and Profitable New Product Development. 2005.

24) Duncan W.R. Project Management Institute. A Guide to the Project Management Body of Knowledge: Fourth Edition. USA., 2008.

25) Innovation Process. Stage-Gate Idea-to-Launch Model. Официальный сайт Stage-Gate - 2016. [Эл. ресурс]. http://stage-gate.com/recources_stage-gate_full.php.

26) M. I. Jordan, T. M. Mitchell, Machine learning: Trends, perspectives, and prospects., 2015.

27) McKinsey Industry 4.0 survey, Jan 2016.

28) System and software engineering. Life Cycle management. Part 1: Guidelines for life cycle management: ISO/IEC PDTR 24748-2016. Введ. 2016-05-01.

Описание электронных ресурсов

29) Журнал «Директор информационной службы», 8 условий для успешного внедрения RPA, 2018 [Эл. ресурс]. Режим доступа: https://www.osp.ru/cio/2018/04/13054395/.

30) Журнал «Цифровое производство: сегодня и завтра российской промышленности».

31) Корпоративный портал Уралхим [Эл. ресурс]. Режим доступа: http://www.uralchem.ru/.

32) Документация проектного офиса филиала "ОЦО". [Эл. ресурс]. Режим доступа: http://csc.uralchem.com/.

Приложение 1

Вопросы для руководителей отделов.

1) Как называется ваша должность?

2) Сколько сотрудников у вас в отделе?

3) Как вы контролируете трудозатраты ваших подчиненных?

4) Сталкиваются ли ваши сотрудники с часто повторяющимися запросами или работами?

5) На сколько загружены ваши сотрудники рутинными операциями?

6) Как на ваш взгляд передача некоторых процессов роботу сможет высвободить полноценную ставку сотрудника?

7) Все ли специалисты отдела работают по сформированным ежедневным задачам?

Ответ руководителя отдела операционного казначейства

1) Руководитель отдела операционного казначейства

2) 15

3) Формирую отчет затраты времени в 1С Документооборот 1.2.

4) Да, с утра специалисты отдела обязаны выгрузить выписки банка в 1С Клевер в разрезе каждой площадки

5) Обычные специалисты загружены примерно на 80% рутинными операциями, ведущие специалисты заняты более трудоемкой аналитической работой.

6) Нет не сможет, только если по часу на каждого специалиста.

7) Все

Ответ руководителя отдела учета расчетов с персоналом

1) Руководителя отдела учета расчетов с персоналом

2) 18 человек

3) Формирую отчет затраты времени в 1С Документооборот 2.1. и отчет по трудозатратам в 1С Итилиум

4) В наш отдел поступает большое количество запросов на подготовку различных справок для сотрудников холдинга.

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

6) Думаю да, может половину ставки сможет

7) Все

Приложение 2

Отчет затраты времени специалиста отдела операционного казначейства за февраль из 1С Документооборота 1.2

Отчет по трудозатратам специалистов отдела учета и расчетов с персоналом из 1С Итилиум

Приложение 3

Вопросы для сотрудника отдела учета расчетов с персоналом.

1. Как вы понимаете, что Вам необходимо предоставить справку 2-НДФЛ клиенту?

2. Достаточно ли вам информации в поступающих обращениях?

3. Опишите по шагам какие вы выполняете действия для выполнения такого обращения?

4. Какой этап для вас самый трудоемкий?

5. Программа, в которой вы выполняете эти действия может выдать ошибку, при формировании справки?

6. Сколько времени у вас занимает на выполнение одного обращения?

7. Спасибо за уделенное для нас время.

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

1. Как часто вы загружаете банковские выписки в систему 1С Клевер?

2. После загрузки текстового файла, какие ваши действия?

3. Какие виды документов вы обрабатываете?

4. Эти работы вы где-нибудь фиксируете?

5. Сколько времени вы на это тратите?

6. Хотелось бы вам передать эту работу для робота?

7. Спасибо за уделенное для нас время.

Приложение 4

Подробное описание «Обработка банковских выписок (руб.) на сч.60.01 и 60.02»

1) Заходим в 1С Клевер АЗОТ:

Параметры - Srvr="b30srv141,b30srv142";Ref="klever_azot"

*Параметры тестовой базы - Srvr="b30dev010";Ref="klever_azot_test99";

2) Документы > Управление денежными средствами > Банковские расчетные документы

3) В форме списка документов «Банковские расчетные документы» необходимо найти документы согласно условиям: 1) Дата = предыдущий рабочий день; 2) Вид документа = Платежное поручение исходящее(далее ППИ);3) Валюта = рубли; 4)Вид операции = «Оплата поставщику» (исходя из Документа основания - Заявка на расходование средств).

Вид операции прописан для каждого ППИ в форме документа:

4) На данном этапе должна осуществляться проверка по столбцу «ОУ» и столбцу «Оплачено» из списка документов выбранных по условиям ранее (Дата, Вид документа, валюта, Вид операции): 1) если в обоих столбцах стоят «галки» - дальше к рассмотрению роботом; 2) если нет «галки» - занесение ППИ с описанием (Дата, Номер, Вид документа, Счет организации, Сумма, Валюта, Контрагент, Организация, Ответственный, комментарий, дата оплаты) в Отчет об ошибках (который будет формироваться для сотрудника Операционного казначейства после обработки документов роботом для ручного контроля таких документов) + указать в отчете причину «Не отражено в ОУ» или «Не отражено Оплачено».

5) Рассматриваем список документов, которые соответствуют условиям Дата = предыдущий день, Вид документа = Платежное поручение исходящее, Валюта = рубли, Вид операции = «Оплата поставщику»,Стоят «галки» в столбцах «ОУ» и «Оплачено».

Анализ заполнения реквизитов вкладки «Основная»:

· «Договор контрагента» - поле должно быть заполнено (номер договора указан):

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

· «Сумма» = руб:

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

· «% НДС» - поле должно быть заполнено; = «без НДС» или = «18%»:

При несоблюдении условий - занесение ППИ с описанием (Дата, Номер, Вид документа, Счет организации, Сумма, Валюта, Контрагент, Организация, Ответственный, комментарий, дата оплаты) в Отчет об ошибках (который будет формироваться для сотрудника Операционного казначейства после обработки документов роботом для ручного контроля таких документов) + указать в отчете причину: 1) если поле пустое - «Не заполнен НДС»; 2) если не равно «без НДС» и не равно «18%» - «НДС указан не верно».

· «Статья движения денежных средств» (ДДС) - поле должно быть заполнено согласно Каталогу статей ДДС по операционной деятельности(Справочник «Статьи движения денежных средств»):

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

· «Статья движения денежных средств» (ДДС) - сравниваем со статьёй ДДС в Заявке на расходование средств:

При несоблюдении условий - занесение ППИ с описанием (Дата, Номер, Вид документа, Счет организации, Сумма, Валюта, Контрагент, Организация, Ответственный, комментарий, дата оплаты) в Отчет об ошибках (который будет формироваться для сотрудника Операционного казначейства после обработки документов роботом для ручного контроля таких документов) + указать в отчете причину - «Не сходятся статьи ДДС в ППИ и ЗРС».

6) При соблюдении условий п.5 - Проверка заполнения поля «Документ расчетов» - 6.1.) если поле заполнено, то переходим к п. 7 (счет 60.01 (оплата по факту)):

6.2.) если поле пустое, то переходим к п. 9 (Счет 60.02 (аванс)).

7) При соблюдении условия п.6.1, сравниваем реквизиты ППИ с ПТУ, (или ПДР) указанным в поле «Документ расчетов с контрагентами» в табличной части вкладки «Основная» (если ПТУ несколько, сравниваем с каждым из них):

· Проверяем проведение в БУ указанного (-ых) ПТУ. Для этого проваливаемся в ПТУ и смотрим на наличие «галочки» в поле «Отразить в бух. учете»:

При несоблюдении условий - занесение ППИ с описанием (Дата, Номер, Вид документа, Счет организации, Сумма, Валюта, Контрагент, Организация, Ответственный, комментарий, дата оплаты) в Отчет об ошибках (который будет формироваться для сотрудника Операционного казначейства после обработки документов роботом для ручного контроля таких документов) + указать в отчете причину - «Не проведён в БУ ПТУ №… от…».

· Сверяем поле «Договор контрагента» в ППИ и «Договор» в ПТУ, значения должны быть одинаковыми (Сравнивать можно по коду договора):

При несоблюдении условий - занесение ППИ с описанием (Дата, Номер, Вид документа, Счет организации, Сумма, Валюта, Контрагент, Организация, Ответственный, комментарий, дата оплаты) в Отчет об ошибках (который будет формироваться для сотрудника Операционного казначейства после обработки документов роботом для ручного контроля таких документов) + указать в отчете причину - «Поле «Договор контрагента» не равно полю «Договор» в ПТУ №… от …».

· Соответствие валюты в ППИ и ПТУ, значения должны быть одинаковыми:

При несоблюдении условий - занесение ППИ с описанием (Дата, Номер, Вид документа, Счет организации, Сумма, Валюта, Контрагент, Организация, Ответственный, комментарий, дата оплаты) в Отчет об ошибках (который будет формироваться для сотрудника Операционного казначейства после обработки документов роботом для ручного контроля таких документов) + указать в отчете причину - «Несоответствие валюты ППИ и ПТУ №… от …».

· Соответствие ставки НДС в ППИ и ПТУ, значения должны быть одинаковыми:

При несоблюдении условий - занесение ППИ с описанием (Дата, Номер, Вид документа, Счет организации, Сумма, Валюта, Контрагент, Организация, Ответственный, комментарий, дата оплаты) в Отчет об ошибках (который будет формироваться для сотрудника Операционного казначейства после обработки документов роботом для ручного контроля таких документов) + указать в отчете причину - «Несоответствие НДС в ППИ и ПТУ №… от …».

· Соответствие Суммы (общей) в ППИ и суммы в ПТУ (поле «Сумма платежа»):

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

· Счет учета ПТУ = 60.01 (Расчеты с поставщиками и подрядчиками - в рублях)

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

8) При соблюдении условий п. 7 - Проваливаемся в форму каждого документа ППИ. Ставим «галку» в поле «Отразить в бух. учете» (в «шапке» документа) и нажать «ОК»:

Таким образом, в табличной части вкладки «Основная» автоматически заполнятся поля: 1) Счет учета расчетов с контрагентом = 60.01.0; 2) Счет учета расчетов по авансам = 60.02.0

9) Формируем ОСВ по данному контрагенту и договору. Для этого проходим по маршруту: Отчеты > Бухгалтерский и налоговый учет > Оборотно-сальдовая ведомость по счету (бух.)

Заполняем поля «Период с…» = предыдущий день; «Период по…» = предыдущий день;...