«Сокращение» — это увольнение сотрудников по рыночным причинам.

Все мы работаем на рынке. «Рынок» означает свободную и неограниченную конкуренцию, «рынок» означает постоянные колебания, «рынок» означает неподвластные нам условия, «рынок» означает непредсказуемость — особенно во времена VUCA (Volatile, Uncertain, Complex, Ambiguous — нестабильность, неопределённость, сложность, неоднозначность).

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

«Сокращения» навязываются организации извне, тогда как «увольнение» — сознательное действие организации.

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

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

«Сокращение» — это тяжёлое расставание с коллегами и друзьями, тогда как «увольнение» — уход тех, кто не вписался в культуру.

«Сокращения» трагичны, тогда как «увольнения» приносят облегчение.

«Сокращение» — это спасение организации от краха, тогда как «увольнение» — защита организации от краха.

«Сокращения» ослабляют организацию, тогда как «увольнение» её укрепляет.

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

Поэтому сокращения в EC не следует считать «потерей», пока люди остаются в сообществе EC — в той или иной компании.

Вы также можете прочитать статью «Работать на Долину, работать на Город» в предыдущем выпуске журнала (выпуск 20/25).

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

Постановка задачи 1: загружаются файлы разных типов (Excel или Google Sheets). Рабочий процесс может полностью, без ошибок обрабатывать только файлы Google Sheets.

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

Часть, отвечающую за эту задачу, вы видите ниже:

Теперь разберём это по шагам:

1. Extract File ID: этот узел содержит код на JavaScript, который получает ссылку на файл и извлекает его ID. Этот ID используется на дальнейших этапах.

2. Get File Metadata: этот узел выводит ID файла, которым поделился инженер, его имя и MIME-тип (показывает тип файла).

3. File type switch: этот узел получает MIME-тип и проверяет, является ли файл файлом Google Sheets или Excel. В зависимости от типа файла создаёт 2 ветви для продолжения рабочего процесса.

4. (a) Copy GSheets: выполняется, если файл был в формате Google Sheet. Он копирует файл в ту же папку и продолжает работать с копией, оставляя исходный отправленный BOM без изменений.

   (b) Convert to GSheets: выполняется, если прикреплённый файл был в формате Excel. К сожалению, в n8n нет действия, преобразующего файл Excel в Google Sheets, поэтому здесь это делается отправкой HTTP-запроса к этому файлу. Здесь в той же папке создаётся такой же файл Google Sheets, так что файл Excel остаётся без изменений, а дальше обрабатывается файл Google Sheets.

5. Merge: этот узел просто упрощает рабочий процесс. Данные, используемые далее, берутся из 1 узла. Иначе пришлось бы создавать логику, при которой данные берутся из узла Copy GSheets, а если там данные не обработаны — из узла Convert to GSheets. Таким образом, цель этого узла — упростить логику рабочего процесса.

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

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

На рисунке 2 показан пример возможной базы данных сотрудников с их именами, ID, адресами электронной почты и номерами телефонов в Google Sheets. Затем с помощью Google Apps Script мы создали форму. Идея в том, что руководитель проекта заполняет своё полное имя и полное имя инженера, участвующего в проекте, а остальные данные заполняются автоматически из базы данных. Форма показывает выпадающий список всех полных имён, соответствующих введённым данным (см. рисунок 4), и руководителю проекта нужно лишь нажать на нужное полное имя. Это значительно снижает риск ввода неверных данных.

Затем, когда руководитель проекта заполнил оба поля, он отправляет первую страницу (см. рисунок 5).

Если информация, указанная руководителем проекта, неверна (т. е. он/она написал(а) недопустимое полное имя), форма выдаёт ошибку (см. рисунок 6).

Затем, когда страница 1 получает допустимые данные, происходит переход на страницу 2, где необходимая информация заполняется автоматически (см. рисунок 7).

Затем все поля, кроме «Link», заполнены. Руководителю проекта остаётся лишь вставить ссылку на BOM, который будет проверяться.

1. После отправки форма выполняет 2 действия: все данные заносятся на другой лист того же документа Google Sheets, где хранятся данные сотрудников, чтобы можно было отслеживать отправки (см. рисунок 8).

2. Запускает выполнение рабочего процесса n8n.

Итак, на этом этапе проекта n8n мы создали форму, позволяющую свести к минимуму долю неудачных выполнений рабочего процесса, и логику узлов, преобразующих Excel в Google Sheets, чтобы сотрудникам приходилось учитывать меньше факторов при использовании этой части