Что такое rpa файл

Обновлено: 07.07.2024

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

Чем открыть файл в формате RPA

Расширение RPA (полн. RIB Project Archive File) специально предназначено для разработки плана конструирования в целях организации строительства различных промышленных и жилых объектов с использованием специализированного программного комплекса iTWO. Обладая широким набором инструментов, с помощью iTWO станет доступно создание конструктивных и строительных чертежей, проектных планов и спецификаций.

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

Файловое расширение RPA одинаково успешно может применяться как для создания резервных копий, так и архивирования проектов.

Если RPA-формат представляет собой резервную данных, то он будет помещен для хранения в RPD файл.

В случае, если пользователь сохраняет базу данных в iTWO, данные RPD в итоге будут заархивированы RPA файл.

Программы для открытия RPA файлов

Для создания и форматирования файлового расширения RPA может быть использован исключительно пакет программного обеспечения RIB iTWO.

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

Конвертация RPA в другие форматы

Структура и область применения RPA не предполагают под собой процедур конвертации данных.

Уникальная структура и специфическая область применения RPA не предоставляют возможностей для трансляции данного формата в другие расширения.

Почему именно RPA и в чем его достоинства?

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

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

Тип файла: RIB Project Archive File Разработчик: RIB Software Категория: Файлы данных

Файл, создаваемый iTWO — пакетом программы создания планов и конструирования. Содержит архив базы данных Progress ObjectStore, которая является форматом выходного буфера для данных проекта iTWO. Используется для создания резервных копий, а также архивирования проектов.

Файлы RPA являются резервными копиями данных, которые хранятся в файлах .RPD. Если пользователь хранит базу данных в iTWO, данные RPD архивируются в итоговый файл RPA.

Статья написана при поддержке технического эксперта UiPath: Кристины Виролайнен.


Зачем нужен RPA

«. если бы вы были фермером, стали бы вы покупать трактор с позитронным мозгом, жатку, борону, доильный аппарат, автомобиль и так далее — всё с позитронным мозгом? Или приобрели бы обычную технику и одного позитронного робота, который мог бы на ней работать? Причем хочу вас предупредить, что второй вариант в пятьдесят, а то и в сто раз дешевше.»

А. Азимов «Стальные пещеры» 1953 г.

Введем определение: Robotic Process Automation — роботизированная автоматизация бизнес-процессов, такая автоматизация базируется не на классическом подходе с использованием программирования и API систем, а на применении программных роботов, которые работают с пользовательским интерфейсом (GUI) ваших систем. При этом роботы могут работать и с API, если системы его предоставляют.

Применение RPA

Два главных эффекта от внедрения роботизации — RPA обеспечивает бизнесу снижение затрат и повышение эффективности рабочих процессов.

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

Финансовые и бухгалтерские отделы используют RPA для устранения человеческих ошибок и оптимизации времени ввода данных: обработка списаний, поступлений, выставление счетов — всё это задачи для робота.

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

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

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

Аутсорсеры бизнес-процессов (BPO) могут легко использовать RPA для оптимизации управления клиентскими операциями.

Роботы способны быстро взять на себя возросшую нагрузку. Например, во время пандемии в рамках господдержки были введены льготные кредиты для предприятий малого и среднего бизнеса. Это привело к большому потоку заявок на такой кредит. Один банк, решая проблему возросшей нагрузки на персонал, за 3 недели роботизировал процесс обработки и проверки заявок на льготный кредит. Это позволило принимать большее число заявок и помогло многим предприятиям: в день робот обрабатывал от 500 до 1500 заявок, а средняя скорость работы с одной заявкой увеличилась в 5 раз. Банку удалось снять рутинную нагрузку с 3000 своих сотрудников, что позволило им работать в штатном режиме.

RPA — роботы, которые не видны

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

По сути программные роботы имитируют действия человека: они могут видеть элементы открытых приложений; понимать, где находятся кнопки, поля для ввода, текст, таблицы и другие интерактивные элементы интерфейса. Роботы «знают», что им нужно сделать — нажать на кнопку, ввести данные, и делают это. Главная сила программных роботов — их способность взаимодействовать с пользовательским интерфейсом. Это дает возможность автоматизировать длинные сквозные процессы, в которых задействовано множество систем. При этом мы не привязываемся к наличию API у систем: могут быть роботизированы как стандартные офисные приложения, так и сложные ERP-системы, и даже самописные или legacy-приложения, классическая интеграция с которыми невозможна. В общем, любые системы и приложения, с которыми может работать человек, могут быть автоматизированы с использованием роботов.

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

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

Преимущества роботизации в компании

Благодаря RPA можно по-новому взглянуть на бизнес-процессы. Эта технология позволяет автоматизировать множество корпоративных функций: от бэк-офиса до удаленной IТ-инфраструктуры. Вот основные преимущества роботизации:

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

Роботы не ошибаются — возможность ошибки полностью исключена. Человек может некорректно вводить текстовые и цифровые данные, робот же всегда действует по указанной инструкции и никогда не опечатывается.

Робот — цифровой сотрудник, который справится с работой, которую можно делать по инструкции. Он отлично выполняет такие операции, как:

Кликать на кнопки.

Копировать и распознавать текст.

Вставлять скопированный текст в другие системы и формы.

Выполнять действия в приложениях.

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

Работать с базами данных и госсистемами.

Выполнять другие простые и рутинные операции.

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

Бизнес-аналитика более надежна и легкодоступна. Каждая транзакция, совершенная с помощью RPA, записывается в журнал. С помощью этих данных можно всесторонне анализировать любые завершенные процессы.

Если необходимо, робот может спрашивать у человека помощи и ждать его ответа.

Выполняет операции в 10-20 раз быстрее человека.

Не ошибается и работает 24/7.

Помогает бизнесу расти без увеличения персонала.

Какие есть альтернативы?

У роботизации есть два основных конкурента:

Ничего не менять и работать по-старому.

Использовать классическую автоматизацию бизнес-процессов.

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

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

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

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

Простота реализации: роботизация одного процесса занимает 2 месяца, а если роботизация поставлена на поток — то этот процесс можно сократить до двух недель. Выше мы привели пример робота, разработанного за 3 недели, и в этом же банке есть робот, разработанный за рекордных 3 дня.

Быстрый эффект — 6 месяцев до возврата инвестиций, ROI.

Роботы требуют минимум изменений в действующих IТ-системах, поскольку в этом случае работа происхолит с пользовательским интерфейсом.

Выводы

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

RPA расшифровывается как Robotic process automation и представляет собой приложение имитирующее действие пользователя в существующей автоматизированной системе или иных ПО, к примеру в комплексе приложений MS Office.

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

Возможности RPA обширны, робот может выполнять множество задач, обычно выполняемых сотрудниками:

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

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

Технология RPA имеет целый ряд весомых преимуществ:

В теории все смотрится многообещающе, а что же на практике?

RPA на практике

Разберем один пример внедрения RPA-алгоритма, с которым автор сталкивался на личном опыте.

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

При внедрении робота процесс был фактически разделен на две части, сотрудник производил сканирование документов и выкладывал на файловый ресурс, робот выполнял остальные действия:

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

До внедрения алгоритма сотрудник сканировал и загружал в систему за 8 рабочих часов от 50 до 300 файлов. Робот снял с сотрудников обязанности по загрузке файлов в систему, тем самым производительность сканирования увеличилась на величину от 20 до 400%, такой «разлет» полезного эффекта обуславливается тем, что комплекты документов различны и скорость сканирования напрямую зависит от количества страниц в документах, наличия сшитых листов, защищенных опломбированной печатью и т.д.

Робот за 8 рабочих часов загружал в систему от 300 до 450 документов, в зависимости от объема PDF-файла, но, как было описано ранее, программный робот способен работать 24 часа в сутки и загружать в систему от 1200 до 1800 файлов, сотрудника за рабочий день загрузил бы от 200 до 280 документов. Путем нехитрых расчетов получаем увеличение операционной производительности за рабочий день на 50-60%, а за сутки алгоритм обрабатывал в 5 – 5,5 раз больше файлов, относительно человека.

В результате ускорение процесса привязки файлов и сканирования документов позволило усовершенствовать основной бизнес-процесс подразделения, а именно уменьшить время обработки запросов на документы в среднем на 40%.

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

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

Теперь мы подходим к самому интересному для аудита вопросу: как совместить RPA и аудит?

RPA и аудит

Ознакомившись с RPA-технологией и примером ее внедрения, можно сформировать как минимум две роли RPA в аудите.

RPA как объект аудита.

RPA-алгоритм можно рассматривать как объект проведения аудиторской проверки. А именно провести анализ корректности работы программного робота на основе его логов. Но выше было сказано, что алгоритм не ошибается, а работает согласно прописанным инструкциям. А если инструкции изначально были частично ошибочны? Программный робот обладает высокой производительностью, и одна ошибка в алгоритме способна породить тысячи неверных действий. К примеру, в ранее описанном алгоритме был некорректно прописан блок поиска клиентов, к информации которых будут привязываться сканированные копии документов, в результате робот будет загружать в систему 1200-1800 некорректных документов в сутки. При обнаружении такой ошибки подразделению потребуется остановить всех роботов, обнаружить ошибочные файлы, вручную перепривязать или отсканировать документы заново, переписать алгоритм. Данные мероприятия потребуют больших временных затрат и вынудит вернуться к старой схеме бизнес-процесса, чем, разумеется, будут недовольны клиенты, со всеми вытекающими последствиями.

RPA как инструмент аудита.

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

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

Всё новое - это хорошо забытое старое


Слышали ли Вы когда-нибудь про AutoIt, AutoHotKey, Sikuli, Selenium? Собственно сам подход стар как мир, но раньше мы его называли "костылями" а теперь более модным словом - RPA.

На самом деле тут фраза примерно из разряда "DevOps это не про Docker". "RPA это не про автокликер".

Автокликер всего лишь подход.

RPA - это решение ближе к BPM системам - когда вы визуально описываете по сути рабочий процесс, а потом просто нажимаете кнопку "play" и этот процесс выполняется.

При этом из блоков в нём может присутствовать как "Получить данные из SAP" так и "кликнуть на смешную рожицу".

Главная задача - сокращение FTE, если число бесполезных действий пользователя сокращено - проект RPA успешен (в рамках бюджета, конечно :)).

Какие Бывают RPA решения


Сейчас решений, конечно, уже становится достаточно много, перечислил ниже то, чем более или менее можно пользоваться:

UiPath - самый крупный и популярный, соответственно и самый дорогой.

Хорошо: всё продумано, очень много Actions, современный визуальный интерфейс

Хорошо: действий просто тонна, старейшее решение.

Плохо: Никакой визуальной части - только код. Только Windows. Естественно жутко дорого. В России практически не представлен

BluePrism

Хорошо: Много действий, хорошая документация

Плохо: Ужасный устаревший интерфейс. Только Windows. Естественно жутко дорого. В России практически не представлен

PIX

Хорошо: Российская разработка

Плохо: Beta, только код только хардкор. Только Windows.

Electroneek

Хорошо: Российская разработка

Плохо: Жуткий интерфейс, малое число действий, использование в работе online сервисов (в т.ч. платных), только Windows, зачем то прикрученный JS.

Robin

Хорошо: Российская разработка

Плохо: Непонятно, жив или мёртв. И да, интерфейс жуткий

Ну и причём тут 1С?


Для тех, кто ещё не понял - на территории РФ 90% всех рутинных операций выполняются в нашей с вами любимой системе.

У особо продвинутых конечно много что автоматизировано. Но вот как раз на стыке со сторонними системами, особенно с Legacy или популярными большими и иностранными (поняли же на кого я намекаю), хотя не только.

Более того, всё чаще в своей деятельности, я встречаю кейсы когда разработчики(!) 1С не всегда имеют право на доступ в часть 1С систем. И доработка (в т.ч.) интеграционная становится - "большим проектом на сотни трудочасов", которые "ставят в план на будущий год". А тем временем люди копируют информацию из одной системы и вставляют её в другую.

Но я даже не знаю что хуже, те кто ждёт проекта или те кто громко кричит:

"Теперь у нас есть RPA" и даже на видео люди не стесняясь показывают заполнение форм 1С путём поиска компонент по рисункам на экране! :).

Почему такое решение использовать хм. "крайне не желательно". Объясню чуть дальше.

А мысль этого абзаца такова - автоматизировать можно всё, даже если нельзя, но очень хочется, то особенно это можно, и особенно актуально это нам в 1С.

Что умеют и что не умеют RPA системы?


Вообще, как показывает практика, у нормальной RPA системы должно быть 4 "обязательных" компонента взаимодействия с окружающим миром (у перечисленных выше есть не у всех, кстати):

  • Взаимодействие с интерфейсом посредством имитации действий пользователя
    • Посредством Window Handler
    • Посредством распознавания графических изображений
    • Взаимодействие с web сайтами посредством поиска элементов на Web странице

    Все остальные действия могут расходиться от системы к системе.

    Для чего целых три метода взаимодействия с интерфейсом? Конечно имитация действий пользователя - дело нестабильное.

    И чем больше оно AI, тем менее оно стабильное. Собственно Computer Vision сейчас пошло вперёд, но идентифицировать одну и ту же кнопку в интерфейсе WindowsXP и Windows 10 даже человек не всегда отличит. А там где проблемы есть у человека ИИ пока ещё явно бессилен:


    Вообще прибегать к распознаванию изображений для имитации действий пользователя - последнее дело.

    В данном случае решения получаются крайне нестабильными, часто их эксплуатация "съедает" всё сэкономленное FTE.

    Вариант чуть получше - использование хэндлов элементов управления Windows.

    Собственно, кто знаком с Windows API знает. По факту окно и все оконные элементы создаются средствами операционной системы.

    ОС Windows хранит информацию обо всех окнах и элементах, созданных таким образом. В случае если для создания элементов управления используется Windows API - у всех их есть адреса (хэндлы) и к ним можно обратиться напрямую.

    Но и тут бывают трудности - не всегда "кнопки" которые вы видите на экране приложения создаются средствами Windows API. Никто не мешает разработчику разместить на панели картинки и обрабатывать клики по ним. Собственно примерно так и сделано в 1С. Т.е. по факту средствами Windows API можно получать только отдельные окна 1С.

    И последний метод обращение к Web браузеру. В современном мире всё больше и больше Web приложений, поэтому данный метод становится всё более актуальным. Он работает достаточно стабильно (относительно распознавания картинок). Но может использоваться только для Web приложений.

    А что в 1С? Ну в 1С это только для Web клиента. Притом в случае с 1С данный метод использовать нежелательно.

    Web интерфейс - закрыт притом может меняться от версии платформы к версии платформы (и меняется).

    Так как же правильнее всего взаимодействовать с 1С для имитации действий пользователя? Догадались?

    Картинки по запросу 1с запись действий пользователя

    К сожалению, RPA системы которые есть на рынке этого не умеют и уметь скорее всего не будут.

    Собственно это и зародило мысль что не помешала бы своя "1С-ная" RPA платформа:

    RPA на 1С можно ли?


    Собственно далее просто дело техники.

    Конструктор процессов

    Используется "графическая схема" 1С. Которую вполне можно и удобно редактировать программно.

    Подошло практически идеально. Робот в RPA это по сути ни что иное как бизнес процесс. Элементы похожие, схема сериализуется.

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

    Имитация действий

    Делится на три части:

    - Web страница. Тут выбор однозначен - Selenium WebDriver (для него тоже есть обвязки практически для всех языков). И работает это сейчас намного стабильнее чем всё остальное. Ничего стороннего лучше не брать - просто установить расширение Chrome которое позволяет извлекать селекторы и использовать.

    Далее делаем действия по выполнению кода 1С, записанных действий, работы с почтой и FTP (простым кодом 1С) и воаля, прототип RPA платформы на 1С:


    Не так уж и плохо выглядит даже в сравнении с лидером рынка:


    Конечно не всё так просто - есть переменные, условия, циклы.. процедура выполнения кода получилась достаточно замороченной.


    Пользователи Steam любят, если не играть, то хоть краешком глаза взглянуть на очередную новинку из раздела анимешных визуальных новел. Особенно привлекают формы тех, которые имеют пометку «Нагота».

    Корректно ли это? Если чтение отзывов КПК Добрыня, к примеру, перед фактическим открытием счета и переводом Добрыне своих «кровных» называется осторожностью, то и это можно так назвать. А я не помню случая, когда бы осторожность приносила вред.

    Как же открыть RPA файл?

    RPA Extractor for Windows – специальная программа для вскрытия файлов «.rpa». Созданная на скорую руку, поэтому нормального интерфейса в ней нет, и похоже, что не будет. Вот что нужно сделать, что бы открыть RPA архив с её помощью:

    • скачайте программу по одной из ссылок ниже;
    • распакуйте в любую папку;
    • скопируйте .rpa файл в эту папку;
    • нажмите на адресную строку и адреса расположения программы введите CMD;
    • в командной строке введите: rpaextractor -x имя_файла.rpa -o NAME;
    • в скором времени, если не было ошибок, появится здесь же появится папка «NAME»;
    • в ней вы и найдете все файлы, извлеченные из архива.

    Создатель программы прикрыл сайт RPA Extractor, теперь она доступна только в народе: mirror 1 / mirror 2 (если ссылки не работают, напишите нам в комментариях и мы это исправим).

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

    Коментировать на “RPA Extractor for Windows”

    Движок Ren’Py является одним из самых популярных у создателей визуальных новелл из-за своей простоты и бесплатности.

    Некоторые разработчики сжимают свои игры на этом движке помещая файлы в архивы вроде images.rpa. Если вам хочется посмотреть что спрятано в таких архивах, то есть очень простой способ их распаковать. Рассмотрим распаковку на примере игры Everlasting Summer (Бесконечное Лето), но этот способ будет работать и на других играх на движке Ren’Py.

    Для начала заходим в папку с игрой.


    Скачиваем этот файл:

    depack.rpy

    Помещаем скачанный depack.rpy в папку «game» нашей подопытной игры.


    Запускаем игру и ждём. Процесс распаковки может занять от нескольких секунд до нескольких минут. Если игра запустилась, то это значит, что распаковка завершена, игру можно выключать.


    В появившейся папке «unpacked» будут лежать все распакованные файлы.


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

    Читайте также: