Cyprus Application for Registration of a Business Name by an Individual (Form EE1)

Candidate selection

GOV-4208 ("GovSchema Standard Research"). A fresh scan of CATALOG.md's own "Known Gaps & Opportunities" section (item 0b, banked GOV-4169, 2026-07-21) found Cyprus's Form EE1 (business-name registration by an individual) as the strongest genuinely-open, well-sourced candidate: an unauthenticated, non-Cloudflare-gated, single-page official PDF at companies.gov.cy, left unauthored only because that cycle's own scouting pass reported the Greek text as "glyph-index-encoded (no ToUnicode CMap), needing embedded-font glyph-mapping or a pixel-scan extraction pass beyond what that cycle's scouting attempted." This cycle re-examined that specific blocker before treating it as still valid, per this routine's own standing procedure of treating prior "confirmed" findings with some skepticism rather than accepting them at face value.

Reaching the live source

Re-fetched https://www.companies.gov.cy/assets/modules/wgp/articles/201801/53/docs/ee1.pdf directly with curl using a standard desktop Chrome User-Agent.

• HTTP 200, Content-Type: application/pdf, Content-Length: 87675, Last-Modified: Tue, 07 May 2019 12:38:56 GMT — byte-identical to the GOV-4169-era fetch (same content-length recorded in CATALOG.md).
• No login, CAPTCHA, or WAF gate on the asset itself.

The glyph-encoding concern did not reproduce

Loaded the PDF with pdfjs-dist's legacy Node build (legacy/build/pdf.js, from a pre-existing /tmp/node_modules/pdfjs-dist install used by many prior cycles) and called page.getTextContent() directly — no manual glyph-to-Unicode mapping pass, no pixel-scan render step. The returned item.str values are clean, directly readable Modern Greek Unicode text end to end (e.g. "Αίτηση για εγγραφή εμπορικής επωνυμίας", "Ο ΠΕΡΙ ΟΜΟΡΡΥΘΜΩΝ ΚΑΙ ΕΤΕΡΟΡΡΥΘΜΩΝ ΣΥΝΕΤΑΙΡΙΣΜΩΝ ΚΑΙ ΕΜΠΟΡΙΚΩΝ ΕΠΩΝΥΜΙΩΝ ΝΟΜΟΣ"). Whatever font-encoding property the prior cycle's own tooling observed either does not affect pdfjs-dist's text-extraction path or was mischaracterized; either way, no glyph-mapping or pixel-scan groundwork was actually needed to extract this form's text faithfully. This is disclosed as a genuine correction of a prior cycle's own recorded finding, not a silent overwrite of it.

Structure of the source

One page, 265 text items, page size 595×842pt (A4). No AcroForm fields — this is a flat, label-only printed form (confirmed by pdfjs-dist finding no annotation/field objects), consistent with cy/crmd/passport-application and most of this registry's other flat-PDF sources. Every text item's transform[4]/transform[5] (x/y) was extracted and items were grouped by rounded y-coordinate into printed rows, then ordered by x within each row — this recovers the form's genuine multi-column layout (e.g. the y=419 row prints "Αρ.Ταυτότητας" at x=137 and "Αρ. Διαβατηρίου" at x=351 side by side, and the y=366 row prints three columns — "Κτίριο"/"Όροφος"/"Διαμ." — on one line), which a single left-to-right text dump would not disclose.

Unlike ie/cro/business-name-registration-individual's RBN1 (8 numbered explanatory notes), this form carries no footnotes or explanatory notes at all — every field is a plain labelled box with no note to cross-reference. Every field description in this schema is therefore derived directly from the label text and general knowledge of Cyprus's business-name registration process (Cap. 116, Article 52), not from a footnote citation.

Disclosed source-fidelity findings and scoping decisions

1. The owner-details section serves both an individual and a body-corporate owner on the same page. The section header itself, "Στοιχεία Ιδιοκτήτη ή Ιδιοκτήτριας Εταιρείας," literally reads "Details of the Owner or of the Owning Company." The first row of that section pairs "Όνομα" (Name) with "Αρ.Εγγραφής" (Registration No.) — the latter only meaningful for a registered body corporate — while the immediately following row, "Επώνυμο" (Surname), applies only to a natural person. This document is scoped to the individual-owner path only, mirroring how this registry already scopes Ireland's structurally similar business-name-registration form into ie/cro/business-name-registration-individual specifically. The body-corporate-owner path (ownerCompanyRegistrationNumber and a company name distinct from ownerGivenName) is not modelled; a future companion document could cover it the same way ie/cro/company-incorporation and ie/cro/business-name-registration-individual are separate documents in this registry, rather than one document with a discriminated owner-type union.
2. ownerIdCardNumber and ownerPassportNumber are both optional, with no encoded either/or rule. The source form prints both boxes with no note stating which applies to which owner. This registry's own standing pitfall list (a notEquals-empty-string check against an absent optional field silently evaluates as if the field were present) specifically warns against encoding this kind of either/or as a brittle crossFieldValidation rule, so the relationship is disclosed in each field's own description instead.
3. nameApprovalApplicationNumber and natureOfBusinessCode have no explanatory note distinguishing applicant-supplied from registrar-assigned values. Both are modelled as optional, unconstrained strings rather than asserting either interpretation as certain.
4. Two distinct address blocks, both split into the source's own separate boxes rather than collapsed to free text. Unlike RBN1 (whose address fields print as single ruled writing areas and are modelled as single free-text strings), EE1 prints the place-of-business address and the owner's residential address each as separate street/building/floor/ flat/parish-town-village/district/postal-code boxes (the owner's address additionally has its own country box; the place-of-business address does not, since a Cyprus-registered business's premises are necessarily domestic). This document follows the source's own granularity and splits each into its own leaf field, consistent with this registry's convention for other forms with genuinely separate printed boxes (e.g. lv/ur/sole-trader-registration-kr2).
5. The correspondence address is the one exception, printed as a single free-text box ("Όνομα και Διεύθυνση για Αλληλογραφία" — Name and Address for Correspondence), unlike the two structured address blocks above — modelled as a single correspondenceAddress string accordingly.
6. No numbered-district checkbox grid. Cyprus government forms sometimes render the six historic districts as a checkbox row; this form instead prints a single blank "Επαρχία" (District) box in both address blocks, so placeOfBusinessDistrict/ownerDistrict are modelled as free-text strings rather than a fabricated enum.
7. ownerSignatureConfirmed records the fact of signature, not a signature image, consistent with this registry's convention for other wet-signature declarations (e.g. ie/cro/business-name-registration-individual's own certificationDeclarationConfirmed).

Conformance

2 valid mock scenarios (valid-complete-individual-application.json, a Cypriot-national owner using an ID card number and only the statically-required fields; valid-foreign-national-passport-owner.json, a UK-national owner using a passport number, a company-presented correspondence address, and every optional field populated) plus 6 mutation-control fixtures (five missing- required-field cases, one from each of the five steps — businessName, ownerGivenName, dateOfCommencementOfBusiness, ownerSignatureConfirmed, correspondenceName — and one unknown-field rejection) are committed under conformance/cy/drcor/business-name-registration-individual/1.0.0/.

An ephemeral, from-scratch mock validator (deriving required-field and unknown-field rules directly from this schema's own fields[], not committed) ran all 8 fixtures: both valid scenarios at 0 errors, all 6 mutation controls each raising exactly 1 error.

node tools/validate.mjs and node tools/validate-ajv.mjs both pass for the full registry with this document included.

Scope boundaries

This document models only the individual-owner path of Form EE1 (see finding 1 above). It does not submit anything on an applicant's behalf; the live companies.gov.cy source is always authoritative. GovSchema is independent and is not affiliated with, endorsed by, or operated by Cyprus, the Ministry of Energy, Commerce and Industry, or the Department of Registrar of Companies and Intellectual Property.