Paid Wage та payroll reconciliation у PERM/I-140: де роботодавці реально ризикують RFE і як зібрати карту документів
У кейсах employer-sponsored PERM → I-140 практичний ризик часто з’являється не там, де його очікують. Багато роботодавців фокусуються на «фінансовій силі», але отримують запити, бо payroll-історія не зводиться рік до року. Офіцер шукає зрозумілу та послідовну логіку: хто платив (юридична назва та EIN), як платив (W-2 vs 1099 vs PEO/paymaster), і як пояснено різницю між offered/proffered wage та тим, що фактично відображено у payroll-доказах.
Ця сторінка — окремий комплаєнс-ракурс і не дублює «Ability to Pay». Мета — «самопояснюваний» пакет, який читається як звірка: рік → базова ставка → paid wage → доказ → однорядкове пояснення відхилення. Коли цей ланцюг видно, payroll перестає бути «стосом додатків» і стає чіткою історією, яку офіцер може прийняти без здогадок.
Ціль: офіцер має швидко підтвердити (1) базу offered/proffered wage, (2) payroll-слід paid wage, (3) причину будь-якого відхилення (частковий рік, зміна ставки, відпустка без оплати, структура виплат), (4) платника та EIN — без пошуку по документах і без припущень.
Що є на цій сторінці
- Ability to Pay vs payroll-комплаєнс: два різні «тести» на практиці і чому змішування тем провокує питання.
- Year-by-year narrative: повторювана структура пояснення кожного року, щоб офіцер не губив логіку.
- Типові red flags: W-2/1099, ownership, affiliates, PEO/paymaster, невідповідність EIN — і як їх нейтралізувати.
- Packaging map: дві таблиці, які перетворюють payroll-докази на річну звірку.
- RFE-патерни: що зазвичай запитують, коли ланцюг payroll нечіткий, і як відповідати без нових ризиків.
- FAQ + Schema: сім практичних запитань, з якими HR стикається під час підготовки I-140 payroll-пакета.
Ability to Pay vs payroll compliance: практична різниця
В employer-sponsored I-140 офіцери часто оцінюють пакет через дві різні «лінзи». Перша — Ability to Pay: чи здатен роботодавець платити proffered wage від priority date і надалі. Друга — payroll-комплаєнс: чи складаються докази у послідовну, таку, що зводиться, payroll-історію — хто платив, як платив, і чому існує відхилення між роками.
Багато RFE виникає не тому, що роботодавець «не має грошей», а тому, що payroll-історія виглядає непослідовною. Сума W-2 нижча за річну базу без пояснення, з’являється інший EIN без контексту, компенсація читається як contractor-оплата, або роль/режим роботи у payroll-доказах виглядає інакше. Будь-який з цих сигналів змушує офіцера запитувати уточнення — навіть якщо кейс по суті коректний.
Ключовий принцип: payroll-докази мають читатися як звірка. Якщо офіцер змушений рахувати «в голові», здогадуватися, чому рік виглядає «низьким», або виводити, яка сутність реально платила, структура пакета сама провокує RFE.
| Лінза | Що офіцер намагається підтвердити | Що найчастіше ламає історію |
|---|---|---|
| Ability to Pay Фінансова спроможність |
Роботодавець може покривати proffered wage від priority date і надалі допустимими типами доказів. | У пакеті є «фінанси», але payroll-докази непослідовні, погано зводяться або прив’язані до іншої сутності. |
| Payroll compliance Звірка |
Хто платив (юридична назва/EIN), як платив (W-2/PEO/інше), скільки платив, і чому є відхилення. | Невідповідність EIN/сутності, 1099-періоди без чистого переходу, відсутність year-by-year narrative, різночитання ролі/режиму. |
| PERM-контекст Логіка offered wage |
Сертифікована роль і базова ставка узгоджуються з тим, що показують payroll-записи щодо цієї роботи. | Payroll виглядає як інша роль, інший графік або структура оплати, яка не мапиться на сертифіковану позицію. |
Саме тому важливо розділяти теми. Ця сторінка про payroll-звірку і ризики непослідовності, а «Ability to Pay» — про solvency-рамку. Таке розділення зменшує плутанину і для офіцера, і для пошукових систем.
Year-by-year payroll narrative: як не заплутати офіцера
Сильний payroll-пакет не виглядає як «багато документів». Він виглядає як одна послідовна історія з однаковою структурою щороку. Офіцер зазвичай відновлює таймлайн: коли почалася зайнятість, яка базова ставка застосовується, що фактично виплачено, чому є відхилення, і яка сутність платила. Якщо ці відповіді змінюються від року до року або подані різними форматами, офіцеру доводиться «достроювати» логіку — а це часто веде до RFE.
Один словник термінів для всього пакета
Визначте, як ви називаєте базу, і дотримуйтеся цього. У PERM-наративі часто зустрічається «offered wage», у I-140 — «proffered wage». Payroll-частина має послідовно використовувати paid wage і прив’язувати цю цифру до конкретного типу доказу (W-2, payroll register, paystubs). Це прибирає типову помилку, коли читач сприймає річну суму W-2 як «річну ставку» без урахування контексту.
Повторювана структура: «Offered/Proffered wage (annualized) → Paid wage (W-2/payroll) → Однорядкове пояснення відхилення → Посилання на доказ». Коли кожен рік читається за одним шаблоном, файл виглядає як звірка, а не як спірна позиція.
Partial-year та «низькі» роки
Найпоширеніше відхилення — рік, де підсумок W-2 нижчий за річну базу, бо зайнятість почалася не з січня, ставка змінювалася всередині року, або був період unpaid leave. Сам по собі цей факт не є негативним. Ризик — залишити відхилення без пояснення. Чиста логіка — короткий міст: дата старту (або дата зміни) → річна база → фактична сума → причина → доказ. Цей міст має бути і в таблиці, і в короткому абзаці — щоб офіцер не відновлював його самостійно.
Структура компенсації: salary vs hourly, bonus/commission, retro pay
Payroll-записи часто містять змішані компоненти, через які підсумки виглядають нерівними. Якщо offered/proffered wage описано як річний salary, а payroll відображає погодинні ставки, overtime, змінні бонуси, комісію чи retro pay, важливо відокремити base rate від змінної частини. Офіцеру не потрібна «філософія компенсації». Йому потрібна ясність: базова ставка мапиться на сертифіковану роль, а змінні компоненти лише пояснюють коливання, а не вказують на іншу робочу домовленість.
Простий алгоритм, який стабілізує narrative
- Для кожного року зафіксуйте legal name платника та EIN так, як вони зазначені у payroll-доказах.
- Запишіть базу offered/proffered у єдиному форматі (annualized) і використовуйте її однаково для всіх років.
- Запишіть paid wage і одразу позначте тип доказу, який є primary proof для цього року.
- Якщо є відхилення — назвіть одну головну причину (partial year, rate change, leave, pay cycle) і прив’яжіть її до конкретного додатка.
- Якщо ставка змінювалася — завжди вказуйте дату набрання чинності і зробіть очевидним «до/після» у логіці року.
Шаблон абзаца звірки (коротко, послідовно, рік-до-року)
Коли narrative стабільний, таблиці в packaging map роблять основну роботу. Вони показують кожен рік як окремий блок: база, фактична виплата, пояснення і сутність платника. Це особливо важливо для кейсів з affiliates, PEO/paymaster або ownership, де питання «хто платить» і «в якій формі» з’являються швидше.
W-2/1099/ownership/affiliates/PEO: типові red flags
Payroll-RFE рідко виникає через одну «фатальну» помилку. Частіше його запускає набір дрібних невідповідностей, які роблять файл складним для звірки: зміна платника, структура оплати, яка не мапиться на сертифіковану роль, або записи, що виглядають як contractor-компенсація. Нижче — теми, де роботодавці найчастіше створюють двозначність, навіть не плануючи цього.
Невідповідність сутності/EIN: payroll-докази від однієї компанії, а offer/PERM/I-140 читається як від іншої
Чому це викликає питання: офіцер може сприйняти це як «зарплату платить інший роботодавець» або як розрив між HR-документами та податковою реальністю. Навіть якщо це нормальна корпоративна практика, непояснена поява іншої юридичної назви/EIN створює невизначеність.
Як нейтралізувати: перелічити legal name та EIN для кожного року, пояснити роль сутностей (employer of record, paymaster, PEO-адміністратор), і показати, що трудові відносини та контроль узгоджуються з petitioning employer.
1099-компенсація у таймлайні: записи виглядають як оплата незалежному підряднику
Чому це викликає питання: 1099-патерни можуть конфліктувати з тим, як офіцер очікує бачити employer-employee payroll-слід у PERM/I-140. Проблема часто не в тому, що «1099 завжди неправильно», а в тому, що файл складніше інтерпретувати як послідовну історію зайнятості.
Як нейтралізувати: не «розмивайте» таймлайн. Відокремте 1099-період від W-2-періоду, назвіть дату переходу, і покажіть чіткий W-2 payroll-слід після переходу з річною звіркою.
Ownership та пов’язані сторони: у бенефіціара є зв’язок із власністю або контролем
Чому це викликає питання: у пов’язаних структурах часто зростає увага до того, чи є зарплата реальною, регулярною і стабільно документованою. Офіцери шукають чистий payroll-слід, який виглядає як стандартна зайнятість, а не як ситуативна домовленість.
Як нейтралізувати: робіть акцент на послідовності: регулярні записи, стабільна база, зрозуміла звірка рік-до-року, і прозора прив’язка до платника та структури оплати.
Payroll через affiliate/subsidiary: виплати йдуть через афілійовану компанію
Чому це викликає питання: офіцер може побачити «роботодавець на папері» vs «платник у payroll» як невідповідність, особливо якщо відрізняються назви, адреси або EIN.
Як нейтралізувати: використайте річну proof-матрицю (legal name/EIN) і коротке пояснення, чому affiliate платить (наприклад, paymaster-функція). Рік із «складною» структурою оформлюйте як окремий блок із власним supporting-документом.
PEO / third-party payroll: paystubs виглядають «зовнішніми», а річні форми відрізняються
Чому це викликає питання: без контексту PEO-адміністрування може читатися як розрив між роботодавцем і джерелом wage-запису. Якщо офіцер не може швидко підтвердити, хто контролює зайнятість і як оформлено wage-ланцюг, RFE стає більш імовірним.
Як нейтралізувати: позначте PEO як адміністратора payroll (не як заміну роботодавця) і покажіть узгоджене entity-мапування по роках із підтримкою payroll-доказами та чітким описом трудових відносин.
Невідповідність ролі/графіка: payroll-записи натякають на інший title або інший режим
Чому це викликає питання: якщо payroll читається як part-time або матеріально інша роль, ніж сертифікована PERM-позиція, офіцер може трактувати кейс як невідповідність роботи, що спонсується.
Як нейтралізувати: коротке title-mapping пояснення + річна звірка бази та paid wage, яка демонструє, що умови відповідають сертифікованій ролі.
Практичний висновок: більшість red flags стають керованими, якщо пакет має повторюваний year-by-year narrative та двотабличну карту документів. Така структура зменшує двозначність і робить файл легким для перевірки.
Packaging map: рік → offered/proffered → paid → proof
Найкращий payroll-пакет — не той, де найбільше сторінок. Найкращий — той, де кожен рік «аудитований». Сума W-2 сама по собі нічого не пояснює, як і payroll register не завжди очевидно показує, як застосовується annualized-база. Ризик знижує карта, яка спрощує роботу офіцеру: база, фактична виплата, пояснення відхилення і платник — рік за роком.
Правило пакування: якщо є «складний рік» (partial year, зміна ставки, unpaid leave, PEO/paymaster, payroll через affiliate, зміна юридичної назви), цей рік має мати власний явний запис у таблиці та власний primary proof.
Таблиця — Wage reconciliation (структурний шаблон)
| Рік | Offered/Proffered wage (annualized) | Paid wage (W-2 / payroll) | Пояснення відхилення (1 рядок) |
|---|---|---|---|
| 2023 | $120,000 / рік (salary) | $68,500 (partial year) | Старт у серпні; пропорційний рік підтверджено paystubs та payroll register. |
| 2024 | $120,000 / рік (salary) | $115,900 | Короткий unpaid leave; базова ставка без змін; відображено у payroll register. |
| 2025 | $128,000 / рік (effective Oct) | $123,400 | Підвищення з жовтня; змішаний рік за ставкою підтверджено notice та payroll register. |
Таблиця — Proof matrix (чим закривається кожен рік)
| Рік | Primary payroll proof | Employer entity (legal name / EIN) | Supporting doc |
|---|---|---|---|
| 2023 | Paystubs (Aug–Dec) + payroll register summary | ABC Tech LLC / EIN XX-XXXXXXX | Start-date memo |
| 2024 | W-2 + payroll register (annual) | ABC Tech LLC / EIN XX-XXXXXXX | Leave record |
| 2025 | W-2 + payroll register (rate change) | ABC Tech LLC / EIN XX-XXXXXXX | Rate change notice |
Ці дві таблиці працюють також як аудит до подачі. Коли ви заповнюєте їх чесно, часто «спливає» реальний ризик: рік без чіткого primary proof, рік, де з’являється інший EIN, рік, де пояснення відхилення не прив’язане до жодного додатка, або рік, де структура оплати читається інакше, ніж сертифікована роль. Виправити це до подачі дешевше, ніж пояснювати в режимі дедлайнів RFE.
Швидкий візуальний огляд: offered/proffered wage vs paid wage
Цей огляд допомагає швидко помітити «аномальні» роки та перевірити, що narrative збігається з числами і датами.
2023: offered 120,000 · paid 68,500 (partial year)
2024: offered 120,000 · paid 115,900 (unpaid leave)
2025: offered 128,000 (effective Oct) · paid 123,400 (mixed-rate year)
Типові RFE-патерни та posture відповіді
Payroll-орієнтовані RFE зазвичай виникають тоді, коли офіцер швидко не може підтвердити одну з трьох речей: цифри зводяться, платник і EIN зрозумілі або форма компенсації відповідає employer-employee payroll-сліду. Сильна відповідь — це не «ще більше паперів». Це щільніша звірка: роки як окремі блоки з базою, фактичною виплатою, причиною та опорним доказом.
| RFE-патерн | Що це зазвичай означає | Набір доказів, який «закриває» | Posture відповіді |
|---|---|---|---|
| Paid wage нижче бази proffered/offered | Офіцер не бачить чіткої причини (partial year, rate change, leave), прив’язаної до доказу. | Річна таблиця звірки + короткий абзац для «складного року» + paystubs/register/W-2 цього року. | Зводити, а не сперечатися. |
| Невідповідність сутності/EIN | Payroll-докази натякають на іншого платника або є PEO/paymaster без контексту. | Proof-матриця з legal name/EIN по роках + коротке структурне пояснення + primary payroll-додатки. | Одна сторінка ясності «хто платив». |
| 1099-компенсація у таймлайні | Запис виглядає як contractor-оплата, і офіцер не бачить мапінгу до job offer логіки. | Розділений таймлайн (1099 vs W-2) + дата переходу + base wage + W-2 payroll-слід після переходу. | Прибрати двозначність статусу. |
| Невідповідність ролі/режиму | Payroll натякає на інші умови, part-time або іншу роль відносно сертифікованої позиції. | Короткий title-mapping + узгодження обов’язків + річна звірка бази/paid wage. | Показати «та сама сертифікована роль». |
Як відповідати, щоб не створити нові ризики
- Починайте з карти. Короткий cover-наратив + дві таблиці часто різко знижують «тертя» в читанні.
- Тримайте терміни стабільними. Однакові позначення для бази та paid wage по роках і додатках.
- Виділяйте складний рік. Не ховайте його; зведіть його як один блок із чіткою опорною точкою в доказах.
- Явно мапте сутність. Legal name/EIN на кожен рік прибирає потребу офіцера здогадуватися.
- PEO/affiliate пояснюйте нейтрально. Мета — ясність, а не дискусія.
Payroll-пакет «працює», коли прибирає необхідність здогадів. Офіцер не має виводити, чи є «низький» рік partial-year, чи інший EIN означає іншого роботодавця, або чи форма виплат сигналізує інші трудові відносини. Коли файл читається як звірка, кейс виглядає контрольованим і послідовним.
FAQ
Ці запитання закривають практичні точки плутанини для роботодавців і HR: що означає «paid wage» у контексті подачі, як пояснювати роки нижче бази, що робити з affiliate/PEO/paymaster шарами, і як показати докази як річну карту.
Що означає “paid wage” у payroll-пакеті PERM/I-140?
Тут “paid wage” означає фактично виплачену зарплату, підтверджену payroll-доказами (W-2, paystubs, payroll registers або еквівалент). Це не promised база. Сильний пакет завжди пов’язує paid wage з роком, платником та причиною будь-якого відхилення.
Чому paid wage може бути нижче бази proffered/offered — і коли це ризиковано?
Типові причини: partial-year, unpaid leave, зміна ставки в середині року, відмінності pay-cycle, змішана компенсація (base + bonus/commission). Ризик з’являється, коли причина не проговорена чітко і не прив’язана до конкретного додатка, змушуючи офіцера робити припущення.
Як пояснити partial-year рік так, щоб він читався «чисто»?
Використайте короткий міст: дата старту → annualized база → paid сума → причина → посилання на доказ. Найчистіший формат — один рядок у таблиці та один короткий абзац narrative саме для цього року.
Що робити, якщо зарплата виплачувалася через affiliate або PEO/paymaster?
Мета — прибрати двозначність «хто платив і чому». Для кожного року наведіть legal name та EIN так, як вони зазначені в payroll-доказах, а потім коротко поясніть роль affiliate/PEO як payroll-механізму, зберігаючи узгодженість трудових відносин і контролю з petitioning employer.
Чому 1099-період привертає увагу в payroll-наративі I-140?
1099-патерни можуть читатися як contractor-компенсація, через що офіцеру складніше мапити записи до employer-employee payroll-сліду. Якщо 1099-період існує, розділіть його в таймлайні, назвіть дату переходу, і покажіть чистий W-2 payroll-слід після переходу.
Який формат подачі річних payroll-доказів найбільш «дружній» для офіцера?
Дві таблиці: wage reconciliation (рік → база → paid → пояснення) і proof matrix (рік → primary proof → legal name/EIN → supporting doc). Це перетворює payroll-докази на передбачувану, придатну для аудиту карту.
Чим ця сторінка відрізняється від сторінки “Ability to Pay”?
“Ability to Pay” фокусується на фінансовій спроможності роботодавця платити proffered wage. Ця сторінка фокусується на payroll-послідовності та звірці: річний wage-ланцюг, платник/EIN та упаковка доказів, яка прибирає двозначність. Розділення ракурсів зменшує плутанину та перекриття.
Джерела
- 8 CFR 204.5(g)(2) (eCFR) — регуляторна база вимоги «ability to pay the proffered wage» для певних I-140 подач.
- USCIS Policy Manual, Volume 6, Part E, Chapter 4 — офіційні підходи USCIS до доказів і логіки оцінювання ability-to-pay.
- 20 CFR Part 656 (eCFR) — нормативна рамка PERM labor certification, включно з контекстом wage та процесом.
- U.S. Department of Labor (ETA) wage resources — ресурси щодо prevailing wage та пов’язаних матеріалів у PERM-контурі.
- USCIS Policy Manual, Volume 6, Part E, Chapter 6 — політика USCIS щодо permanent labor certification у employment-based кейсах.
