РЕКОМЕНДАЦИИ РАЗРАБОТКИ РОБОТОВ НА PIX PLATFORM
1 Декомпозиция

Идеальная структура проекта выглядит следующим образом: в корне папки располагается один управляющий скрипт main.pix. Остальные скрипты разносятся по отдельным папкам, наименования которых, отражают зону действия скрипта: к примеру папка «1С», «Oracle», «web» и т.д.
2 Модульность

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

Скрипт должен сопровождаться комментариями для хорошего понимания логики происходящих процессов в скрипте.
4 Учётные данные

Нельзя хранить пароли в роботе в явном виде. Учётные данные необходимо хранить в «Windows credentials» или в сторонних системах (SQL, key pass и пр.).
5 Параметры скрипта

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

In_ - входящий параметр;
Out_ - исходящий параметр.

Имена параметров должны быть понятными и нести смысловую нагрузку.
6 Локальные переменные

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

Участки проекта, где возможны возникновения исключений должны быть обернуты оператором Try\Catch.
8 Исключения
При использовании активности «Вызвать исключение» необходимо подробно, но лаконично описать состав ошибки.
9 Информация о ресурсах
Такую информацию требуется выносить в отдельный конфигурационный файл (txt; xlsx). В нём можно хранить изменяемые данные, такие как: URL-адреса, пути к файлам и т.д.
10 Адресация

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