13 лютого 2026 · Оновлено: 13 лютого 2026
Вікно реєстрації: 4–19 березня 2026 (12:00 ET)
Збір: $215 за кожну реєстрацію
Правило чинне: 27.02.2026
H-1B FY2027: реєстрація 4–19 березня 2026, збір $215 і що змінює правило від 27 лютого 2026
У лютому 2026 очікувано зростає попит на запити на кшталт: «дати реєстрації H-1B 2027», «H-1B березень 2026 реєстрація», «H-1B $215 реєстраційний збір», «як створити USCIS organizational account». Люди шукають не загальні фрази, а чіткий календар, пояснення змін з 27.02.2026 і список помилок, через які реєстрацію відхиляють або вона фактично стає «неподаною».
Чому це важливо саме зараз. Найкритичніші дії (створення USCIS organizational account / «організаційного акаунта»,
підготовка даних бенефіціара, узгодження SOC / локації роботи / зарплати, а також контроль оплати $215 за кожну реєстрацію)
краще завершити до відкриття вікна. Усередині вікна найбільше провалів — через дедлайни, «чернетки», дублікати та платежі в останню годину.
Як читати цей матеріал (швидко)
- Почніть з календаря по днях і внутрішніх дедлайнів (щоб не втратити подачі через чернетки/оплати).
- Далі — що змінює правило від 27.02.2026: wage-weighted selection і чому важливі рівні OEWS (I–IV).
- Потім — практичний чек-лист по organizational account та оплаті $215 (ролі, доступи, контроль статусів).
- Фініш — топ помилок «вбивць реєстрації» + FAQ (7 питань) і Schema FAQPage.
Зміст (посилання ведуть на блоки сторінки)
- 1) Календар по днях: що зробити до/під час/після 4–19 березнядедлайни, ролі, ризики
- 2) Правило 27.02: wage-weighted selection + рівні OEWS (I–IV)логіка + читабельна діаграма
- 3) USCIS organizational account: налаштування + оплата $215ролі, доступ, статус-контроль
- 4) Помилки, через які реєстрацію відхиляють або «втрачають»дублі, ідентифікатори, дедлайни
- 5) FAQ (7 питань) + Schema розміткакороткі відповіді під пошук
1) Календар по днях: дедлайни FY2027 (ET) і що закрити заздалегідь
Логіка проста: до 4 березня — готові акаунти й дані, під час вікна — лише контрольоване заповнення, перевірки та оплата $215 без хаосу в дедлайни.
Реальність часових поясів (для команд поза США). USCIS працює за Eastern Time (ET). Для Європи дедлайни часто припадають на вечір.
Найнадійніший контроль — не «встигнути в останню хвилину», а закрити подачі та оплату за добу до завершення.
Практика
Внутрішній дедлайн: 18 березня — усе, що планується подати, має бути Submitted і оплачено.
| Дата (ET) | Що зробити | Хто | Ризик, якщо тягнути |
|---|---|---|---|
| До 27.02 підготовка |
Зафіксувати внутрішній список бенефіціарів і зібрати ключові ідентифікатори (паспорт/проїзний документ, дата народження, громадянство). Узгодити job offer: роль, локація(ї) роботи, підхід до SOC та діапазон зарплати. | HR + Legal | Хаос у даних, різні написання, «правки на ходу» без контролю версій. |
| 27.02 правило |
Врахувати правило від 27.02: команда має розуміти зв’язку OEWS wage level ↔ SOC ↔ intended work area і тримати її узгодженою з подальшими документами. | Legal | Невідповідність «зарплата/локація» підвищує ризики на наступних етапах. |
| 1–3.03 акаунт |
Створити/перевірити USCIS organizational account, призначити employer admin, налаштувати ролі, прив’язати представника (за потреби), і «сухо» відпрацювати сценарій: чернетка → перевірка → готовність до оплати. | Employer admin | Технічні блокування в перший день; немає доступу/прав на submit & pay. |
| 4.03 (12:00) старт |
Вікно відкривається. Працюйте «партіями»: невеликий батч → перевірка на дублі → оплата → лог статусів. Не перетворюйте першу годину на гонку з помилками. | HR + Admin | Поспіх → дублі, неоплачені submissions, помилки в даних. |
| 10–14.03 аудит |
Середина вікна — найкращий час для чистої звірки: однакове написання ПІБ/паспортних даних, єдина логіка по job offer, узгоджені SOC/локація/зарплата, відсутність другої реєстрації для того ж бенефіціара від того ж роботодавця. | Legal + HR | Критичні несумісності знайдете надто пізно для безпечного виправлення. |
| 18.03 внутр. дедлайн |
Внутрішній дедлайн: завершити всі чернетки, які точно підуть у подачу, та забезпечити успішну оплату (ліміти банку/картки, комплаєнс на серію платежів по $215). | Finance + Admin | Банк блокує платежі — частина реєстрацій лишається неоплаченою. |
| 19.03 (12:00) закриття |
Вікно закривається. Після 12:00 ET нові реєстрації не подати. Перевірте, що кожна потрібна подача має статус Submitted і підтверджену оплату. | Admin | «Ідеальна чернетка» не рахується — важливі лише submitted + paid. |
| До 31.03 selection |
Моніторити результати selection в акаунті й фіксувати статуси по кожному бенефіціару. Для selected-кейсів — одразу запускати підготовку петиції, не починати «з нуля» під дедлайни. | HR + Legal | Втрата часу: збір документів починається занадто пізно. |
Чек-лист: що має бути готово до 4 березня (ідеально — 1–3 березня)
- Organizational account: створено, вхід перевірено, ролі призначено, зрозуміло хто відповідає за submit/payment.
- Дані бенефіціара: паспорт/проїзний документ, DOB, громадянство, єдине написання імені.
- Логіка job offer: реальна позиція, узгоджена локація(ї), підхід до SOC, пояснення wage level.
- Оплата: перевірені ліміти та anti-fraud; підготовлено резервний спосіб оплати.
- Анти-дублі: один master-реєстр + одна точка фінального затвердження.
2) Правило від 27.02.2026: як працює wage-weighted selection і чому wage level став критичним
У FY2027 важливо розрізняти два рівні: (а) операційний процес реєстрації (акаунти, оплата, статуси) і (б) логіку відбору під cap. Правило, що набирає чинності 27.02.2026, змінює саме логіку відбору: коли потрібен відбір, USCIS застосовує wage-weighted selection на основі OEWS wage levels (I–IV).
Суть (в одному абзаці)
Відбір проводиться серед унікальних бенефіціарів (бенефіціар-центричний підхід зберігається). Коли попит перевищує квоту, кожному бенефіціару визначається еквівалентний OEWS wage level через зв’язку SOC code + area(s) of intended employment + proffered wage. Далі бенефіціар потрапляє в пул з різною «вагою»: Level IV = 4 входи, Level III = 3, Level II = 2, Level I = 1. Якщо на одного бенефіціара існує кілька реєстрацій з різними рівнями — застосовується найнижчий wage level серед них.
Діаграма: «вага» рівня та ілюстративна ймовірність відбору
Оцінки з регуляторного аналізу; фактичні результати залежать від складу пулу
OEWS Level I
1× · 15.29%
OEWS Level II
2× · 30.58%
OEWS Level III
3× · 45.87%
OEWS Level IV
4× · 61.16%
Орієнтир: у «чистому випадковому» підході оцінка була однакова для рівнів (≈29.59%)
Кілька реєстрацій не «накопичуються»; низький рівень може «потягнути вниз» бенефіціара
Якщо зарплата — діапазон, рівень оцінюють за нижньою межею діапазону
Що це змінює на практиці
- Точність даних стає критичною. SOC, локація та зарплата мають збігатися: wage level — це вже не «косметика».
- Hybrid/remote та мульти-локації треба планувати заздалегідь. Intended work area впливає на wage level і має бути послідовним у документах.
- «Дві реєстрації про всяк випадок» — не завжди плюс. Низький рівень у одній з реєстрацій може визначити рівень для бенефіціара.
- Консистентність з пакетом петиції. Дані реєстрації мають узгоджуватися з LCA/offer і доказами на наступному етапі.
| Зона даних | Що потрібно в реєстрації FY2027 | Типова помилка + як уникнути |
|---|---|---|
| OEWS wage level | Вибрати рівень (I–IV), який підтримується запропонованою зарплатою для релевантного SOC та intended work area(s). | Помилка: «приблизно Level II». Профілактика: зафіксувати внутрішнє обґрунтування і тримати один затверджений набір параметрів. |
| SOC | Коректний SOC, що реально відображає обов’язки (він визначає порівняння зарплати за рівнями). | Помилка: надто «широкий» SOC для зручності. Профілактика: узгодити SOC з реальними duties, щоб не створювати ризики далі. |
| Локація | Intended employment area(s), узгоджені з реальною моделлю роботи (onsite/hybrid/remote) і подальшими документами. | Помилка: «тимчасова» локація без прив’язки до worksite. Профілактика: затвердити модель роботи і відобразити її послідовно. |
| Діапазон зарплати | Якщо зарплата подається діапазоном, wage level оцінюється за нижньою межею. | Помилка: «верхня межа підніме рівень». Профілактика: перевіряти відповідність рівня саме за нижньою межею до подачі. |
| Кілька реєстрацій | Пам’ятати: бенефіціар враховується один раз; якщо рівні різні — контролює найнижчий. | Помилка: «подамо два варіанти — сильний і запасний». Профілактика: не створювати «запасний» варіант, який знижує рівень. |
Висновок для FY2027
Найкраща стратегія — не «обсяг», а дисципліна: один master-список, один затверджений набір параметрів і готовність пояснити, чому саме ця позиція, ця локація та ця зарплата узгоджені між собою.
3) USCIS organizational account + збір $215: налаштування без сюрпризів
У FY2027 «вузькі місця» часто не юридичні, а процедурні: неправильний тип акаунта, не призначено відповідального за submit/pay, зависають чернетки, банк блокує серію однакових платежів по $215 — і реєстрація стає фактично «неподаною».
Практичний план на 60–90 хвилин до відкриття вікна
-
1Призначте employer admin (і резерв).Ці люди мають реально керувати доступами, відправляти реєстрації та координувати оплату.
-
2Переконайтеся, що використовуєте правильний організаційний/роботодавчий флоу.Перевірте логін, підтвердження email і коректність профілю роботодавця до 4 березня.
-
3Зробіть «анти-дублі» процесом, а не надією.Один master-список бенефіціарів, один канал затвердження, один фінальний submitter.
-
4Підготуйте пакет даних на кожного бенефіціара.Документ, DOB, громадянство, єдине написання + затверджена логіка SOC/локація/wage level.
-
5Заздалегідь перевірте оплату серії платежів по $215.Ліміти, anti-fraud, комплаєнс-погодження, резервний спосіб оплати.
-
6Після submission — ведіть живий лог статусів.По кожному: час submit, статус Submitted, підтвердження оплати, перевірка на дублі.
Ролі й відповідальність: не залишайте submit & pay «на випадок»
Типовий провал — чернетки готові, але «не той» має права; або оплата «в чиїйсь зоні», й вона не відбувається. Проста матриця ролей знімає найдорожчу помилку: думати, що подали, коли є лише draft.
| Роль | Що робить на практиці | Типовий ризик + профілактика |
|---|---|---|
| Administrator | Керує ролями/доступами, створює/редагує реєстрації, відправляє та оплачує. | Ризик: один адмін недоступний. Профілактика: щонайменше 2 адміни + чітка матриця відповідальності. |
| Member | Допомагає з даними й чернетками, але не має бути єдиною точкою submit/pay. | Ризик: чернетки готові, але не подані/не оплачені. Профілактика: щоденний статус-контроль + правило «draft ≠ filed». |
| Representative (за потреби) | Підтримує консистентність між реєстрацією та пакетом петиції, допомагає з контролем процесу. | Ризик: роботодавець і представник працюють з різних списків. Профілактика: один master-реєстр як «єдине джерело правди». |
4) Помилки, через які реєстрацію відхиляють або фактично «втрачають»
Це не «страшилки», а реальні причини, через які результат стає бінарним: або реєстрація Submitted і оплачена, або її немає в системі як дієвої подачі.
A
Оплата не пройшла (або пройшла частково)
Якщо $215 не підтверджено, реєстрація не завершена.
Профілактика
Внутрішній дедлайн на оплату (18 березня), перевірка лімітів/anti-fraud, резервний спосіб оплати.
B
Дублююча реєстрація того ж бенефіціара тим самим роботодавцем
Часто виникає через паралельні подачі різних команд.
Профілактика
Один master-список + одна точка фінальної подачі + заборона «самостійних submit» без погодження.
C
Невідповідність паспортних/персональних даних
Різна транслітерація, перестановка імені/прізвища, помилка в номері документа.
Профілактика
Єдина форма введення даних + перевірка «другою парою очей» перед submission.
D
Неправильне налаштування акаунта або немає прав у submitter
Під час вікна майже немає часу на «спокійне» виправлення доступів.
Профілактика
Dry-run сценарію (draft → submit → pay) 1–3 березня.
E
Ставка на «останній день/останню годину»
Пізні провали майже завжди «зовнішні»: платежі, комплаєнс, людський фактор.
Профілактика
План закриття всіх подач і оплат до 18 березня + щоденний контроль статусів.
F
Неконсистентна логіка job offer (SOC / локація / зарплата)
У FY2027 це ще й «математика відбору»: wage level залежить від цієї зв’язки і має бути послідовним надалі.
Профілактика
Один затверджений набір параметрів + заборона «міняти на ходу» без контролю версії.
Фінальний контроль перед закриттям вікна
До вечора 18 березня у вас має бути: (1) фінальний список бенефіціарів, (2) статус Submitted по кожній запланованій подачі, (3) підтвердження успішної оплати по кожній подачі, (4) відсутність дублювань у межах роботодавця.
5) Що після 19 березня: коли чекати selection і як діяти далі
Після закриття вікна USCIS публікує статуси selection в акаунтах роботодавців/представників. Для selected-кейсів далі починається етап подачі петиції.
Післявіконний план (простий і прикладний)
-
19.03 (12:00 ET)
Вікно закривається.
Зафіксуйте фінальний реєстр: що подано, що оплачено, які статуси в акаунті.
-
20–31.03
Моніторинг selection.
Перевіряйте статуси в акаунті й фіксуйте результати по кожному бенефіціару в master-трекері.
-
Після selection
Підготовка петиції.
Selection notice визначає вікно подачі петиції та вимоги. Для selected-кейсів не варто стартувати з нуля.
-
Якщо не selected
Перегляд опцій.
Оцініть cap-exempt варіанти, альтернативні статуси, наступний сезон і якість узгодженості job offer (особливо під weighted selection).
FAQ: 7 частих питань про H-1B FY2027
1) Які дати реєстрації H-1B FY2027 і який часовий пояс застосовується?
Електронна реєстрація триває з 4 березня 2026 (12:00 ET) до 19 березня 2026 (12:00 ET).
USCIS використовує Eastern Time (ET), тому внутрішні дедлайни краще ставити з буфером.
2) Скільки коштує реєстрація і коли сплачується збір?
Реєстраційний збір — $215 за кожну реєстрацію (за бенефіціара). Практично реєстрація має значення лише тоді,
коли вона Submitted і оплата підтверджена.
3) Що таке USCIS organizational account і навіщо він потрібен роботодавцю?
Це структура онлайн-акаунта USCIS, яка підтримує процеси роботодавця: створення реєстрацій, керування ролями й доступами,
відстеження статусів і координацію з представником (за потреби) в одному середовищі.
4) Що саме змінює правило від 27 лютого 2026?
Змінюється логіка відбору під cap: коли потрібен відбір, USCIS застосовує wage-weighted selection.
Унікальні бенефіціари отримують різну «вагу» за OEWS wage level (I–IV): Level IV = 4×, Level III = 3×, Level II = 2×, Level I = 1×.
Якщо є кілька реєстрацій з різними рівнями — контролює найнижчий.
5) Як обрати wage level (I–IV) і чому його не можна «вгадувати»?
Wage level визначається зв’язкою SOC + intended work area(s) + offered wage. Він впливає на «вагу» у відборі та має бути послідовним з документами на етапі петиції.
Якщо зарплата подається як діапазон, рівень оцінюється за нижньою межею.
6) Які помилки найчастіше призводять до проблем або «анулюють» реєстрацію на практиці?
Найтиповіші: неуспішна оплата; дублююча реєстрація одного бенефіціара тим самим роботодавцем; розбіжності в паспортних даних;
неправильні ролі/права; подача в останню хвилину; неконсистентна логіка job offer (SOC/локація/зарплата).
7) Коли чекати результати selection і що далі?
Статуси selection з’являються в акаунті роботодавця/представника. Для selected-кейсів дійте за інструкціями selection notice —
саме там визначено вікно подачі петиції та технічні вимоги.
Офіційні джерела (дати, процес і фінальне правило)
- USCIS — FY2027 H-1B cap: вікно початкової реєстрації (4–19 березня 2026) Оголошення USCIS з підтвердженням дат вікна та ключових деталей процесу.
- USCIS — H-1B Electronic Registration Process Опис електронного процесу реєстрації та роботи з акаунтом.
- USCIS — Organizational Accounts FAQ Пояснення про організаційні акаунти, ролі та практичні нюанси налаштування.
- Federal Register — Weighted Selection Process (Final Rule; чинне з 27.02.2026) Фінальне правило, яке впроваджує wage-weighted selection на основі рівнів OEWS.
Пов’язані послуги
Імміграційні категорії: EB та L-1
Швидка внутрішня навігація за ключовими сторінками EB-1, EB-2 та шляхом L-1.
