Russian Counterparty Check by INN: Fedresurs + FNS Risk Score avatar

Russian Counterparty Check by INN: Fedresurs + FNS Risk Score

Pricing

from $20.00 / 1,000 results

Go to Apify Store
Russian Counterparty Check by INN: Fedresurs + FNS Risk Score

Russian Counterparty Check by INN: Fedresurs + FNS Risk Score

Check a Russian company by INN across FNS "Prozrachny biznes", GIR BO financials and Fedresurs in one record, with a transparent risk score and change monitoring.

Pricing

from $20.00 / 1,000 results

Rating

0.0

(0)

Developer

Ivan Solovyev

Ivan Solovyev

Maintained by Community

Actor stats

0

Bookmarked

2

Total users

1

Monthly active users

a day ago

Last modified

Share

Russian Counterparty Check by INN: Fedresurs + FNS + RNP + Rosfinmonitoring Risk Score

Look up a Russian company by INN (or name, fedresurs-only) across four official sources and get one merged B2B due-diligence record with a transparent risk score:

  • fedresurs.ru (ЕФРСБ, Unified Federal Register of Bankruptcy Information): bankruptcy intention notices and arbitration legal cases, ЕФРСБ publications (incl. liquidation notices), encumbrances (pledges/leasing/guarantees), net worth history, licenses, СРО membership, reorganizations, and (if the company is itself a bankrupt debtor) open auctions, pledged-asset sales, receivables sales.
  • ФНС «Прозрачный бизнес» (pb.nalog.ru) + ГИР БО (bo.nalog.gov.ru): tax arrears with sums, mass-address flag, special tax regimes, headcount (ССЧ), taxes paid, recorded tax offenses, founders (with a mass-founder flag), and financial statements by year (revenue/profit/assets/ liabilities).
  • zakupki.gov.ru РНП (реестр недобросовестных поставщиков): whether the company is listed as an unreliable supplier under 44-ФЗ, 223-ФЗ or ПП РФ 615, with the registry number, reason and status of every entry.
  • Rosfinmonitoring list (fedsfm.ru, 115-ФЗ): whether the company, its director or a founder appears in the Rosfinmonitoring register, with the matched entry and a link to the source.

All four sources are merged into one record per company, plus a self-documenting riskScore (0-100), riskLevel (low/medium/high) and riskFactors[] listing every signal that fired, its source and its weight, no black box.

Why four sources merged

fedresurs.ru knows whether a company is in bankruptcy proceedings, but says nothing about its tax debts, ownership or procurement history. ФНС knows tax arrears, financials and founders, but not bankruptcy stage or ЕФРСБ publications. zakupki.gov.ru's РНП knows whether the company has broken a government contract badly enough to be blacklisted, something neither of the other two sources tracks. The Rosfinmonitoring register adds a regulatory-compliance flag none of the other three carry. A real due-diligence check needs all four before signing a contract or extending credit; running separate actors and reconciling them by hand is the alternative this actor replaces.

Modes

  • search - one-off due-diligence profile per company in inns / searchStrings.
  • monitor - run on a schedule; compares against the previous run's state (Key-Value Store) and emits only companies whose risk score/level, bankruptcy stage, legal-case count, tax arrears, mass-address flag, headcount, ЕГРЮЛ/ФНС status, liquidation flag, mass-founder flag, РНП listing or Rosfinmonitoring listing changed. Optionally POSTs a summary to notifyWebhookUrl (wire it to n8n/Zapier/Make for Telegram/Slack alerts).

Input

FieldDescription
modesearch or monitor
innsINN/OGRN list. The only key the nalog/rnp sources can use; also fedresurs.ru's native exact-match key
searchStringsOptional company names (fuzzy, fedresurs-only; once resolved to an INN, nalog/rnp are looked up too)
sourcesWhich sources to check and merge: fedresurs, nalog, rnp, rosfinmonitoring, or any combination (default: all four)
maxMatchesPerNameHow many fedresurs.ru search results to fetch per name query (default 1)
fedresursSectionsWhich fedresurs.ru risk sections to pull (fewer = faster/cheaper)
nalogSectionsWhich ФНС blocks to pull: identity/taxRisk/founders/financials
notifyWebhookUrlMonitor mode: webhook for the run summary
proxyConfigurationResidential/RU proxy, required on Apify for all sources (see Transport notes)

Risk score

riskScore is a plain additive sum of riskFactors[].weight, capped at 100. Every factor carries code, source (fedresurs/nalog/rnp/rosfinmonitoring), weight and a human-readable description - the score is fully reconstructable from riskFactors[], nothing is hidden.

SignalSourceWeight
Active bankruptcy case (арбитражное дело)fedresurs40
Bankruptcy intention notice only, no case yetfedresurs20
2+ bankruptcy legal casesfedresurs10
ЕГРЮЛ/ФНС status inactive or liquidatedfedresurs / nalog25
Liquidation publication (ЕФРСБ)fedresurs15
Unreliable address (недостоверность адреса)fedresurs15
Unreliable director / disqualification markerfedresurs15
Encumbrances present (pledge/leasing/guarantee)fedresurs5
Tax arrears > 0 (10 if under 1M RUB, 20 if over)nalog10-20
Mass registration addressnalog10
Recorded tax offensesnalog10
Zero headcount (ССЧ)nalog5
Negative profit in the latest reported yearnalog10
Revenue dropped 30%+ year over yearnalog10
Mass founder (ФНС's own массовый учредитель determination)nalog15
Listed in РНП (реестр недобросовестных поставщиков)rnp30
Listed in the Rosfinmonitoring register (115-ФЗ)rosfinmonitoring60

riskLevel: low (score < 30), medium (30-59), high (60+).

Identity merge

name/inn/ogrn/address/status/okvedCode/okvedName are merged once at the top level (not duplicated per source): fedresurs wins when both sources report a value (richer, ЕГРЮЛ-sourced), nalog fills in when fedresurs didn't run or found no match. A mismatch on inn/ogrn/okvedCode/name between the two sources is flagged in identityConflicts - a real disagreement worth checking (e.g. the wrong company matched on one side). address/status are excluded from conflict detection: the two sources phrase the same fact differently by design, not a real disagreement.

Graceful degradation

If one source fails outright for the whole run (network block, WAF, proxy outage), the record still ships with the other sources' data. The failed source's sub-record is null, its reason lands in sourceErrors, and it is excluded from sources - which also means it is never billed (see Pricing). A run never fails or returns an empty dataset just because one source had an outage, as long as at least one other source is up.

Requirements

All four sources are served only to Russian IP addresses. On Apify, set proxyConfiguration to Residential with country RU (the default in the input schema); one setting covers every source. The person who runs the Actor pays for the residential traffic. If a source is temporarily unavailable, the Actor still returns the other sources and records what was skipped.

Quick start

Search mode - full due-diligence profile from all sources:

{
"mode": "search",
"inns": ["0272023903"],
"sources": ["fedresurs", "nalog", "rnp", "rosfinmonitoring"]
}

0272023903 (ООО ИМПУЛЬС) has an active bankruptcy case on fedresurs.ru and tax arrears on pb.nalog.ru - a good smoke test for the sources and the merged risk score.

Monitor mode - alert on new risk signals on a schedule:

{
"mode": "monitor",
"inns": ["7707083893"],
"sources": ["fedresurs", "nalog", "rnp", "rosfinmonitoring"],
"notifyWebhookUrl": "https://example.com/hooks/dd-alerts"
}

Set a schedule under Schedules in the Apify Console to run monitor mode periodically. State carries over between runs via the Key-Value Store.

Pricing

Pay-per-result: one dataset-item event is charged per company record pushed to the Dataset, regardless of how many sources contributed to it. A company for which every requested source failed or found no match produces no record at all, so it's never charged. Trim sources to only the source(s) you need, and fedresursSections/nalogSections to only the blocks you need, to cut runtime (this does not change the per-record price).

Output

One dataset record per matched company - see .actor/dataset_schema.json for the full field list and the built-in "Risk overview" table view.

RU / На русском

Проверка контрагента по ИНН: ФНС «Прозрачный бизнес», ГИР БО, Федресурс и РНП в одной записи с прозрачным риск-скором и мониторингом изменений.

  • Три источника в одной записи - fedresurs.ru отдаёт банкротство (намерения и арбитражные дела), публикации ЕФРСБ, залоги/лизинг/поручительства, чистые активы, лицензии, СРО, реорганизации, торги; ФНС отдаёт налоговую недоимку (с суммой), признак массового адреса, спецрежимы, среднесписочную численность, уплаченные налоги, налоговые правонарушения, учредителей (с признаком массового учредителя) и финансы по годам (выручка/прибыль/активы/обязательства); zakupki.gov.ru отдаёт присутствие в РНП (реестр недобросовестных поставщиков, 44-ФЗ/223-ФЗ/ПП РФ 615) с номером записи, причиной и статусом.
  • Риск-скор прозрачно - riskScore (0-100) и riskLevel (low/medium/high) складываются из riskFactors[] - списка сработавших сигналов с источником и весом каждого, никакого чёрного ящика. Таблица весов - в английском разделе выше (## Risk score).
  • Слияние идентичности - name/inn/ogrn/address/status/okvedCode/okvedName собраны в одно поле каждое (не дублируются по источникам); при расхождении по ИНН/ОГРН/ОКВЭД/названию - это попадает в identityConflicts как повод для проверки.
  • Graceful degradation - если один источник целиком упал (сеть/WAF/прокси), запись всё равно отдаётся с данными остальных источников, причина - в sourceErrors, упавший источник не тарифицируется и прогон не падает и не остаётся с пустым датасетом, пока жив хотя бы один источник.
  • Monitor - сравнивает с предыдущим прогоном (Key-Value Store) и шлёт алерт только по компаниям, где изменился риск-скор/уровень, стадия банкротства, число дел, налоговая недоимка, массовый адрес, численность, статус, признак массового учредителя или присутствие в РНП, плюс вебхук-сводка.
  • Доступ - все источники отдают данные только на российские IP, поэтому на Apify нужен Residential-прокси со страной RU (значение по умолчанию в схеме). Одна настройка покрывает все источники; трафик оплачивает тот, кто запускает актор.

Как пользоваться: основной ключ поиска - ИНН (принимают все источники); поиск по названию (searchStrings) доступен для Федресурса, число совпадений регулирует maxMatchesPerName. Тариф предсказуемый - одно событие за компанию, сколько бы источников ни сработало; компания без данных не тарифицируется.