On this page
A company is putting together a case study for its site, and an engineer drops in a screenshot of the control panel with live operating parameters — proof the product is real. Legally, that screenshot can fall under the same definition the company already uses to file for an export permit: technical data. Nobody broke a law on purpose here. Nobody checked the marketing draft against a definition that was already sitting in the export-control statute.
Where the legal line on publicity actually runs
A company preparing an export filing is already used to identifying its product against the definitions in Law 549-IV “On State Control over International Transfers of Goods of Military Purpose and Dual-Use.” The same definitions apply to public content — a press release, a case study, a webinar, a LinkedIn post — because the law doesn’t distinguish by format. What matters is the content, not the container.
- Technical data and technical assistance
- Under Article 1 of Law 549-IV, technical data is designs, plans, drawings, diagrams, models, formulas, specifications, software, manuals and instructions, on paper or electronic media. Technical assistance is briefing, consulting, professional development, training and hands-on instruction. Both definitions describe content, not format: a file, a webpage, a slide, or a verbal briefing to a journalist fall under them equally.
The practical consequence for a team preparing outward-facing communication: “can we publish this” is the same question a company already asks itself during product identification for state export control — the same statutory categories, just applied to a piece of text instead of a piece of hardware, ahead of the same registration and permit process a producer already runs before it can transfer anything across a border.
Four categories worth separating in every piece of content
In practice, a team preparing communication works with four categories of information. The first two are usually safe to publish without a separate sign-off; the second two aren’t, because they overlap the definitions above.
| Product category and market | A line like “the company builds FPV interceptors” or “the system operates under active EW” is a product class, not technical data under the law. Publishes freely. |
|---|---|
| Deployment context, in general terms | A mention of use by units at the front, without tying it to a specific unit, location or delivery date. Safe as long as it doesn't narrow the field to an identifiable case. |
| Exact technical parameters | Range, guidance method, operating frequency, payload mass, power scheme. This is exactly the designs, specifications and formulas in Article 1 — it needs the same review as an identification package for export. |
| Production and supply-chain detail | Facility location, output volume, a specific component supplier, the end user. This is no longer only a phrasing question — it's the end-use and destination information Article 10 names directly as grounds for control. |
Content built on the first two categories can almost always ship without delay. Content that touches the third or fourth needs the same check as the paperwork for registering as a subject of international transfers — and, as the procedure itself shows, that check is faster when it runs before publication, not after a question from a journalist or a partner.
The same rule matters for capital and procurement too
The discipline that protects a company from over-disclosure in the export sense protects it in another spot too — when public material gets checked against what a company shows during due diligence. The six domains an investor scores a company against are laid out in the due-diligence checklist: if a page names a parameter, a volume or a partner that isn’t in the company’s internal documents, or the reverse, that’s a discrepancy a reviewer flags as its own line item, not something that gets waved through.
It works the other way too: a company that can’t be verified against any outside source reads as more risk to an investor or buyer, not less. It’s the same underlying skepticism behind one of the five objections foreign capital raises about Ukrainian defense-tech. So the question a team actually has to answer is which information a given piece carries, and that is settled draft by draft rather than by a standing policy on whether to speak publicly at all.
How to check a draft before it ships
- 1Check the technical description against the definition of technical datain Article 1. If the draft carries a parameter, a drawing or a code fragment, that’s a subject of identification, not a line for marketing.
- 2Write in classes, not numbers — task type, product category, target market, without exact thresholds for range, power or mass.
- 3Check whether the draft narrows the field to an identifiable case — a specific unit, a delivery location, a date — even when no name is used directly.
- 4Send the draft to whoever runs product identification for export control, not only to the person responsible for marketing.
- 5Keep a log of what’s already public, so the next piece doesn’t disclose a detail the previous one deliberately left out.
Frequent questions
- Law of Ukraine No. 549-IV of 20.02.2003 “On State Control over International Transfers of Goods of Military Purpose and Dual-Use” — current version, Art. 1 (definitions of technical data and technical assistance), Art. 10 (control of goods off the control lists)
- Procedure for state control over international transfers of goods of military purpose — CMU Resolution No. 1807 of 20.11.2003 (military list as restated by Resolution No. 1425 of 10.12.2024)
- Procedure for state control over international transfers of dual-use goods — CMU Resolution No. 86 of 28.01.2004
Published: 14 August 2026
