Skip to main content
Wikana S.A. logo

Wikana S.A. — Investor Relations & Filings

Ticker · WIK ISIN · PLELPO000016 LEI · 2594009W5VKPYTGCHW86 WAR Real estate activities
Open in API
Filings indexed 793 across all filing types
Latest filing 2025-04-16 Audit Report / Informat…
Country PL Poland
Listing WAR WIK

About Wikana S.A.

https://www.wikana.pl/

Wikana S.A. is a real estate development company primarily focused on residential properties, including apartments, multi-family homes, and terraced houses, as well as commercial projects. The company manages the entire development lifecycle, from land acquisition, project design with architectural firms, and obtaining permits to construction supervision, sales, and subsequent property management. Its operations are organized into several business segments, including Development, Leasing, and Renewable Energy Production. The company's activities are concentrated in southeastern Poland, particularly in the Lubelskie, Podkarpackie, and Małopolskie voivodeships.

Recent filings

Filing Released Lang Actions
Zal. do Uchwaly RN 1.IV.2025
Audit Report / Information Classification · 99% confidence The document is titled "Oświadczenie Rady Nadzorczej WIKANA S.A. w sprawie wyboru firmy audytorskiej..." (Statement of the Supervisory Board of WIKANA S.A. regarding the selection of the audit firm...). It explicitly references Polish Ministry of Finance regulations concerning current and periodic information disclosure and details the selection of the auditor (UHY ECA Audyt) for the annual individual and consolidated financial statements for the year ending December 31, 2024. This document is a formal declaration concerning the audit process and compliance, which falls under the scope of Audit Report / Information (AR), as it relates directly to the audit function and compliance, rather than being the full Annual Report (10-K) or just an announcement of a report (RPA/RNS). Given the specific focus on the auditor selection and compliance statements related to the audit, AR is the most appropriate classification. FY 2024
2025-04-16 Polish
Podpis
Regulatory Filings Classification · 95% confidence The provided document text consists entirely of XML digital signature blocks (Signatures, SignedInfo, SignatureValue, KeyInfo, X509Data, etc.). This structure is characteristic of a digitally signed document, often used to attest to the authenticity and integrity of an underlying filing or document. Since the content itself is the signature metadata and not the substantive report (like an Annual Report, Earnings Release, or Proxy Statement), and given the lack of specific regulatory headers or financial content, this is most likely a generic regulatory filing wrapper or an attachment that requires verification. In the context of corporate filings, a document that is purely technical metadata like this, and doesn't clearly fit into the defined categories (like ER, 10-K, IP), defaults to the general regulatory filing category.
2025-04-16 Polish
List Prezesa Zarządu
Regulatory Filings Classification · 95% confidence The document text provided is extremely short (less than 5,000 characters, as indicated by the metadata) and appears to be the raw HTML/XML structure of a document viewer or a wrapper, rather than the content of a financial report itself. The content is dominated by CSS styling, font definitions, and structural tags (`<html>`, `<head>`, `<style>`). There are no discernible keywords indicating a specific filing type like '10-K', 'ER', or 'IR'. According to Rule 2 (The 'MENU VS MEAL' Rule), when a document is very short and seems to be an announcement or wrapper rather than the full content, and no specific filing type is evident, the fallback category 'Regulatory Filings' (RNS) is the most appropriate classification for miscellaneous or structural documents that don't fit elsewhere. Given the nature of the input (mostly code/styling and very little substantive text), it is highly likely this is a placeholder or a wrapper for a filing, making RPA or RNS candidates. Since it doesn't explicitly announce the publication of another report (which would favor RPA), RNS is chosen as the general regulatory fallback.
2025-04-16 Polish
Podpis
Regulatory Filings Classification · 95% confidence The provided document text consists almost entirely of XML structures related to digital signatures (Signature, SignedInfo, KeyInfo, X509Data, etc.). This structure is characteristic of digitally signed regulatory filings or official documents, often used to ensure authenticity and integrity. Crucially, the document contains references to a file named "Wikana_SzB_JSF-2024-12-31-1-pl.xhtml" and includes a SigningTime of '2025-04-15T16:53:04Z'. The content itself is not the financial report (like 10-K or IR) but the cryptographic wrapper around it. Since the text is not the report itself, but rather an announcement or wrapper indicating the publication/signing of a document, and given the highly technical/regulatory nature (digital signature schema), it is most appropriately classified as a general Regulatory Filing (RNS) or potentially a Report Publication Announcement (RPA) if it were shorter and explicitly announced the attached report. Given the length (10348 chars) and the focus on the signature block rather than an announcement summary, RNS is the safer general regulatory fallback for complex, signed attachments that don't fit specific categories like DEF 14A or 10-K. However, looking closely at the structure, this is the raw XML signature block itself, which often accompanies a primary filing. If this were an announcement *about* a filing, it would be RPA. Since it is the signature block of a document, and we don't see the content of the document it signs (which is referenced as an .xhtml file), classifying it as a general Regulatory Filing (RNS) is the most robust choice for non-standard, technical regulatory artifacts.
2025-04-16 Polish
SzB WIKANA S.A. 2024
Audit Report / Information Classification · 95% confidence The document text provided is heavily truncated and appears to be the raw HTML/CSS structure generated by a PDF conversion tool (pdf2htmlEX), indicated by tags like 'html', 'head', 'style', and font definitions ('@font-face'). The title of the document is 'Wikana_SzB_JSF-2024-12-31-1-pl.xhtml'. The presence of 'JSF' (likely related to a specific regulatory filing type in Poland, such as a financial statement or annual report component) combined with a specific date ('2024-12-31') strongly suggests this is a formal financial report, likely an Annual Report (10-K equivalent) or an Interim Report (IR). Since the document length is very large (1.8 million characters) and it contains structured data typical of comprehensive financial reporting, it is highly unlikely to be a short announcement (RPA/RNS). Given the context of a year-end date (12-31), the most appropriate classification for a comprehensive annual filing is '10-K' (Annual Report), even if the specific jurisdiction uses a different local designation, as '10-K' serves as the standard for full annual financial disclosures in this classification scheme. If it were a shorter period report, 'IR' would be chosen, but the year-end date points to the annual filing. FY 2024
2025-04-16 Polish
Podpis
Regulatory Filings Classification · 95% confidence The provided document text consists entirely of XML digital signature blocks ('Signatures', 'Signature', 'SignedInfo', 'KeyInfo', 'X509Certificate', etc.). This structure is characteristic of an XBRL filing or a document that has been digitally signed for regulatory submission, often associated with official filings like 10-K, AR, or IR. However, the content itself does not contain any financial narrative, tables, or specific report headers (like 'Consolidated Balance Sheets' or 'Management's Discussion and Analysis'). The presence of multiple signatures and references to an XHTML file ('Wikana_SZD-2024-12-31-0-pl.xhtml') suggests this is the signature block appended to a primary document. Since the actual content of the report is missing, and we only see the metadata/signature wrapper, this is most likely a component of a larger regulatory submission. Given the highly technical, non-narrative nature, and the lack of specific report content, the most appropriate classification is the general fallback for regulatory filings that don't fit specific content categories, which is 'RNS' (Regulatory Filings). If the document were the full report, the content would be present. Since it's just the signature wrapper, RNS is the best fit among the options, although 'XLSX' or 'FS' might be possibilities if the underlying document was a data file, but the XML structure points more towards a formal filing wrapper.
2025-04-16 Polish

Browse filings by year

11 years

Report missing filing

Can't find a specific document? Let us know and we'll add it within 24 hours.

We will notify you once the filing is added.
Report sent
Thank you. We will check the data and update it shortly.