PERM для remote/hybrid та multi-location: як правильно вказувати worksite, NOF, PWD і вакансії
У 2025–2026 найчастіша причина проблем у PERM-кейсах з віддаленою/гібридною роботою та кількома локаціями — не «поганий рекрутинг», а невідповідність географії між кроками: PWD → оголошення → NOF → ETA-9089. Якщо кожен етап описує роботу «в іншому місці», справа виглядає як різні версії однієї вакансії.
Ключова ідея: від початку сформуйте одну “історію локації” (primary worksite + режим роботи + очікувані додаткові місця/відрядження) і не дозволяйте документам «роз’їхатися» по формулюваннях.
Що таке worksite у PERM
Місце, де робота фактично виконується (primary) + передбачені додаткові worksite (якщо є).
Area of intended employment (PWD)
Географічна зона, в межах якої пропонується робота та визначається prevailing wage.
NOF (Notice of Filing)
Повідомлення для працівників, прив’язане до facility/location та підтверджене доказами розміщення.
ETA-9089
Фінальна «збірка» вакансії: primary site (where actually performed) + опис додаткових worksite/умов.
Зміст
1) Вибір primary worksite: remote, hybrid, multi-office, roving 2) “Одна версія географії”: каркас узгодженості PWD → Ads → NOF → ETA-9089 3) Рекрутинг і NOF без суперечностей: матриця сценаріїв + audit-file 4) Ризики, FAQ, самоперевірка та офіційні джерелаДля кого цей гайд
- Компанії, що наймають під PERM для віддалених ролей (telecommute / work from home).
- Команди з гібридним графіком, де частина роботи виконується в офісі.
- Організації з кількома офісами або регулярними виїздами на майданчики клієнтів.
- Кейси, де можливі відрядження, тимчасові ротації або релокація працівника до подачі.
Далі — практичні правила, які допомагають «склеїти» PWD, оголошення, NOF та ETA-9089 в один узгоджений опис вакансії.
1) Вибір primary worksite: remote, hybrid, multi-office, roving
Перший крок — чітко визначити, де робота фактично виконується. У PERM саме ця відповідь задає «скелет» для PWD (area of intended employment), географії оголошень, NOF та заповнення ETA-9089. Далі ви або підтверджуєте одну історію, або (непомітно) створюєте дві-три різні версії вакансії.
Fully remote (telecommute / WFH)
- Primary = home office працівника (місто/штат/ZIP).
- Офісні візити — лише якщо вони реальні, прогнозовані та не перетворюють роль на гібридну «заднім числом».
- Найчастіша помилка: формулювання «remote anywhere», коли PWD прив’язаний до конкретної зони.
Hybrid (частина часу в офісі)
- Визначте primary: дім чи офіс — залежно від того, де робота виконується більшість часу.
- Опис гібриду має бути однаковим: скільки днів onsite, де офіс, що дозволено remote.
- Ризик зростає, якщо HR/менеджер/юрист використовують різні формулювання «для зручності».
Multi-office (2+ офіси)
- Primary = головна локація виконання роботи.
- Якщо другий/третій офіс регулярний і відомий — його треба врахувати до запуску PWD/рекрутингу.
- Поганий патерн: «додамо ще один офіс пізніше» без перегляду узгодженості.
Roving / client sites (виїзди до клієнтів)
- Опишіть рамки travel: відсоток/частота/географія (регіон/штат(и)).
- Уникайте розмитого «значні відрядження» без вимірюваних орієнтирів.
- Якщо клієнтські майданчики регулярні та відомі — це впливає на стратегію coverage.
Критичний тригер: зміна адреси (релокація), зміна режиму (remote ↔ hybrid), поява нового регулярного офісу або розширення географії виїздів до подачі може вимагати перегляду PWD/рекрутингу/ETA-9089, щоб не створити суперечності.
Як приймати рішення (практично)
Запишіть коротко (1 сторінка) “location memo”: primary worksite, режим (remote/hybrid), відомі додаткові worksite, рамки відряджень, і хто підтверджує зміни. Це не «формальність» — це спосіб уникнути ситуації, коли вакансія описується по-різному в різних документах.
Далі — каркас узгодженості: як зробити так, щоб PWD, оголошення, NOF і ETA-9089 говорили одне й те саме.
2) “Одна версія географії”: каркас узгодженості PWD → Ads → NOF → ETA-9089
Нижче — універсальний каркас, який працює для remote/hybrid і multi-location. Він зводиться до того, що ви спочатку визначаєте primary worksite та режим роботи, а потім перевіряєте, що кожен документ описує ту саму вакансію в тій самій географії.
Крок 1 — Факт: де робота виконується
Remote / Hybrid / Multi-office / Client sites (roving)
Крок 2 — Primary worksite і межі географії
A) Fully remote
Primary = home office. Формулювання в оголошеннях не повинні створювати “anywhere”, якщо PWD прив’язаний до зони.
B) Hybrid
Primary = дім або офіс (де більшість часу). Єдина формула: графік onsite + локація офісу + умови remote.
C) Multi-office / roving
Primary + відомі додаткові локації + конкретний travel (частота/відсоток/географія).
Крок 3 — Узгодженість на 4 вузлах
- PWD: area of intended employment покриває primary та відомі worksite (BLS area/county — за потреби).
- Ads/Recruitment: географія і режим (remote/hybrid) описані так само, як у memo і стратегії PWD.
- NOF: розміщення прив’язане до facility/location та підкріплене доказами (дати/спосіб/видимість).
- ETA-9089: primary site (where actually performed) + додаткові worksite/опис, якщо застосовно.
Практичне правило: будь-яка зміна локації або режиму роботи до подачі має запускати перевірку узгодженості по всіх чотирьох вузлах, інакше в матеріалах з’являються різні версії однієї вакансії.
Короткі приклади формулювань (логіка, не шаблон)
Remote: один primary (home office) + чітко описані офісні візити, якщо вони існують (частота/мета), без “anywhere”.
Проблема виникає, коли оголошення дає ширшу географію, ніж покриває PWD.
Hybrid: один узгоджений опис: “X днів onsite у [місто/офіс], решта — remote”.
Проблема виникає, коли різні канали описують гібрид по-різному (“remote role” vs “office-based”).
Multi-office/roving: primary + перелік/тип додаткових worksite + вимірюваний travel.
Проблема виникає, коли додаткові регулярні локації з’являються після старту рекрутингу.
Далі — рекрутинг і NOF: як упаковувати це в доказову базу і не створювати зайвих ризиків.
3) Рекрутинг і NOF без суперечностей: матриця сценаріїв + audit-file
Найпрактичніший спосіб уникнути роз’їзду формулювань — працювати зі сценаріями. Для кожного сценарію (remote/hybrid/multi-office/roving) перевіряйте, що PWD, рекрутинг, NOF і ETA-9089 описують той самий primary worksite та однакові умови (remote/hybrid, travel, додаткові локації).
| Сценарій | Worksite + PWD (географія) | Ads/Recruitment + NOF | Ризики та контроль |
|---|---|---|---|
| Fully remote Home office |
Primary = адреса home office. PWD відображає area of intended employment, що відповідає місцю виконання роботи. Відомі додаткові локації враховуються до рекрутингу. | В оголошеннях: telecommute/remote — так, але без “remote anywhere”, якщо PWD прив’язаний до конкретної зони. NOF — коректно розміщений і задокументований. |
“anywhere”релокація
Контроль: один опис remote + фіксація primary + тригери re-sync перед подачею.
|
| Hybrid Onsite + remote |
Primary = дім або офіс (за фактом “most of the time”). PWD узгоджується з primary та реальною географією виконання роботи. | Єдина формула гібриду в усіх каналах: скільки onsite, де офіс, що remote дозволений. NOF логічно прив’язаний до facility/location. |
різні описиадреси
Контроль: “location memo” + звірка оголошень перед публікацією.
|
| Multi-office 2+ офіси |
Primary = головний офіс/локація. Регулярні додаткові офіси визначаються як anticipated/known і враховуються в стратегії coverage. | Оголошення відображають реальну модель (primary + допустимі додаткові офіси, якщо це частина job opportunity). NOF — доказовий пакет по розміщенню. |
новий офісmulti-state
Контроль: не додавати регулярні worksites після старту рекрутингу без перегляду узгодженості.
|
| Roving Client sites |
Роль передбачає виїзди. Travel задається конкретно (частота/відсоток/географія), щоб coverage був передбачуваним. | В оголошеннях travel описаний вимірювано, без розмитих формулювань. NOF — через facility/location роботодавця + докази. |
розмитий travelнеочік. sites
Контроль: конкретизація travel і внутрішній контроль змін географії клієнтів.
|
Audit-file: мінімальний доказовий набір
- Location memo (1 сторінка): primary, режим, доп. worksites/тип географії, travel рамки, дата/власник.
- Recruitment proof: копії оголошень/job order + підтвердження дат/каналів + однакові формулювання локації.
- NOF proof: докази розміщення (дата/місце/спосіб/видимість для працівників).
- Внутрішні документи: job description/remote policy/offer не суперечать рекрутингу й майбутньому ETA-9089.
- Контроль змін: правила, коли релокація/зміна гібриду/новий worksite запускає re-sync.
Швидка перевірка оголошень
Чи збігаються місто/штат/офіс і опис remote/hybrid/travel з тим, що закладено у PWD?
Швидка перевірка ETA-9089
Чи відповідає primary “where actually performed” тому, що було заявлено раніше (PWD + рекрутинг + NOF)?
Далі — практичні “гарячі точки” ризику, FAQ, самоперевірка і блок офіційних джерел.
4) Ризики, FAQ, самоперевірка та офіційні джерела
У remote/hybrid та multi-location головний ризик — коли PWD задає одну географію, а оголошення/NOF/ETA-9089 створюють іншу. Це виглядає як різні умови однієї вакансії.
10 типових причин невідповідностей
- PWD під конкретну зону, а в оголошеннях — “remote anywhere”.
- Hybrid описаний по-різному в різних каналах.
- Primary address змінюється до подачі без узгодження по ланцюжку документів.
- Релокація працівника «в процесі» не керована правилами re-sync.
- Travel описаний розмито, без частоти/відсотка/географії.
- Регулярний додатковий офіс з’являється після початку рекрутингу.
- NOF розміщений, але докази слабкі або неповні.
- Публічні вакансії компанії суперечать PERM-опису локації.
- Onboarding вимагає тривалого onsite, хоча роль подається як fully remote.
- Немає власника “location memo” — кожен описує локацію по-своєму.
Risk hotspots (0–10): зони підвищеної уваги
Чим вище значення, тим суворіше має збігатися формулювання локації між PWD, рекрутингом, NOF та ETA-9089.
FAQ
Чи можна робити PERM для fully remote (telecommute)?
Часто — так, якщо primary worksite визначений однозначно та однаково відображений у PWD, оголошеннях, NOF і ETA-9089. Найризикованіша ситуація — коли оголошення створює враження “remote anywhere”, але PWD прив’язаний до конкретної географії.
Hybrid: що важливіше — офіс чи дім?
Важлива фактична картина: де робота виконується більшість часу. Primary має бути обраний послідовно, а опис гібриду — однаковим у всіх артефактах (скільки onsite, де офіс, що дозволено remote).
Що робити, якщо з’явився новий регулярний офіс або новий штат?
Це типовий тригер для re-sync: перевірте, чи покриває обрана стратегія PWD нову реальність, і чи не створить зміна конфліктів у рекрутингу/NOF/ETA-9089. Рішення краще приймати до подачі.
Чи можна “просто дописати travel” в оголошеннях?
Travel має бути частиною узгодженої історії. Якщо travel додається або суттєво змінюється після старту рекрутингу, зростає ризик, що опис вакансії стане непослідовним.
Самоперевірка: підказки по локаціях
Інструмент нижче не замінює юридичну консультацію, але допомагає швидко побачити типові місця, де виникають невідповідності.
Primary sources (офіційні)
PERM Regulations (eCFR, Title 20 Part 656)
Базові норми PERM, включно з вимогами до рекрутингу та повідомлень.
https://www.ecfr.gov/current/title-20/chapter-V/part-656Recruitment Timing (20 CFR 656.17 — 30–180 days)
Правила таймінгу рекрутингу та критичні місця для узгодженості опису вакансії.
https://www.ecfr.gov/current/title-20/chapter-V/part-656/subpart-C/section-656.17Prevailing Wage (DOL / OFLC)
Офіційна сторінка про wages і підхід до area of intended employment.
https://www.dol.gov/agencies/eta/foreign-labor/wagesETA-9089 Instructions
Інструкції із заповнення, включно з логікою primary worksite (“where actually performed”).
https://www.dol.gov/sites/dolgov/files/ETA/oflc/pdfs/ETA-9089-Instructions.pdfETA-9141 PWD Instructions (multi-worksite / Appendix A)
Інструкції щодо PWD (ETA-9141), у т.ч. підходи до кількох місць виконання роботи.
https://www.dol.gov/sites/dolgov/files/ETA/oflc/pdfs/Form%20ETA-9141%20-%20General%20Instructions%20-%20508%20Compliant%20-%20Expires%2007-31-2026.pdfOFLC / FLAG — PERM Overview
Офіційний портал з оглядом PERM та навігацією по програмі.
https://flag.dol.gov/programs/permПорада для практики: перед запуском рекрутингу звірте внутрішню remote/hybrid policy та публічні вакансії компанії з “location memo”, щоб уникнути конфліктів у формулюваннях.
