{
"endpoint": "sec-edgar-filings",
"count": 1,
"truncated": true,
"took_ms": 2389,
"items": [
{
"recordType": "filing",
"cik": "0000320193",
"companyName": "Apple Inc.",
"tickers": [
"AAPL"
],
"exchanges": [
"Nasdaq"
],
"sic": "3571",
"sicDescription": "Electronic Computers",
"fiscalYearEnd": "0926",
"stateOfIncorporation": "CA",
"form": "10-K",
"filingDate": "2026-11-03",
"reportDate": "2026-09-26",
"acceptanceDateTime": "2026-11-03T13:05:15.000Z",
"accessionNumber": "0000320193-26-000026",
"act": "34",
"fileNumber": "001-36743",
"primaryDocument": "aapl-20260926.htm",
"primaryDocDescription": "10-K",
"sizeBytes": 10902198,
"isXBRL": true,
"documentUrl": "https://www.sec.gov/Archives/edgar/data/320193/000032019326000026/aapl-20260926.htm",
"filingIndexUrl": "https://www.sec.gov/Archives/edgar/data/320193/000032019326000026",
"scrapedAt": "2026-11-11T16:06:24.984Z"
}
]
}
curl --location --request GET 'https://zylalabs.com/api/14841/sec+edgar+filings+api/38493/get+sec+edgar+filings?ciks=320193&forms=10-K&limit=2' --header 'Authorization: Bearer YOUR_API_KEY'
साइन अप करने के बाद, प्रत्येक डेवलपर को एक पर्सनल API एक्सेस की असाइन की जाती है, जो अक्षरों और अंकों का एक यूनिक संयोजन होता है, जिसका उपयोग हमारे API एंडपॉइंट तक पहुंचने के लिए किया जाता है। प्रमाणीकरण के लिए SEC EDGAR फाइलिंग्स API के साथ बस अपने बेयरर टोकन को Authorization हेडर में शामिल करें।
| हेडर | विवरण |
|---|---|
Authorization
|
आवश्यक
होना चाहिए Bearer access_key. जब आप सब्सक्राइब हों तो ऊपर "Your API Access Key" देखें।
|
कोई लंबी अवधि की प्रतिबद्धता नहीं। कभी भी अपग्रेड, डाउनग्रेड या कैंसल करें।
(वार्षिक बिलिंग के साथ 2 महीने बचाएँ 🎉)
एक या एक से अधिक कंपनियों के लिए SEC EDGAR फाइलिंग, फॉर्म प्रकार, तिथियाँ और एक्सेसियन संख्या के साथ
हर प्रतिक्रिया JSON है जिसमें एक गिनती, एक took_ms क्षेत्र और समतल रिकॉर्ड का एक items ऐरे होता है जो संग्रहित या क्वेरी करने के लिए तैयार होता है
नहीं अनुरोध सर्वर-साइड पर संभाले जाते हैं आप केवल अपनी एपीआई कुंजी और इस अंत बिंदु में वर्णित पैरामीटर भेजते हैं
हर कॉल स्रोत को लाइव पढ़ता है इसलिए रिकॉर्ड अनुरोध के समय ऊर्ध्वाधर स्रोत की स्थिति को दर्शाते हैं
आपको एक स्पष्ट त्रुटि स्थिति मिलती है बजाय एक खाली परिणाम के इसलिए विफलता को कभी भी डेटा न होने के लिए गलत नहीं समझा जाता
हाँ, प्रत्येक अंत बिंदु प्रति अनुरोध रिकॉर्ड की संख्या को सीमित करता है; अधिकतम सीमा पैरामीटर में निर्दिष्ट है