Company Subsidiaries Database API
The Subsidiary API provides access to a database of all current and historical subsidiaries belonging to publicly listed companies on US stock exchanges, from 2003 to present. The dataset, compiled from Exhibit 21 attached to SEC filings such as 10-K, 10-Q, S-1, or 20-F, is cleaned and converted to a JSON format, and provides the subsidiary names and jurisdictions along with associated metadata of the parent company.
1
{
2
"subsidiaries": [
3
{
4
"name": "Alabama Service LLC",
5
"jurisdiction": "Delaware"
6
}
7
{
8
"name": "Alset Warehouse GmbH",
9
"jurisdiction": "Germany"
10
},
11
{
12
"name": "BT Connolly Storage, LLC",
13
"jurisdiction": "Texas"
14
},
15
// ... more subsidiaries
16
],
17
"ticker": "TSLA",
18
"cik": "1318605",
19
"companyName": "Tesla, Inc.",
20
"accessionNo": "0000950170-23-001409",
21
"filedAt": "2023-01-30T21:29:15-05:00",
22
}
Searching the Subsidiary Database
The Subsidiary API serves data in JSON format, incorporating subsidiary names and jurisdictions along with associated metadata. This metadata includes the date/time of the parent company's subsidiary disclosure, the accession number of the primary filing that the Exhibit 21 subsidiary list is attached to, as well as the CIK, ticker, and company name of the parent company.
The subsidiary database is searchable by various criteria, such as ticker, CIK, or the name of the parent company, subsidiary name, subsidiary jurisdiction, or a specific date range. Newly disclosed subsidiaries are added to the database in real-time as soon as new EDGAR filings with Exhibit 21 are published.
The subsidiary database maintains all historically reported subsidiaries of their parent companies, dating back to 2003. For instance, querying the database using ticker "MSFT" would return all subsidiaries Microsoft reported since 2003. This provision allows you to conduct a thorough analysis of historical subsidiary data changes.
Converting Exhibit 21 Files to JSON
The Subsidiary API also enables the extraction of subsidiary information from a specific Exhibit 21 file and provides the data in JSON format. To do this, simply send a POST request with the filing's accession number, for example, accessionNo:"0000950170-23-001409". The API will then return a JSON-formatted list of the subsidiaries disclosed in the exhibit. The accession number can be obtained from the URL of the exhibit or the corresponding EDGAR filing.
Data Quantity & Accuracy
Approximately 7,000 new lists of subsidiaries are reported every year, and the entire dataset encompasses over 100,000 lists of subsidiaries, dating back to 2003. While we utilize state-of-the-art machine learning algorithms to extract and standardize the data, inaccuracies may occur due to the non-standardized nature of the Exhibit 21 files. However, the error rate is minimal, affecting less than 0.1% (or 1 in 900) of the extracted lists of subsidiaries.
API Endpoint
To search and retrieve current and historical subsidiaries of publicly listed companies, send an HTTP POST request with the search query as a JSON payload to the following API endpoint:
Supported HTTP methods: POST
Request and response content type: JSON
Authentication
To authenticate your API requests, use the API key available in your user profile. You can utilize your API key in one of two ways. Choose the method that best fits your implementation:
- Authorization Header: Include your API key as an
Authorizationheader in yourPOSTrequests. For instance, before sending aPOSTrequest tohttps://api.sec-api.io/subsidiaries, ensure the header is set as follows:Authorization: YOUR_API_KEY. - Query Parameter: Alternatively, append your API key directly to the URL as a query parameter. For example, when making
POSTrequests, use the URLhttps://api.sec-api.io/subsidiaries?token=YOUR_API_KEYinstead of the base endpoint.
Request Parameters
The Subsidiary API is designed to provide structured data in response to POST requests made with a JSON payload. This section describes the structure of the requests to the Subsidiary API and the specific parameters you should include in your request.
The JSON payload you send in your POST request contains your search query, which should include the following parameters:
Request parameters:
query(string) - Your search query. Boolean operators (AND, OR, NOT), range queries, wildcards (*) and nested conditions are fully supported. The query is written in Lucene syntax. More information on Lucene is available here. Example queries:"ticker:MSFT"returns a list of all subsidiaries of Microsoft disclosed since 2003."subsidiaries.jurisdiction:China OR subsidiaries.jurisdiction:PRC"lists all subsidiaries of Chinese companies disclosed since 2003."cik:(37996 1318605)"returns all subsidiaries of Ford (CIK 37996) and Tesla (CIK 1318605).from(integer) - The start position of your search in the result universe.fromis similar to an index of an array. Increasefromin order to paginate through the results. For example, setfromto 50 to get the next 50 matches. Default: 0.size(integer) - The number of lists of subsidiaries to be returned in one response. Default: 50. Max: 50.sort(array) - An array of sort definitions. Each array item defines the sort order of the result.
Default:[{ "filedAt": { "order": "desc" } }]
Request Examples
Below are examples of JSON payloads demonstrating the structure of your POST request:
Find all subsidiaries of Tesla (ticker: TSLA) reported in Exhibit 21 since 2003.
List all subsidiaries of all companies reported in Exhibit 21 in 2020. Increment the from parameter to paginate through the results.
Response Structure
Response type: JSON
The API response represents a JSON object with two properties: total (object) and data (array). The total.value property indicates the total number of lists of subsidiaries matching your search query. The data array holds up to 50 lists of subsidiaries. An array item is an object and represents the following elements:
id(string) - System-internal unique identifier of the list of subsidiaries.accessionNo(string) - Accession number of the EDGAR filing Exhibit 21 is attached to, e.g.0001946140-22-000002.filedAt(date) - Date on which the list of subsidiaries was disclosed, e.g.2022-10-12T17:29:52-04:00.cik(string) - The CIK of the parent company, e.g.742118.ticker(string) - Ticker symbol of the parent company, e.g.TSLA.companyName(string) - Name of the parent company, e.g.Tesla, Inc..subsidiaries(array) - List of subsidiaries of the parent company. Each item in the list is an object with the following properties:name(string) - Name of the subsidiary, e.g.Allegheny Solar 1, LLC.jurisdiction(string) - Jurisdiction of the subsidiary, e.g.Delaware.
Response Example
1
{
2
"total": {
3
"value": 24,
4
"relation": "eq"
5
},
6
"data": [
7
{
8
"id": "6838a63b29128e116bde65c885282667",
9
"accessionNo": "0000950170-23-001409",
10
"filedAt": "2023-01-30T21:29:15-05:00",
11
"cik": "1318605",
12
"ticker": "TSLA",
13
"companyName": "Tesla, Inc.",
14
"subsidiaries": [
15
{
16
"name": "Alabama Service LLC",
17
"jurisdiction": "Delaware"
18
}
19
{
20
"name": "Alset Warehouse GmbH",
21
"jurisdiction": "Germany"
22
},
23
{
24
"name": "BT Connolly Storage, LLC",
25
"jurisdiction": "Texas"
26
},
27
{
28
"name": "Fotovoltaica GI 4, S. de R.L. de C.V.",
29
"jurisdiction": "Mexico"
30
},
31
// ... more subsidiaries
32
{
33
"name": "Grohmann Engineering Trading (Shanghai) Co. Ltd.",
34
"jurisdiction": "China"
35
},
36
{
37
"name": "Kansas Repair LLC",
38
"jurisdiction": "California"
39
},
40
{
41
"name": "Roadster Finland Oy",
42
"jurisdiction": "Finland"
43
},
44
{
45
"name": "SA VPP Holding Trust",
46
"jurisdiction": "Australia"
47
},
48
{
49
"name": "SA VPP Project Trust",
50
"jurisdiction": "Australia"
51
},
52
{
53
"name": "Sierra Solar Power (Hong Kong) Limited",
54
"jurisdiction": "Hong Kong"
55
},
56
{
57
"name": "Tesla Automobile Sales and Service (Guangzhou) Co., Ltd.",
58
"jurisdiction": "China"
59
},
60
{
61
"name": "Tesla (Beijing) New Energy R&D Co., Ltd.",
62
"jurisdiction": "China"
63
},
64
{
65
"name": "Tesla Belgium BV",
66
"jurisdiction": "Belgium"
67
},
68
{
69
"name": "Tesla Canada Finance ULC",
70
"jurisdiction": "Canada"
71
},
72
{
73
"name": "Tesla Canada GP Inc.",
74
"jurisdiction": "Canada"
75
},
76
{
77
"name": "Tesla Canada LP",
78
"jurisdiction": "Canada"
79
},
80
{
81
"name": "Tesla Charging, LLC",
82
"jurisdiction": "Delaware"
83
},
84
{
85
"name": "Tesla Construction (Shanghai) Co., Ltd.",
86
"jurisdiction": "China"
87
},
88
{
89
"name": "Tesla Czech Republic s.r.o.",
90
"jurisdiction": "Czech Republic"
91
},
92
{
93
"name": "Tesla Energia Macau Limitada",
94
"jurisdiction": "Macau"
95
},
96
{
97
"name": "Tesla Energy d.o.o.",
98
"jurisdiction": "Slovenia"
99
},
100
{
101
"name": "Tesla Energy Operations, Inc.",
102
"jurisdiction": "Delaware"
103
},
104
{
105
"name": "Tesla Finance LLC",
106
"jurisdiction": "Delaware"
107
},
108
{
109
"name": "Tesla Financial Leasing (China) Co., Ltd.",
110
"jurisdiction": "China"
111
},
112
{
113
"name": "Tesla Financial Services GmbH",
114
"jurisdiction": "Germany"
115
},
116
{
117
"name": "Tesla Financial Services Holdings B.V.",
118
"jurisdiction": "Netherlands"
119
},
120
{
121
"name": "Tesla Financial Services Limited",
122
"jurisdiction": "United Kingdom"
123
},
124
{
125
"name": "Tesla France S.à r.l.",
126
"jurisdiction": "France"
127
},
128
{
129
"name": "Tesla Germany GmbH",
130
"jurisdiction": "Germany"
131
},
132
{
133
"name": "Tesla General Insurance, Inc.",
134
"jurisdiction": "Arizona"
135
},
136
{
137
"name": "Tesla Greece Single Member P.C.",
138
"jurisdiction": "Greece"
139
},
140
{
141
"name": "Tesla Hrvatska d.o.o.",
142
"jurisdiction": "Croatia"
143
},
144
{
145
"name": "Tesla Hungary Kft.",
146
"jurisdiction": "Hungary"
147
},
148
{
149
"name": "Tesla India Motors and Energy Private Limited",
150
"jurisdiction": "India"
151
},
152
{
153
"name": "Tesla Insurance Brokers Co., Ltd.",
154
"jurisdiction": "China"
155
},
156
{
157
"name": "Tesla Insurance Holdings, LLC",
158
"jurisdiction": "Delaware"
159
},
160
{
161
"name": "Tesla Insurance, Inc.",
162
"jurisdiction": "Delaware"
163
},
164
{
165
"name": "Tesla Insurance Ltd.",
166
"jurisdiction": "Malta"
167
},
168
{
169
"name": "Tesla Insurance Company",
170
"jurisdiction": "California"
171
},
172
{
173
"name": "Tesla Insurance Services, Inc.",
174
"jurisdiction": "California"
175
},
176
{
177
"name": "Tesla Insurance Services of Texas, Inc.",
178
"jurisdiction": "Texas"
179
},
180
{
181
"name": "Tesla International B.V.",
182
"jurisdiction": "Netherlands"
183
},
184
{
185
"name": "Tesla Investments LLC",
186
"jurisdiction": "Delaware"
187
},
188
{
189
"name": "Tesla Italy S.r.l.",
190
"jurisdiction": "Italy"
191
},
192
{
193
"name": "Tesla Jordan Car Trading LLC",
194
"jurisdiction": "Jordan"
195
},
196
{
197
"name": "Tesla Korea Limited",
198
"jurisdiction": "Republic of Korea"
199
},
200
{
201
"name": "Tesla Lease Trust",
202
"jurisdiction": "Delaware"
203
},
204
{
205
"name": "Tesla LLC",
206
"jurisdiction": "Delaware"
207
},
208
{
209
"name": "Tesla Manufacturing Brandenburg SE",
210
"jurisdiction": "Germany"
211
},
212
{
213
"name": "Tesla Michigan, Inc.",
214
"jurisdiction": "Michigan"
215
},
216
{
217
"name": "Tesla Mississippi LLC",
218
"jurisdiction": "Delaware"
219
},
220
{
221
"name": "Tesla Motors Australia, Pty Ltd",
222
"jurisdiction": "Australia"
223
},
224
{
225
"name": "Tesla Motors Austria GmbH",
226
"jurisdiction": "Austria"
227
},
228
{
229
"name": "Tesla Motors (Beijing) Co., Ltd.",
230
"jurisdiction": "China"
231
},
232
{
233
"name": "Tesla Motors Canada ULC",
234
"jurisdiction": "Canada"
235
},
236
{
237
"name": "Tesla Motors Coöperatief U.A.",
238
"jurisdiction": "Netherlands"
239
},
240
{
241
"name": "Tesla Motors Denmark ApS",
242
"jurisdiction": "Denmark"
243
},
244
{
245
"name": "Tesla Motors FL, Inc.",
246
"jurisdiction": "Florida"
247
},
248
{
249
"name": "Tesla Motors HK Limited",
250
"jurisdiction": "Hong Kong"
251
},
252
{
253
"name": "Tesla Motors Iceland ehf.",
254
"jurisdiction": "Iceland"
255
},
256
{
257
"name": "Tesla Motors Ireland Limited",
258
"jurisdiction": "Ireland"
259
},
260
{
261
"name": "Tesla Motors Israel Ltd.",
262
"jurisdiction": "Israel"
263
},
264
{
265
"name": "Tesla Motors Japan GK",
266
"jurisdiction": "Japan"
267
},
268
{
269
"name": "Tesla Motors Limited",
270
"jurisdiction": "United Kingdom"
271
},
272
{
273
"name": "Tesla Motors Luxembourg S.à r.l.",
274
"jurisdiction": "Luxembourg"
275
},
276
{
277
"name": "Tesla Motors MA, Inc.",
278
"jurisdiction": "Massachusetts"
279
},
280
{
281
"name": "Tesla Motors Netherlands B.V.",
282
"jurisdiction": "Netherlands"
283
},
284
{
285
"name": "Tesla Motors New York LLC",
286
"jurisdiction": "New York"
287
},
288
{
289
"name": "Tesla Motors NL LLC",
290
"jurisdiction": "Delaware"
291
},
292
{
293
"name": "Tesla Motors NV, Inc.",
294
"jurisdiction": "Nevada"
295
},
296
{
297
"name": "Tesla Motors PA, Inc.",
298
"jurisdiction": "Pennsylvania"
299
},
300
{
301
"name": "Tesla Motors Romania S.R.L.",
302
"jurisdiction": "Romania"
303
},
304
{
305
"name": "Tesla Motors Sales and Service LLC",
306
"jurisdiction": "Turkey"
307
},
308
{
309
"name": "Tesla Motors Singapore Holdings Pte. Ltd.",
310
"jurisdiction": "Singapore"
311
},
312
{
313
"name": "Tesla Motors Singapore Private Limited",
314
"jurisdiction": "Singapore"
315
},
316
{
317
"name": "Tesla Motors Stichting",
318
"jurisdiction": "Netherlands"
319
},
320
{
321
"name": "Tesla Motors Taiwan Limited",
322
"jurisdiction": "Taiwan"
323
},
324
{
325
"name": "Tesla Motors TN, Inc.",
326
"jurisdiction": "Tennessee"
327
},
328
{
329
"name": "Tesla Motors TX, Inc.",
330
"jurisdiction": "Texas"
331
},
332
{
333
"name": "Tesla Motors UT, Inc.",
334
"jurisdiction": "Utah"
335
},
336
{
337
"name": "Tesla Nambe LLC",
338
"jurisdiction": "Delaware"
339
},
340
{
341
"name": "Tesla New Zealand ULC",
342
"jurisdiction": "New Zealand"
343
},
344
{
345
"name": "Tesla Norway AS",
346
"jurisdiction": "Norway"
347
},
348
{
349
"name": "Tesla Poland sp. z o.o.",
350
"jurisdiction": "Poland"
351
},
352
{
353
"name": "Tesla Property &Casualty, Inc.",
354
"jurisdiction": "California"
355
},
356
{
357
"name": "Tesla Portugal, Sociedade Unipessoal LDA",
358
"jurisdiction": "Portugal"
359
},
360
{
361
"name": "Tesla Puerto Rico LLC",
362
"jurisdiction": "Puerto Rico"
363
},
364
{
365
"name": "Tesla Pumps (Ningbo) Co.,LTD (fka: Hibar China Co. Ltd.)",
366
"jurisdiction": "China"
367
},
368
{
369
"name": "Tesla Pumps Seoul Ltd.",
370
"jurisdiction": "Republic of Korea"
371
},
372
{
373
"name": "Tesla Sales, Inc.",
374
"jurisdiction": "Delaware"
375
},
376
{
377
"name": "Tesla Sdn. Bhd.",
378
"jurisdiction": ""
379
},
380
{
381
"name": "Tesla Shanghai Co., Ltd",
382
"jurisdiction": "Malaysia"
383
},
384
{
385
"name": "Tesla Spain, S.L. Unipersonal",
386
"jurisdiction": "China"
387
},
388
{
389
"name": "Tesla Switzerland GmbH",
390
"jurisdiction": "Spain"
391
},
392
{
393
"name": "Tesla (Thailand) Ltd.",
394
"jurisdiction": "Switzerland"
395
},
396
{
397
"name": "Tesla TH1 LLC",
398
"jurisdiction": "Thailand"
399
},
400
{
401
"name": "Tesla TH2 LLC",
402
"jurisdiction": "Delaware"
403
},
404
{
405
"name": "Telsa Toronto Automation ULC",
406
"jurisdiction": "Delaware"
407
},
408
{
409
"name": "Tesla Toronto International Holdings ULC",
410
"jurisdiction": "Canada"
411
},
412
{
413
"name": "Tesla Transport B.V.",
414
"jurisdiction": "Canada"
415
},
416
{
417
"name": "The Big Green Solar I, LLC",
418
"jurisdiction": "Netherlands"
419
},
420
{
421
"name": "The Big Green Solar Manager I, LLC",
422
"jurisdiction": "Delaware"
423
},
424
{
425
"name": "Three Rivers Solar 1, LLC",
426
"jurisdiction": "Delaware"
427
},
428
{
429
"name": "Three Rivers Solar 2, LLC",
430
"jurisdiction": "Delaware"
431
},
432
{
433
"name": "Three Rivers Solar 3, LLC",
434
"jurisdiction": "Delaware"
435
},
436
{
437
"name": "Three Rivers Solar Manager 1, LLC",
438
"jurisdiction": "Delaware"
439
},
440
{
441
"name": "Three Rivers Solar Manager 2, LLC",
442
"jurisdiction": "Delaware"
443
},
444
{
445
"name": "Three Rivers Solar Manager 3, LLC",
446
"jurisdiction": "Delaware"
447
},
448
{
449
"name": "TM International C.V.",
450
"jurisdiction": "Netherlands"
451
},
452
{
453
"name": "TM Sweden AB",
454
"jurisdiction": "Sweden"
455
},
456
{
457
"name": "USB SolarCity Manager IV, LLC",
458
"jurisdiction": "Delaware"
459
},
460
{
461
"name": "USB SolarCity Master Tenant IV, LLC",
462
"jurisdiction": "California"
463
},
464
{
465
"name": "USB SolarCity Owner IV, LLC",
466
"jurisdiction": "California"
467
},
468
{
469
"name": "Visigoth Solar 1, LLC",
470
"jurisdiction": "Delaware"
471
},
472
{
473
"name": "Visigoth Solar Holdings, LLC",
474
"jurisdiction": "Delaware"
475
},
476
{
477
"name": "Visigoth Solar Managing Member 1, LLC",
478
"jurisdiction": "Delaware"
479
},
480
{
481
"name": "VPP Project 1 (SA) Pty Ltd.",
482
"jurisdiction": "Australia"
483
},
484
{
485
"name": "Weisshorn Solar I, LLC",
486
"jurisdiction": "Delaware"
487
},
488
{
489
"name": "Weisshorn Solar Manager I, LLC",
490
"jurisdiction": "Delaware"
491
},
492
{
493
"name": "Zep Solar LLC",
494
"jurisdiction": "California"
495
}
496
]
497
},
498
{
499
"id": "a78dec110cfe93c6778db19be2df9e57",
500
"accessionNo": "0000950170-22-000796",
501
"filedAt": "2022-02-04T20:11:27-05:00",
502
"cik": "1318605",
503
"ticker": "TSLA",
504
"companyName": "Tesla, Inc.",
505
"subsidiaries": [
506
{
507
"name": "Allegheny Solar 1, LLC",
508
"jurisdiction": "Delaware"
509
},
510
{
511
"name": "Allegheny Solar Manager 1, LLC",
512
"jurisdiction": "Delaware"
513
},
514
{
515
"name": "Ancon Holdings II, LLC",
516
"jurisdiction": "Delaware"
517
},
518
// ... more subsidiaries
519
{
520
"name": "Firehorn Solar I, LLC",
521
"jurisdiction": "Cayman Islands"
522
},
523
{
524
"name": "IL Buono Solar I, LLC",
525
"jurisdiction": "Delaware"
526
},
527
{
528
"name": "Iliosson, S.A. de C.V.",
529
"jurisdiction": "Mexico"
530
},
531
{
532
"name": "Maxwell Holding GmbH",
533
"jurisdiction": "Germany"
534
},
535
{
536
"name": "Maxwell Technologies GmbH",
537
"jurisdiction": "Germany"
538
},
539
{
540
"name": "NBA SolarCity AFB, LLC",
541
"jurisdiction": "California"
542
},
543
{
544
"name": "Sequoia SolarCity Owner I, LLC",
545
"jurisdiction": "Delaware"
546
},
547
{
548
"name": "Sierra Solar Power (Hong Kong) Limited",
549
"jurisdiction": "Hong Kong"
550
},
551
{
552
"name": "TBM Partnership II, LLC",
553
"jurisdiction": "Delaware"
554
},
555
{
556
"name": "TEO Engineering, Inc.",
557
"jurisdiction": "California"
558
},
559
{
560
"name": "Tesla Automation GmbH",
561
"jurisdiction": "Germany"
562
},
563
{
564
"name": "Tesla Automobile Information Service (Dalian) Co., Ltd.",
565
"jurisdiction": "China"
566
},
567
{
568
"name": "Tesla Automobile Sales and Service (Shanghai) Co., Ltd.",
569
"jurisdiction": "China"
570
},
571
{
572
"name": "Tesla Financial Leasing (China) Co., Ltd.",
573
"jurisdiction": "China"
574
},
575
{
576
"name": "Tesla Financial Services GmbH",
577
"jurisdiction": "Germany"
578
},
579
{
580
"name": "Tesla Financial Services Holdings B.V.",
581
"jurisdiction": "Netherlands"
582
},
583
{
584
"name": "Tesla Financial Services Limited",
585
"jurisdiction": "United Kingdom"
586
},
587
{
588
"name": "Tesla France S.à r.l.",
589
"jurisdiction": "France"
590
},
591
{
592
"name": "Tesla Germany GmbH",
593
"jurisdiction": "Germany"
594
},
595
{
596
"name": "Tesla Greece Single Member P.C.",
597
"jurisdiction": "Greece"
598
},
599
{
600
"name": "Tesla Hrvatska d.o.o.",
601
"jurisdiction": "Croatia"
602
},
603
{
604
"name": "Tesla Hungary Kft.",
605
"jurisdiction": "Hungary"
606
},
607
{
608
"name": "Tesla India Motors and Energy Private Limited",
609
"jurisdiction": "India"
610
},
611
{
612
"name": "Tesla Insurance Ltd.",
613
"jurisdiction": "Malta"
614
},
615
{
616
"name": "Tesla Insurance Services, Inc.",
617
"jurisdiction": "California"
618
},
619
{
620
"name": "Tesla Insurance Services of Texas, Inc.",
621
"jurisdiction": "Texas"
622
},
623
{
624
"name": "Tesla International B.V.",
625
"jurisdiction": "Netherlands"
626
},
627
{
628
"name": "Tesla Italy S.r.l.",
629
"jurisdiction": "Italy"
630
},
631
{
632
"name": "Tesla Jordan Car Trading LLC",
633
"jurisdiction": "Jordan"
634
},
635
{
636
"name": "Tesla Korea Limited",
637
"jurisdiction": "Republic of Korea"
638
},
639
{
640
"name": "Tesla Motors Australia, Pty Ltd",
641
"jurisdiction": "Australia"
642
},
643
{
644
"name": "Tesla Motors Austria GmbH",
645
"jurisdiction": "Austria"
646
},
647
{
648
"name": "Tesla Motors (Beijing) Co., Ltd.",
649
"jurisdiction": "China"
650
},
651
{
652
"name": "Tesla Motors Canada ULC",
653
"jurisdiction": "Canada"
654
},
655
{
656
"name": "Tesla Motors Coöperatief U.A.",
657
"jurisdiction": "Netherlands"
658
},
659
{
660
"name": "Tesla Motors Denmark ApS",
661
"jurisdiction": "Denmark"
662
},
663
{
664
"name": "Tesla Motors FL, Inc.",
665
"jurisdiction": "Florida"
666
},
667
{
668
"name": "Tesla Motors HK Limited",
669
"jurisdiction": "Hong Kong"
670
},
671
{
672
"name": "Tesla Motors Iceland ehf.",
673
"jurisdiction": "Iceland"
674
},
675
{
676
"name": "Tesla Motors Ireland Limited",
677
"jurisdiction": "Ireland"
678
},
679
{
680
"name": "Tesla Motors Israel Ltd.",
681
"jurisdiction": "Israel"
682
},
683
{
684
"name": "Tesla Motors Japan GK",
685
"jurisdiction": "Japan"
686
},
687
{
688
"name": "Tesla Motors Limited",
689
"jurisdiction": "United Kingdom"
690
},
691
{
692
"name": "Tesla Motors Luxembourg S.à r.l.",
693
"jurisdiction": "Luxembourg"
694
},
695
{
696
"name": "Tesla Motors MA, Inc.",
697
"jurisdiction": "Massachusetts"
698
},
699
{
700
"name": "Tesla Motors Netherlands B.V.",
701
"jurisdiction": "Netherlands"
702
},
703
{
704
"name": "Tesla Motors Romania S.R.L.",
705
"jurisdiction": "Romania"
706
},
707
{
708
"name": "Tesla Motors Sales and Service LLC",
709
"jurisdiction": "Turkey"
710
},
711
{
712
"name": "Tesla Motors Singapore Holdings Pte. Ltd.",
713
"jurisdiction": "Singapore"
714
},
715
{
716
"name": "Tesla Motors Singapore Private Limited",
717
"jurisdiction": "Singapore"
718
},
719
{
720
"name": "Tesla Motors Stichting",
721
"jurisdiction": "Netherlands"
722
},
723
{
724
"name": "Tesla Motors Taiwan Limited",
725
"jurisdiction": "Taiwan"
726
},
727
{
728
"name": "Tesla Motors TN, Inc.",
729
"jurisdiction": "Tennessee"
730
},
731
{
732
"name": "Tesla Motors TX, Inc.",
733
"jurisdiction": "Texas"
734
},
735
{
736
"name": "Tesla Motors UT, Inc.",
737
"jurisdiction": "Utah"
738
},
739
{
740
"name": "Tesla Nambe LLC",
741
"jurisdiction": "Delaware"
742
},
743
{
744
"name": "Tesla New Zealand ULC",
745
"jurisdiction": "New Zealand"
746
},
747
{
748
"name": "Tesla Norway AS",
749
"jurisdiction": "Norway"
750
},
751
{
752
"name": "Tesla Poland sp. z o.o.",
753
"jurisdiction": "Poland"
754
},
755
{
756
"name": "Tesla Portugal, Sociedade Unipessoal LDA",
757
"jurisdiction": "Portugal"
758
},
759
{
760
"name": "Tesla Puerto Rico LLC",
761
"jurisdiction": "Puerto Rico"
762
},
763
{
764
"name": "Tesla Pumps (Ningbo) Co.,LTD (fka: Hibar China Co. Ltd.)",
765
"jurisdiction": "China"
766
},
767
{
768
"name": "Tesla Pumps Seoul Ltd.",
769
"jurisdiction": "Republic of Korea"
770
},
771
{
772
"name": "Tesla Sales, Inc.",
773
"jurisdiction": "Delaware"
774
},
775
{
776
"name": "Tesla Services Sdn. Bhd.",
777
"jurisdiction": "Malaysia"
778
},
779
{
780
"name": "Tesla Shanghai Co., Ltd",
781
"jurisdiction": "China"
782
},
783
{
784
"name": "Tesla Spain, S.L. Unipersonal",
785
"jurisdiction": "Spain"
786
},
787
{
788
"name": "Tesla Switzerland GmbH",
789
"jurisdiction": "Switzerland"
790
},
791
{
792
"name": "Telsa Toronto Automation ULC",
793
"jurisdiction": "Canada"
794
},
795
{
796
"name": "Tesla Toronto International Holdings ULC",
797
"jurisdiction": "Canada"
798
},
799
{
800
"name": "TM International C.V.",
801
"jurisdiction": "Netherlands"
802
},
803
{
804
"name": "TM Sweden AB",
805
"jurisdiction": "Sweden"
806
},
807
{
808
"name": "VPP Project 1 (SA) Pty Ltd.",
809
"jurisdiction": "Australia"
810
},
811
{
812
"name": "Weisshorn Solar I, LLC",
813
"jurisdiction": "Delaware"
814
},
815
{
816
"name": "Weisshorn Solar Manager I, LLC",
817
"jurisdiction": "Delaware"
818
},
819
{
820
"name": "Zep Solar LLC",
821
"jurisdiction": "California"
822
}
823
]
824
},
825
{
826
"id": "de534eefa81872db7567bf7b990c6aff",
827
"accessionNo": "0001564590-21-004599",
828
"filedAt": "2021-02-08T07:27:23-05:00",
829
"cik": "1318605",
830
"ticker": "TSLA",
831
"companyName": "Tesla, Inc.",
832
"subsidiaries": [
833
{
834
"name": "Allegheny Solar 1, LLC",
835
"jurisdiction": "Delaware"
836
},
837
{
838
"name": "Allegheny Solar Manager 1, LLC",
839
"jurisdiction": "Delaware"
840
},
841
{
842
"name": "Ancon Holdings II, LLC",
843
"jurisdiction": "Delaware"
844
},
845
{
846
"name": "Ancon Holdings III, LLC",
847
"jurisdiction": "Delaware"
848
},
849
{
850
"name": "Ancon Holdings, LLC",
851
"jurisdiction": "Delaware"
852
},
853
{
854
"name": "Ancon Solar Corporation",
855
"jurisdiction": "Delaware"
856
},
857
// ... more subsidiaries
858
{
859
"name": "Weisshorn Solar Manager I, LLC",
860
"jurisdiction": "Delaware"
861
},
862
{
863
"name": "Zep Solar Hong Kong Limited",
864
"jurisdiction": "Hong Kong"
865
},
866
{
867
"name": "Zep Solar LLC",
868
"jurisdiction": "California"
869
}
870
]
871
},
872
{
873
"id": "bf4503aff887340e1202d684708f5d37",
874
"accessionNo": "0001564590-20-004475",
875
"filedAt": "2020-02-13T07:12:18-05:00",
876
"cik": "1318605",
877
"ticker": "TSLA",
878
"companyName": "Tesla, Inc.",
879
"subsidiaries": [
880
{
881
"name": "Allegheny Solar 1, LLC",
882
"jurisdiction": "Delaware"
883
},
884
{
885
"name": "Allegheny Solar Manager 1, LLC",
886
"jurisdiction": "Delaware"
887
},
888
{
889
"name": "Ancon Holdings II, LLC",
890
"jurisdiction": "Delaware"
891
},
892
// ... more subsidiaries
893
{
894
"name": "VPP Project 1 (SA) Pty Ltd.",
895
"jurisdiction": "Australia"
896
},
897
{
898
"name": "Weisshorn Solar I, LLC",
899
"jurisdiction": "Delaware"
900
},
901
{
902
"name": "Weisshorn Solar Manager I, LLC",
903
"jurisdiction": "Delaware"
904
},
905
{
906
"name": "Zep Solar Hong Kong Limited",
907
"jurisdiction": "Hong Kong"
908
},
909
{
910
"name": "Zep Solar LLC",
911
"jurisdiction": "California"
912
},
913
{
914
"name": "Zep Solar Trading Ltd",
915
"jurisdiction": "China"
916
}
917
]
918
}
919
]
920
}
FAQ
Common questions about querying the Company Subsidiaries Database API, the response shape, and the bulk archives.
How do I pull the full list of legal entities (subsidiaries) that a specific public company owns?
To pull the legal entities a public company owns, query the /subsidiaries endpoint and filter on the parent company's ticker (ticker). For Tesla, the filter is the ticker field set to TSLA. The response returns one document per Exhibit 21 disclosure with the parent identifiers on cik, ticker, and companyName, and the legal-entity list on subsidiaries, where each item has a subsidiaries.name and a subsidiaries.jurisdiction.
Because a company files Exhibit 21 every year, the most recent document in the response (the first one, since the default sort orders by filedAt descending) represents the company's current subsidiary footprint. Each entry in that subsidiaries array is one owned legal entity such as Tesla Germany GmbH or Tesla Energy Operations, Inc..
How can I look up every subsidiary list a company has ever reported, going back to 2003?
To retrieve every subsidiary list a company has ever reported, query the /subsidiaries endpoint and filter on either the parent's ticker (ticker) or its CIK (cik). The dataset covers Exhibit 21 disclosures from 2003 to the present, so a single ticker filter returns one document per yearly filing. Each document is identified by accessionNo and dated by filedAt, and carries its own snapshot of the subsidiaries array.
The default sort is by filedAt descending, so the most recent disclosure comes first. Paginate through the full history by incrementing from by 50 until you have consumed total.value results.
How do I find the subsidiary disclosures of a company when I only know its CIK and not its ticker?
To find a company's subsidiary disclosures by CIK alone, query the /subsidiaries endpoint and filter on the parent's cik field. For Tesla, set cik to 1318605; the response carries the same Exhibit 21 documents you would get by ticker, with the parent identifiers on cik, ticker, and companyName.
CIK is the most reliable identifier because some smaller filers and older subsidiary-only filers have no ticker at all — the ticker field on those documents is an empty string. If you only have a company name and need to resolve it to a CIK first, the /mapping/name/<NAME> endpoint on the Mapping API performs that lookup.
How do I pull subsidiary lists for several companies in one query?
To pull subsidiary lists for several companies in one call, query the /subsidiaries endpoint and filter the cik (or ticker) field to any of a set of values. For Ford and Tesla, the cik field should match either 37996 or 1318605; the response interleaves the documents of both parents, ordered by filedAt descending by default.
Each result document keeps its own cik, ticker, and companyName, so you can group results client-side per parent. Combining identifiers this way is useful for peer-set or competitor comparisons.
How do I search for the subsidiary disclosure attached to a specific filing if I already have its accession number?
To pull the subsidiary disclosure for one specific filing, query the /subsidiaries endpoint and filter on accessionNo set to the filing's accession number, for example 0000950170-23-001409. The response is a single document whose subsidiaries array carries the parsed Exhibit 21 list — each item with a subsidiaries.name and a subsidiaries.jurisdiction — along with the parent's cik, ticker, companyName, and the filedAt timestamp of the underlying filing.
How do I retrieve every subsidiary disclosure filed within a specific calendar year?
To retrieve every subsidiary disclosure made in a given calendar year, query the /subsidiaries endpoint and constrain the filedAt field to dates between January 1 and December 31 of that year. For 2020, the value of filedAt should fall between 2020-01-01 and 2020-12-31.
The response carries total.value matching documents (typically around 7,000 per year across all public filers). Page through them by incrementing from by 50, and sort by filedAt ascending or descending depending on whether you want the chronological start or end of the year first.
How do I find all U.S.-listed companies that have a subsidiary incorporated in China?
To find U.S.-listed parents with a subsidiary incorporated in China, query the /subsidiaries endpoint and filter on the nested jurisdiction of the subsidiary entries — the value of subsidiaries.jurisdiction should be China. Each matching document carries the parent's cik, ticker, and companyName, and the entire subsidiaries array of that filing.
Real Exhibit 21 disclosures sometimes use alternate wording for the same jurisdiction (for example PRC for People's Republic of China, or compound strings such as Hong Kong for the SAR), so combine China with those variants when you want a complete picture. The subsidiaries.name of each matching child entity (for example Tesla Shanghai Co., Ltd) tells you which specific legal entities are based there.
How do I list every company with operating units in well-known offshore tax havens such as the Cayman Islands, Bermuda, or Luxembourg?
To list parents with operating units in offshore tax havens, query the /subsidiaries endpoint and filter the nested subsidiaries.jurisdiction field to any of Cayman Islands, Bermuda, or Luxembourg. Each matching document represents one Exhibit 21 filing, with the parent on cik, ticker, and companyName and the full subsidiaries list attached.
For a complete coverage list, extend the jurisdiction set with other commonly cited havens such as British Virgin Islands, Jersey, Guernsey, Isle of Man, Mauritius, and Singapore. The matching entries inside subsidiaries give you the specific legal entities — for example Cobalt International Energy Overseas Ltd. in the Cayman Islands or Stream International (Bermuda) Ltd. in Bermuda.
How can I find which large U.S. companies have entities registered in sanctioned or high-risk jurisdictions?
To find U.S. filers with entities in sanctioned or high-risk jurisdictions, query the /subsidiaries endpoint and filter the nested subsidiaries.jurisdiction field to the jurisdictions of interest — for example Russia, Iran, Cuba, Syria, North Korea, Belarus, Venezuela, or Myanmar. Each matching document is one Exhibit 21 filing, with the parent identifiers on cik, ticker, and companyName and the offending subsidiaries inside the subsidiaries array.
Because Exhibit 21 is plain-text-derived, jurisdictions are sometimes phrased differently across filings (for example Russian Federation instead of Russia, or Islamic Republic of Iran instead of Iran). Querying for both variants and de-duplicating client-side by cik gives a cleaner list of distinct parents.
How do I locate every parent company that owns a subsidiary with a specific name, like "Maxwell Technologies"?
To locate the parent of a named subsidiary, query the /subsidiaries endpoint and filter on the nested subsidiary name — the value of subsidiaries.name should match Maxwell Technologies (allow a trailing wildcard so you also catch variants like Maxwell Technologies GmbH or Maxwell Holding GmbH). Each matching document carries the parent on cik, ticker, and companyName, plus the filedAt of the filing where the name was disclosed.
A child entity can appear under different parents over time if it has been acquired or divested, so grouping the matches by cik reveals the ownership history of the named subsidiary.
How do I search for subsidiaries whose names contain a particular keyword such as "Insurance" or "Leasing"?
To search for subsidiaries by a keyword in their name, query the /subsidiaries endpoint and filter on the nested subsidiaries.name field with a wildcard around the keyword — for example a wildcard match that contains Insurance will pull entities such as Tesla Insurance, Inc., Tesla Insurance Brokers Co., Ltd., and Tesla General Insurance, Inc.. The same pattern with Leasing surfaces entities like Tesla Financial Leasing (China) Co., Ltd..
Matches are returned as full Exhibit 21 documents, so each result still includes the parent on cik, ticker, and companyName. You can then post-process the subsidiaries array client-side to keep only the entries whose subsidiaries.name actually contains the keyword.
How do I track how a company's subsidiary footprint has evolved year over year?
To track how a company's subsidiary footprint evolves over time, query the /subsidiaries endpoint filtering on ticker (or cik) and sort by filedAt ascending so the oldest disclosure is first. Each year's Exhibit 21 comes back as a separate document, with the snapshot of legal entities at that point in time inside its subsidiaries array.
With the documents in chronological order, compare successive subsidiaries.name lists pairwise client-side: names that appear in year N but not in year N−1 are new entities, and names dropped from year N+1 are divested or dissolved. The subsidiaries.jurisdiction of each name lets you also chart geographic expansion or contraction year over year.
How can I detect newly added subsidiaries between a company's most recent disclosure and its prior one?
To detect newly added subsidiaries between two consecutive disclosures, query the /subsidiaries endpoint filtering on the company's ticker (or cik), keep the default sort by filedAt descending, and request the first two documents. The response carries the latest Exhibit 21 first and the prior year's second, each with its own subsidiaries array.
Client-side, compare the set of subsidiaries.name values from the latest document with the set from the prior one — names present only in the latest are the newly added entities. Their subsidiaries.jurisdiction value tells you where the new entity is registered, which often signals an entry into a new market.
How can I identify subsidiaries that a company has dropped (divested or dissolved) compared with the prior year?
To find subsidiaries a company has dropped, query the /subsidiaries endpoint filtering on the parent's cik (or ticker) and retrieve the two most recent Exhibit 21 documents in filedAt descending order. Each document carries its own snapshot of the subsidiaries array.
Client-side, take the set of subsidiaries.name values from the older document and subtract the set from the newer one — what remains is the set of entities that disappeared between filings, indicating a divestiture, dissolution, or merger of those legal entities. Cross-reference the subsidiaries.jurisdiction to spot whether the company has fully exited a particular country.
How do I find which Delaware-incorporated entities are owned by a given parent?
To find a parent's Delaware-incorporated entities, query the /subsidiaries endpoint and filter on both identifiers together: the ticker field should equal the parent's ticker (for example TSLA) and the nested subsidiaries.jurisdiction field should equal Delaware. The response returns the parent's Exhibit 21 documents in which at least one subsidiary is incorporated in Delaware.
The document-level match does not restrict the subsidiaries array itself, so iterate through it client-side and keep only entries whose subsidiaries.jurisdiction equals Delaware — for Tesla these include Tesla Energy Operations, Inc., Tesla Finance LLC, and Tesla Insurance Holdings, LLC.
How do I count how many international subsidiaries a company holds outside the United States?
To count a company's international subsidiaries, query the /subsidiaries endpoint filtering on the parent's cik (or ticker) and take the most recent document by filedAt. Then walk the subsidiaries array client-side and count entries whose subsidiaries.jurisdiction is not a US state, US territory, or the United States itself.
A pragmatic approach is to build a whitelist of US-domestic values — the fifty state names, District of Columbia, Puerto Rico, Guam, and free-text values such as Delaware, USA or Arizona, USA that some filers use — then count every subsidiaries.jurisdiction outside that list as international. Treat entries where subsidiaries.jurisdiction is an empty string as unknown rather than international.
How do I find companies whose subsidiaries are concentrated in a single foreign country, e.g. companies with many Irish subsidiaries?
To find parents heavily concentrated in a single foreign country, query the /subsidiaries endpoint filtering the nested subsidiaries.jurisdiction field to that country — for Ireland the value should be Ireland. The response carries every Exhibit 21 document with at least one Irish subsidiary, identified by the parent's cik, ticker, and companyName.
Group the results client-side by cik (keeping the most recent disclosure per company by filedAt) and, within that latest document, count the entries in subsidiaries whose subsidiaries.jurisdiction equals Ireland. Sorting parents by that count surfaces the filers whose international footprint is most heavily skewed toward Ireland.
How can I pull every Exhibit 21 disclosure made in the last 30 days to monitor newly reported corporate structures?
To monitor newly reported corporate structures, query the /subsidiaries endpoint and filter filedAt to dates within the last 30 days (the start of the window should be 30 days before today, and the end should be today). Sort by filedAt descending so the most recent disclosures arrive first.
The response carries each new filing as a full document with the parent on cik, ticker, and companyName, the unique accessionNo of the underlying SEC filing, and the parsed subsidiaries array. Paginate by incrementing from by 50 until you have read total.value results.
How do I paginate through more than 50 subsidiary lists when a query returns thousands of matches?
The /subsidiaries endpoint returns at most 50 documents per call (the maximum value of size). To page beyond the first 50, repeat the same query and increase from by size each call — from set to 0, then 50, then 100, and so on — until you have consumed total.value matches.
Keep sort stable across requests (the default is filedAt descending) so the pagination window remains consistent and no document is skipped or duplicated between pages.
How do I see the total number of subsidiary lists that match a query without downloading all of them?
Every response from the /subsidiaries endpoint includes a total object whose total.value field reports the total number of Exhibit 21 documents that match the query — independent of how many are returned in the current page. To read the count without downloading the data itself, issue the query with size set to 0 (or 1) and inspect total.value in the response.
How do I sort subsidiary disclosures from oldest to newest instead of the default newest-first?
The default sort on the /subsidiaries endpoint is by filedAt descending. To return the oldest disclosures first instead, set the sort array to order by filedAt ascending. The result documents are then ordered chronologically from the earliest Exhibit 21 (back to 2003) forward, which is convenient for building historical timelines.
How can I retrieve the very first subsidiary disclosure a company made after 2003?
To retrieve a company's very first Exhibit 21 disclosure in the database, query the /subsidiaries endpoint filtering on the parent's ticker or cik, set sort to order by filedAt ascending, and set size to 1. The single document returned is the earliest disclosure on file for that parent (the dataset starts in 2003), with its filedAt, accessionNo, and original subsidiaries snapshot.
How do I extract a clean JSON list of subsidiaries from a specific Exhibit 21 filing by passing in just its accession number?
To extract a clean JSON list of subsidiaries from a specific Exhibit 21, query the /subsidiaries endpoint and filter on accessionNo set to the filing's accession number (for example 0000950170-23-001409). The response is the single document for that filing, with the parsed list on subsidiaries — each entry containing subsidiaries.name and subsidiaries.jurisdiction — alongside the parent's cik, ticker, companyName, and the filedAt timestamp.
The accession number is the same identifier that appears in the URL of the exhibit on EDGAR, so this is the right path when you already have a link to a specific Exhibit 21 and want the structured data behind it.
How do I search the subsidiary database by the parent company's name when I don't know its ticker?
To search by parent company name, query the /subsidiaries endpoint and filter on companyName with a wildcard — for example companyName matching anything starting with Tesla returns every Exhibit 21 disclosure whose parent name begins with Tesla. Each matching document still carries the parent's cik and ticker if available, which you can use as a more stable identifier for follow-up queries.
If you would rather resolve the name to a single CIK first, the /mapping/name/<NAME> endpoint on the Mapping API performs that lookup and you can then filter /subsidiaries by cik instead.
How can I find companies that disclose entities in multiple foreign jurisdictions in a single filing?
To find companies whose Exhibit 21 lists entities in multiple foreign jurisdictions at once, query the /subsidiaries endpoint and require all of the desired jurisdictions on the nested subsidiaries.jurisdiction field — for example subsidiaries.jurisdiction should include both China and Germany. Each matching document is one filing in which both conditions are satisfied somewhere in the subsidiaries array.
The document-level match does not tell you which specific entities are in which country, so walk subsidiaries client-side and group entries by their subsidiaries.jurisdiction to see the full multi-country footprint of that parent for that filing.
How do I compare the international footprints of two competitors side by side?
To compare two competitors side by side, query the /subsidiaries endpoint and filter cik to either of the two companies (for example 1318605 for Tesla and 1467858 for General Motors), sorted by filedAt descending. The response interleaves their Exhibit 21 documents; keep the most recent one per cik to get a current snapshot of each.
For each parent, group entries in subsidiaries by subsidiaries.jurisdiction and count them. Laying the two jurisdiction-to-count maps next to each other reveals where each competitor has a presence the other does not, and where their footprints overlap.
How do I find subsidiaries of a delisted or acquired company that no longer files with the SEC?
The subsidiary database is survivorship-bias free — it preserves Exhibit 21 disclosures from companies that have since been acquired, gone private, or delisted. To pull such a company's subsidiaries, query the /subsidiaries endpoint filtering on its historical cik (the most stable identifier) or its ticker while it was still trading. The response returns every Exhibit 21 the company ever filed, with filedAt showing when each snapshot was disclosed.
Because the company no longer files, the latest document by filedAt represents its final disclosed subsidiary structure before delisting. If you only know a former name, the /mapping/name/<NAME> endpoint on the Mapping API can resolve it to a CIK.
How do I write a Lucene query that combines a date range with a jurisdiction filter, e.g. all Chinese subsidiaries disclosed in 2022?
To combine a date range with a jurisdiction filter on the /subsidiaries endpoint, require both conditions in one query: the value of subsidiaries.jurisdiction should be China and the value of filedAt should fall between 2022-01-01 and 2022-12-31. The response carries every Exhibit 21 document filed in 2022 that has at least one subsidiary registered in China, with the parent on cik, ticker, and companyName.
Page through the results by incrementing from by 50 against total.value, and walk each document's subsidiaries array client-side to extract the specific Chinese entities — entries where subsidiaries.jurisdiction equals China.
How do I handle subsidiary records where the jurisdiction field is reported as an empty string in older filings?
In older Exhibit 21 filings — especially those from the early 2000s — the parser sometimes cannot recover the place of incorporation, and the subsidiaries.jurisdiction field is stored as an empty string rather than being absent. The /subsidiaries endpoint returns these records as-is.
Treat an empty-string subsidiaries.jurisdiction as missing data on your side: filter such entries out before computing jurisdiction-based aggregates so you do not double-count them as either domestic or international, and do not try to match them via a jurisdiction filter (a value-based filter for a specific country never returns them). Entries where subsidiaries.jurisdiction is a non-empty country or state value should be used as authoritative.
How do I find subsidiary disclosures whose parent company has no ticker symbol on record, such as private filers or delisted entities?
To pull Exhibit 21 disclosures whose parent company does not have a ticker on record, query the /subsidiaries endpoint and require the parent's ticker field to be empty — the value of ticker should be an empty string, since the dataset stores the field as "" rather than dropping it when the parent has no listed symbol. This pattern is common for subsidiary-only filers (entities that file Exhibit 21 as part of a 10-K but never had a publicly listed equity), for private debt issuers, and for companies that have since gone private or delisted.
Once a matching document is in hand, the parent is identified by its CIK (cik) and its legal name (companyName); the parsed Exhibit 21 list sits on subsidiaries, with each entry's name on subsidiaries.name and place of incorporation on subsidiaries.jurisdiction. Because cik is always present and stable across renames, use it as the canonical identifier for follow-up queries. The /mapping endpoint resolves a CIK to any other identifiers EDGAR has on file for that filer.
References
Refer to the following resources for more information about Exhibit 21 and lists of subsidiaries: