<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>STC Europe SIG &#187; law</title>
	<atom:link href="http://www.stc-europe.org/tag/law/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.stc-europe.org</link>
	<description>Society for Technical Communication&#039;s Europe SIG</description>
	<lastBuildDate>Fri, 03 Sep 2010 18:41:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>The Law and Languages</title>
		<link>http://www.stc-europe.org/2010/03/03/the-law-and-languages/</link>
		<comments>http://www.stc-europe.org/2010/03/03/the-law-and-languages/#comments</comments>
		<pubDate>Wed, 03 Mar 2010 15:52:14 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Language]]></category>
		<category><![CDATA[law]]></category>
		<category><![CDATA[legal]]></category>
		<category><![CDATA[localisation]]></category>
		<category><![CDATA[localization]]></category>
		<category><![CDATA[requirements]]></category>

		<guid isPermaLink="false">http://www.stc-europe.org/?p=395</guid>
		<description><![CDATA[by Jennifer O Neill When selling products in Europe, how do we decide into which languages we should translate our user documentation? This is a potentially expensive, yet important, question. In an ideal world, we would translate the documentation into the language of every country in which we sell our products. However, not only could [...]]]></description>
			<content:encoded><![CDATA[<p><em>by Jennifer O Neill</em></p>
<p>When selling products in Europe, how do we decide into which languages we should translate our user documentation? This is a potentially expensive, yet important, question. </p>
<p>In an ideal world, we would translate the documentation into the language of every country in which we sell our products. However, not only could this be prohibitively expensive, it might also be a waste of money and time. Not all products or audiences may require a translated user manual. Yet by not providing the documentation in a language of a country, we might be breaking that country’s laws. In this era of tight budgets and deadlines, it’s important to know how to select which languages are required for our markets. </p>
<p>When planning the localisation requirements of our documentation, we should consider the following criteria:  </p>
<ol>
<li>Legally required languages</li>
<li>Legally recommended languages</li>
<li>Commercial decision</li>
</ol>
<p>Always seek the advice of the company’s legal department to get guidelines specific for your products and markets.</p>
<h3>Legally required</h3>
<p>What we’re selling will play a deciding role in determining which languages are provided to customers.  Medical and life safety products, such as fire alarm systems, have much more demanding legal requirements for translation than products with no such impact. As a life safety product even if we sell only one smoke detector in Iceland, for example, we’d have to translate the user instructions into Icelandic.</p>
<p>And the law doesn’t stay still. Recently, the European Union directive for medical devices was updated, requiring software to be now translated. A useful article for information on the legal aspects of localisation is <em><a href="http://blog.fxtrans.com/2009/09/who-is-afraid-of-clinical-data.html" rel="external" tabindex="1">Who is afraid of clinical data requirements</a></em>?</p>
<p>Regulatory information often must be translated. For some European Union (EU) directives, the information provided to end users must translated into the official EU languages. Examples of such directives are those for WEEE and battery disposal. So some regulatory information may need to be provided to users in more languages than the user manual itself. For more information on regulatory issues across many sectors in the European Union, go to the European Commission&#8217;s <a href="http://ec.europa.eu/enterprise/sectors/" rel="external" tabindex="1">industry sectors overview</a>.</p>
<p>Several European countries legally require user documentation for any product to be translated into the local language. If selling products in France or Germany, we must translate the software and instructions for use into the local language. The instructions for use can be in print or digital format (for example, PDF, Web, Help…) Further information on the French law can be found in this article about <a href="http://en.wikipedia.org/wiki/Toubon_Law" rel="external" tabindex="1">Toubon Law</a>.</p>
<p>Russian and Ukrainian laws insist that the end user and installation documentation be translated into Russian for products to be legally sold in these countries.</p>
<p>And we also need to be aware if our company has any contractual agreements with customers to provide the product documentation in selected languages.</p>
<h3>Legally recommended</h3>
<p>Unfortunately, sometimes there can be grey areas surrounding translation requirements for some countries. In such situations, seek the advice from the legal department. Although a country may not legally require the user documentation to be translated, if that country’s market is commercially important to a company, the legal department may decide that user documentation must be translated.</p>
<h3>Commercial decision</h3>
<p>In this situation, languages are selected for purely for commercial reasons. Product managers select the languages required for software and documentation depending on market demands. </p>
<p>We need to know the impact of legal requirements when planning the localisation of documentation. Work closely with the product managers and legal department when selecting the languages required. And develop written guidelines to help all parties in the company know what legal requirements the software and technical documentation must meet in the international marketplace. </p>
]]></content:encoded>
			<wfw:commentRss>http://www.stc-europe.org/2010/03/03/the-law-and-languages/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
