<?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>ECTI Blog &#187; Federal Register</title>
	<atom:link href="http://learnexportcompliance.bluekeyblogs.com/category/topics/federal-register/feed/" rel="self" type="application/rss+xml" />
	<link>http://learnexportcompliance.bluekeyblogs.com</link>
	<description></description>
	<lastBuildDate>Tue, 03 Jan 2012 16:11:37 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>New BIS Encryption Regulation Contains Good and Bad News for US Exporters</title>
		<link>http://learnexportcompliance.bluekeyblogs.com/2008/11/16/new-bis-encryption-regulation-contains-good-and-bad-news-for-us-exporters/</link>
		<comments>http://learnexportcompliance.bluekeyblogs.com/2008/11/16/new-bis-encryption-regulation-contains-good-and-bad-news-for-us-exporters/#comments</comments>
		<pubDate>Sun, 16 Nov 2008 14:34:03 +0000</pubDate>
		<dc:creator>Guest Author</dc:creator>
				<category><![CDATA[BIS]]></category>
		<category><![CDATA[EAR]]></category>
		<category><![CDATA[Federal Register]]></category>
		<category><![CDATA[Information Technology]]></category>

		<guid isPermaLink="false">http://learnexportcompliance.com/news/2008/11/16/new-bis-encryption-regulation-contains-good-and-bad-news-for-us-exporters/</guid>
		<description><![CDATA[In response to industry pressure and a Presidential Directive issued earlier this year, the Bureau of Industry and Security (BIS) published an interim final rule on October 3, 2008 modifying the Export Administration Regulations (EAR) governing the export of hardware, software and technical data using encryption technology. The rule makes some marginal changes to the [...]]]></description>
			<content:encoded><![CDATA[<p>In response to industry pressure and a Presidential Directive issued earlier this year, the Bureau of Industry and Security (BIS) published an interim final rule on October 3, 2008 modifying the Export Administration Regulations (EAR) governing the export of hardware, software and technical data using encryption technology. The rule makes some marginal changes to the regulations but falls short of any significant restructuring of the regulatory regime which as been in place for almost a decade. Despite the limited nature of the changes, many U.S. companies will need to tweak their compliance practices immediately in order to comply with the new rules — there is no “grace period” for implementation.</p>
<p>The new rule, ironically entitled “Encryption Simplification” takes up eighteen pages in the Federal Register. BIS plans on developing additional guidance to be posted on its website as questions will inevitably be raised regarding the correct interpretation of certain provisions contained in the final rule.</p>
<h4>Good News for Some</h4>
<p>Companies in the business of making products for the consumer market will benefit from the regulatory changes. For example, companies that make mass-market products using weak cryptography (now defined as using key lengths not exceeding 80 bits; for asymmetric algorithms with key lengths not exceeding 1024 bits; and for elliptic curve algorithms with key lengths not exceeding 160 bits) no longer have to submit a notification of self-classification prior to export. These products can be classified as 5X992 and exported under “NLR”.<span id="more-570"></span></p>
<p>The new regulation introduces a category of products performing “ancillary cryptography” and exempts them from review and reporting requirements. Examples provided by BIS in its definition of ancillary cryptography in section 772.1 of the EAR include “business process modeling and automation (e.g., supply chain management, inventory, scheduling and delivery); industrial, manufacturing or mechanical systems (including robotics, other factory or heavy equipment, facilities systems controllers including fire alarms and HVAC); automotive, aviation and other transportation systems. Relief from the review and reporting requirements is also given to companies making products using short-range wireless technology.<br />
BIS has also raised the thresholds that allow some network infrastructure equipment to be exported under the unrestricted provisions of ENC. As a consequence, low-end virtual private network (VPN) hardware and other wide area networking products can now potentially qualify for license-free shipment to both commercial government end-users worldwide.</p>
<p>All exporters will benefit by the inclusion of Bulgaria, Canada, Iceland, Romania and Turkey to the “License Free Zone” (also known as the “Supplement 3 countries”). Both government and commercial entities in these countries may receive product under ENC once a review request is submitted.</p>
<h4>Bad News for Others</h4>
<p>BIS has made a change affecting the classification of mass-market products that could present a compliance challenge for companies who may conduct a limited international release of product coincident with the submission of a technical review. Companies had previously been allowed to self-classify mass-market products as 5&#215;992 and export under NLR (no license required) pending a 30 day BIS review. The new rules require that future products be temporarily classified as 5&#215;002 pending a final BIS determination and export be made according to the provisions of ENC. This change is viewed as a roll-back of an existing liberalization and will undoubtedly be cited in comment letters to BIS. Companies will likely claim that expensive system change requirements in their order processing, export documentation and ERP systems will be required to comply with the new rule.</p>
<p>BIS is actively working on a long range plan to further modify the encryption regulations. However, given the fact that this is an election year and that fundamental changes to U.S. encryption export rules will require Wassenaar Arrangement approval there will likely be no further changes for at least a year to eighteen months.<br />
— <em>Felice Laird, Export Strategies LLC</em></p>
]]></content:encoded>
			<wfw:commentRss>http://learnexportcompliance.bluekeyblogs.com/2008/11/16/new-bis-encryption-regulation-contains-good-and-bad-news-for-us-exporters/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Some Nuts and Bolts of New ITAR Agreements Requirements</title>
		<link>http://learnexportcompliance.bluekeyblogs.com/2007/12/19/some-nuts-and-bolts-of-new-itar-agreements-requirements/</link>
		<comments>http://learnexportcompliance.bluekeyblogs.com/2007/12/19/some-nuts-and-bolts-of-new-itar-agreements-requirements/#comments</comments>
		<pubDate>Wed, 19 Dec 2007 23:53:05 +0000</pubDate>
		<dc:creator>Danielle McClellan</dc:creator>
				<category><![CDATA[Australia]]></category>
		<category><![CDATA[DDTC]]></category>
		<category><![CDATA[Defense Trade Controls]]></category>
		<category><![CDATA[Dual/3rd Party Nationals]]></category>
		<category><![CDATA[EU]]></category>
		<category><![CDATA[Federal Register]]></category>
		<category><![CDATA[Information Technology]]></category>
		<category><![CDATA[ITAR]]></category>
		<category><![CDATA[MLA]]></category>
		<category><![CDATA[NATO]]></category>
		<category><![CDATA[TAA]]></category>
		<category><![CDATA[USA Regulations]]></category>

		<guid isPermaLink="false">http://learnexportcompliance.com/news-staging/2007/12/19/some-nuts-and-bolts-of-new-itar-agreements-requirements/</guid>
		<description><![CDATA[On December 19, 2007, an amendment to the ITAR was published that revised the licensing procedures with regards to third party/dual nationals for technical assistance and manufacturing license agreements. It is no longer required that additional approval for a release of technical data, defense services, and access to defense articles for third part/dual national employees [...]]]></description>
			<content:encoded><![CDATA[<p>On December 19, 2007, an amendment to the ITAR was published that revised the licensing procedures with regards to third party/dual nationals for technical assistance and manufacturing license agreements. <strong>It is no longer required that additional approval for a release of technical data, defense services, and access to defense articles for third part/dual national employees from NATO, EU, Australia, New Zealand, Japan, and Switzerland.</strong><span id="more-28"></span></p>
<p>When determining nationality, the Department of Defense Trade Controls will consider an individuals country of origin or birth in addition to citizenship. The individuals must be physically located within one of the countries to receive access to the technical data.</p>
<p>The “Guidelines for Preparing Agreements” available on the DDTC website will be revised to incorporate this change and are <strong>effective February 1, 2008</strong>. Any submission that does not meet the following requirements will be subject to being Returned Without Action:</p>
<ul>
<li>On pages 10 and 22 of the Guidelines, insert the following statement: This agreement (does/does not) request retransfer of defense articles and defense services pursuant to ITAR 124.16. (Change or No Change on page 22)</li>
<li>On page 15 of the Guidelines, the applicant must include the following statements (if applicable) which are required by the ITAR. Both the second and third statement my be used in conjunction depending on the location of the foreign licensees and or sublicensees:
<ol>
<li><strong>If Not Requesting Third Country/Dual Nationals:</strong> This agreement does not authorize access to defense articles or transfer of technical data/defense services to third country/dual national employees of the foreign licensees (or approved sublicenses &#8211; if applicable).</li>
<li><strong>If Requesting Third Country/Dual Nationals Who Do Not Qualify for ITAR 124.16: </strong>Pursuant to ITAR 124.8(5), this agreement authorizes access to defense articles and/or retransfer of technical data/defense services to individuals who are third country/dual national employees of the foreign licensees (and its approved sublicensees &#8211; if applicable). The exclusive nationalities authorized are listing all foreign nationalities of the employees who are not eligible for application of ITAR 124.16. Prior to any access or retransfer, the employee must execute a Non-Disclosure Agreement (NDA) referencing this DTC case number. The applicant must maintain copies of the executed NDAs for five years from the expiration of the agreement.</li>
<li><strong>If Requesting Third Country/Dual Nationals Who Do Qualify for ITAR 124.16:</strong> Pursuant to ITAR 124.16, this agreement authorizes access to unclassified defense articles and/or retransfer of technical data/defense services to individuals who are third country/dual national employees of the foreign licensees (and its approved sublicensees &#8211; if applicable). The exclusive nationalities authorized are limited to NATO, European Union, Australia, Japan, New Zealand, and Switzerland. All access and/or retransfers must take place completely within the physical territories of these countries or the United States.</li>
</ol>
</li>
</ul>
<p>More information available at: <a href="http://www.pmddtc.state.gov/dual_nationals.htm" target="_blank">www.pmddtc.state.gov/dual_nationals.htm</a></p>
<p>At this time the Department of State is reviewing and modifying the current Guidelines for Preparing Agreements. Here are some key links. State says it will publish comprehensive new Agreements Guidelines this summer.</p>
<h4>Current Guidelines for Preparing Agreements:</h4>
<p class="arrow"><a href="http://www.pmddtc.state.gov/docs/guidelines_preparing-agreements.doc" target="_blank">Word Version</a></p>
<p class="arrow"><a href="http://www.pmddtc.state.gov/docs/agbook.pdf" target="_blank">PDF version</a></p>
<h4>Updates to Guidelines for Preparing Agreements:</h4>
<p class="arrow"><a href="http://www.pmddtc.state.gov/docs/AG_Section_9.4_Replacement.doc" target="_blank">Section 9.4, Exporting Hardware Via Separate License in Furtherance of an Agreement</a> (DOC)</p>
<p class="arrow">    <a href="http://www.pmddtc.state.gov/docs/AG_Section_10.1_Modification.doc" target="_blank">Section 10.1, Sublicensing</a> (DOC)</p>
<h4>Agreements Menu:</h4>
<p class="arrow"><a href="http://www.pmddtc.state.gov/agreements_expiration_notice.htm" target="_blank">Agreements Expiration Schedule</a></p>
<p class="arrow"><a href="http://www.pmddtc.state.gov/agreements_renewal_deadline.htm" target="_blank">Agreements Renewal Deadline</a></p>
]]></content:encoded>
			<wfw:commentRss>http://learnexportcompliance.bluekeyblogs.com/2007/12/19/some-nuts-and-bolts-of-new-itar-agreements-requirements/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>DDTC Announces New Dual and Third Country National TAA and MLA Rule</title>
		<link>http://learnexportcompliance.bluekeyblogs.com/2007/12/19/ddtc-announces-new-dual-and-third-country-national-taa-and-mla-rule/</link>
		<comments>http://learnexportcompliance.bluekeyblogs.com/2007/12/19/ddtc-announces-new-dual-and-third-country-national-taa-and-mla-rule/#comments</comments>
		<pubDate>Wed, 19 Dec 2007 23:30:51 +0000</pubDate>
		<dc:creator>John Black</dc:creator>
				<category><![CDATA[Australia]]></category>
		<category><![CDATA[Canada]]></category>
		<category><![CDATA[DDTC]]></category>
		<category><![CDATA[Defense Trade Controls]]></category>
		<category><![CDATA[Dual/3rd Party Nationals]]></category>
		<category><![CDATA[EU]]></category>
		<category><![CDATA[Federal Register]]></category>
		<category><![CDATA[ITAR]]></category>
		<category><![CDATA[MLA]]></category>
		<category><![CDATA[NATO]]></category>
		<category><![CDATA[TAA]]></category>
		<category><![CDATA[USA Regulations]]></category>

		<guid isPermaLink="false">http://learnexportcompliance.com/news-staging/2008/02/01/ddtc-announces-new-dual-and-third-country-national-taa-and-mla-rule/</guid>
		<description><![CDATA[“Beware of apparently good news.” — John Black In the December 19, 2007 Federal Register, the Directorate of Defense Trade Controls (DDTC) of the State Department announced its new policy for dual and third country nationals. The change primarily is related to the requirement that when you apply for a Technical Assistance Agreement (TAA) or [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p>“Beware of apparently good news.” — <em>John Black</em></p></blockquote>
<p>In the December 19, 2007 Federal Register, the Directorate of Defense Trade Controls (DDTC) of the State Department announced its new policy for dual and third country nationals. The change primarily is related to the requirement that when you apply for a Technical Assistance Agreement (TAA) or Manufacturing License Agreement, you must identify the foreign nationalities of the foreign signatories to the agreement.<span id="more-27"></span></p>
<p>For example, under the old rules if you apply for a TAA with a company in Germany, your application must identify any employees of the German company who will have access to the defense articles and have a nationality other than German. This would include a third country national who is a citizen of France, and a dual-national who has dual German and Mexican citizenship. In addition, under the old rules you have to get a Non-Disclosure Agreement (NDA) from the third country national (but not the dual national).</p>
<p>(For more information on the nuts and bolts related to preparation and submission of TAAs and MLAs under the new policy, see the <a href="/news/2007/12/19/some-nuts-and-bolts-of-new-itar-agreements-requirements/">next article</a>.)</p>
<p><strong>The new rule raises three issues:</strong></p>
<ol>
<li>Relaxed TAA and MLA requirements for to Nice Nationals</li>
<li>Implied Clarification of Requirements for Employees of Sub-Licensees</li>
<li>Implied Non-Clarification of the Term “Nationality”</li>
</ol>
<p>Let’s take these one at a time.</p>
<h3>1. Relaxed TAA and MLA Requirements for Nice Nationals</h3>
<p><strong>When you apply for a TAA, you no longer have to identify countries of nationality for dual and third country nationals who are nice nationals.</strong> Nice nationals are people with nationality exclusively of nice countries — for purposes of this ITAR rule, the nice countries are NATO member countries, EU member countries, Australia, New Zealand, Japan, and Switzerland, and you also do not have to get NDA from the same people.</p>
<p>Instead of listing individual countries and getting NDAs, you must include the new paragraph (a)(10) in ITAR 124.12 in which you request retransfer authorization for the nice nationals in ITAR 124.16. Once DDTC approves your TAA or MLA, items may be retransferred to nice nationals from any of the nice countries, and you don’t have to get NDAs. The blanket 124.16 authorization applies only to transfers within the United States or the nice countries. In addition, 124.16 does not authorize permanent retransfer of hardware-if a nice national needs to have access to ITAR hardware while doing his job he may have access, but if hardware actually needs to be permanently retransferred permanently to another party, that must be approved in the actual TAA/MLA or in a separate General Correspondence authorization.</p>
<p>There is one more requirement under the 124.16: the new benefits apply only to nice nationals employed parties who have either signed the TAA or MLA or who have signed an NDA. This leads us to the next point&#8230;</p>
<h3>2. Implied Clarification of Requirements for Employees of Sub-Licensees</h3>
<p>Well, after a dose of good ITAR news, I know all you experienced ITAR veterans are expecting some bad news. Here it is: (Insert funeral dirge tune here.) <strong>The ITAR now implies that you have to get NDAs from dual and third country nationals who are employees of sublicenses covered by your TAA and MLAs, </strong>in addition to having to get NDAs from duals and third employees of signatories to your TAAs and MLAs.</p>
<p>Ouch. Get NDAs from duals and third employed by sub-licensees.</p>
<p>OK, here are the details. The new ITAR 124.16 says you do not have to get NDAs from nice nationals employed by signatories who have signed the TAA/MLA or nice nationals employed sub-licensees who have signed the NDA. So, you might read this as implying that you have to get NDAs from non-nice nationals employed by sub-licensees.</p>
<p>There is nothing in the ITAR that explicitly or directly (much less clearly) says you have to get NDAs from foreign employed by sub-licensees. The Agreement Guidelines almost say that. The Guidelines include a reference to such a requirement but never actually impose the requirement-that is what you find, I should say, if you make a literal reading of the guidelines (using English grammar, an English language dictionary and logic). I am not going to give you the exact details of the almost requirement in the Guidelines-if you are not aware of it already, cherish your ignorance.</p>
<p>So there you go, the ITAR now implies that you have a huge new burden of getting NDAs from non-nice country nationals employed by sub-licensees. (Logically I would say that if, for example, a TAA includes a sub-licensee in Mexico, if the sub-licensee company signs the NDA, I certainly would not try to get NDAs from Mexican citizens who work for the sub-licensee.)</p>
<p>So, now the ITAR implies you have to get NDAs from non-nice country nationals employed by sub-licensees. Do you take the next step and say, well, if we have to get NDAs from those employees of the sub-licensees, shouldn’t we have to identify all of the nationalities of those employees in our TAA and MLA applications? <strong>My answer: </strong>Neither the Guidelines nor the ITAR require that you do so. Many of you do not have resources available to attempt to comply with an unstated extension of an implied requirement. If DDTC tells you to do it, then do it. If your compliance program is at a place where you can do it, it won’t hurt, until, of course, you put forth a great deal of effort trying to get a list of all of the dual and third nationalities from all of the sub-licensees in your TAA/MLA (or until you learn that your sub-licensee in France employees a dual French-Venezuelan national).</p>
<p>OK, now that you ITAR veterans have shifted from the initial good mood about the new rules to the more familiar irritated, overwhelmed and exasperated mood, let’s go to the last issue of this rule.</p>
<h3>3. Implied Non-Clarification of the Term “Nationality”</h3>
<p>In the Supplementary Information section of the Federal Register notice, DDTC made this statement, “In addition to citizenship, DDTC considers country of birth a factor in determining nationality.”</p>
<p>Importantly, DDTC does not define “nationality” with the above statement. DDTC only lets you know that it looks at citizenship and country of birth when it tries to determine a person’s nationality. It doesn’t say how it looks at those two factors nor does it tell you what other factors are involved (e.g., nationality of parents, time the person lived in various countries, passports the person holds, passports the person is eligible to hold, the first letter of the first name of the US exporter, DDTC policy of the week, current state of mind of licensing officer). So, DDTC raises the question of the definition of nationality, and refuses to define it.</p>
<p>I conclude that DDTC does not want to publish a definition of nationality because it wants to have the leeway to define it however it wants and change its definition, and, ultimately use one definition in one case and another definition in another case. Say a guy is born in Mexico, but moves to Canada when he is 1 year old, and is a Canadian citizen and has lived in English-speaking Canada his whole life-maybe DDTC thinks he is Canadian, but if the same guy were born in Iran and has only Canadian citizenship, maybe DDTC would like to call him Iranian. And, of course, if a guy is born in Iran and moves to the US when he is 21 and gets a US permanent resident alien status, well, of course DDTC treats him like a US citizen.</p>
<div class="summary">
<h3>Editorial Comments</h3>
<p>(as if the above is not already editorialized!)</p>
<p>I recognize that nationality is a complex issue and there are clear national security issues involved. If we need to protect our country by using country of birth to define nationality, DDTC is failing to protect our country by not defining nationality as such. Other government agencies are able to come up with relatively precise and often complex definitions of complicated term to serve the interests of our country. Lacking definitions, DDTC and exporters are left to make reach a wide range of conclusions on case-by-case decisions about nationality. If DDTC would publish a rule, most exporters would try to follow it.</p>
<p>So, DDTC tells you it considers citizenship and country of birth, but does not even put this statement of what it considers into the ITAR, and it publishes no definition of “nationality.” So where does that leave applicants, signatories and sub-licensees when it comes to figuring out an employee’s nationality? Well, it leaves everybody some leeway, so choose a standard approach. It appears to me that most companies look at passport information, so if a guy holds a British and Mexican passport, he has those two corresponding nationalities-sure, if a guy was born in China and just last month renounced his Chinese citizenship/passport and now is a Mexican citizen with a Mexican passport, consider his country of birth. If you choose an alternative reasonable approach, that is fine,<strong> just choose an approach and stick with it until the ITAR is changed, DDTC tells you specifically to do it differently, or DDTC gives other guidance.</strong>
</div>
<p>So, there you go, that is my analysis of the good, the bad, and the ugly of the recent Federal Register notice. The best thing about this analysis is the line, “Cherish your ignorance.” Unfortunately, I guess there ain’t much left to cherish.</p>
<p>For the details of the new rule, go to <a href="http://www.pmddtc.state.gov/" target="_blank">www.pmddtc.state.gov</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://learnexportcompliance.bluekeyblogs.com/2007/12/19/ddtc-announces-new-dual-and-third-country-national-taa-and-mla-rule/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Commerce Relaxes EAR to Be More Like the ITAR</title>
		<link>http://learnexportcompliance.bluekeyblogs.com/2007/12/12/commerce-relaxes-ear-to-be-more-like-the-itar/</link>
		<comments>http://learnexportcompliance.bluekeyblogs.com/2007/12/12/commerce-relaxes-ear-to-be-more-like-the-itar/#comments</comments>
		<pubDate>Wed, 12 Dec 2007 22:04:13 +0000</pubDate>
		<dc:creator>Danielle McClellan</dc:creator>
				<category><![CDATA[EAR]]></category>
		<category><![CDATA[Encryption]]></category>
		<category><![CDATA[Federal Register]]></category>
		<category><![CDATA[Information Technology]]></category>
		<category><![CDATA[USA Regulations]]></category>

		<guid isPermaLink="false">http://learnexportcompliance.com/news-staging/2007/12/12/commerce-relaxes-ear-to-be-more-like-the-itar/</guid>
		<description><![CDATA[It used to be that the International Traffic in Arms Regulations allowed a US citizen employee of a US exporter to carry export-license-required-technical data (technology) out of the country on his/her laptop while the EAR did not allow the same thing to happened. That has now changed.In the December 12, 2007 Federal Register, the Bureau [...]]]></description>
			<content:encoded><![CDATA[<p>It used to be that the International Traffic in Arms Regulations allowed a US citizen employee of a US exporter to carry export-license-required-technical data (technology) out of the country on his/her laptop while the EAR did not allow the same thing to happened. That has now changed.In the December 12, 2007 Federal Register, the Bureau of Industry and Security, Commerce has revised the Export Administration Regulations (EAR) to expand the export license exceptions Temporary Imports, Exports, and Reexports (TMP) and Baggage (BAG) to <strong>allow for certain exports and reexports of technology between two U.S. persons or their employees traveling or those that are temporarily assigned abroad.</strong></p>
<p>The rule expands the availability of License Exceptions TMP and BAG but does not authorize any new release of technology. Any technology exported under the new rule may only be released to persons who may receive that same technology pursuant to other provisions of the EAR which means it will still be subject to restrictions applicable to technology exports and reexports.<span id="more-29"></span></p>
<p>The rule makes several changes to Section 740.9 which amends the “tools of trade” and the definition of U.S. persons which are applicable to export and report certain technology. Restrictions have also been added to prevent unauthorized export or reexport of technology which will require U.S. employers to demonstrate and document the reasons why the technology is needed by employees in business activities which are abroad. There will also be an additional requirement and guidance for the return or disposal of the technology, which will include an illustrative list of examples of technology that exists in a format that could facilitate a subsequent release of technology.</p>
<p>Section 740.14 amends the tools of trade provision which will authorize the export or reexport of certain technology to U.S. persons for use in the trade, occupation, employment, vocation, or hobby of the traveler or members of the U.S. person’s household, provided that they are U.S. persons, who are traveling or moving. The rule also provides a specific definition the above mentioned U.S. persons.</p>
<p>This rule also specifies certain restrictions applicable to the exports and reexports of certain types of encryption technology. The encryption technology will be controlled under ECCN 5E002 and will not be authorized under the new “tools of trade” and the new U.S. persons tools of trade will not authorize the export or reepxort of ECCN 5E002 technology to any destination found in the Country Group E:1 of Supplement No. 1 to part 740.</p>
<p>More information:</p>
<p class="arrow"><a href="http://a257.g.akamaitech.net/7/257/2422/01jan20071800/edocket.access.gpo.gov/2007/E7-24077.htm" target="_blank">Federal Register Notice </a></p>
]]></content:encoded>
			<wfw:commentRss>http://learnexportcompliance.bluekeyblogs.com/2007/12/12/commerce-relaxes-ear-to-be-more-like-the-itar/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Clarification of QRS-11 Jurisdiction</title>
		<link>http://learnexportcompliance.bluekeyblogs.com/2007/11/07/clarification-of-qrs-11-jurisdiction/</link>
		<comments>http://learnexportcompliance.bluekeyblogs.com/2007/11/07/clarification-of-qrs-11-jurisdiction/#comments</comments>
		<pubDate>Wed, 07 Nov 2007 21:29:33 +0000</pubDate>
		<dc:creator>Danielle McClellan</dc:creator>
				<category><![CDATA[Commerce Dept]]></category>
		<category><![CDATA[Defense Trade Controls]]></category>
		<category><![CDATA[EAR]]></category>
		<category><![CDATA[Federal Register]]></category>
		<category><![CDATA[State Dept]]></category>
		<category><![CDATA[USA Regulations]]></category>

		<guid isPermaLink="false">http://learnexportcompliance.com/news-staging/2007/11/07/clarification-of-qrs-11-jurisdiction/</guid>
		<description><![CDATA[Effective November 7, 2007, the Department of Commerce will control the licensing of the QRS11-00100-100/101 and the QRS11-00050-443/569 Micromachined Angular Rate Sensors. The Department of State previously held the licensing jurisdiction for the sensor, as it was found on the United States Munitions list. Many industry inquiries about incorporating the part into civil automatic flight [...]]]></description>
			<content:encoded><![CDATA[<p>Effective November 7, 2007, the Department of Commerce will control the licensing of the QRS11-00100-100/101 and the QRS11-00050-443/569 Micromachined Angular Rate Sensors. The Department of State previously held the licensing jurisdiction for the sensor, as it was found on the United States Munitions list. Many industry inquiries about incorporating the part into civil automatic flight control systems and standby systems led to its removal from the Munitions List causing the part to no longer be under the jurisdiction of the state. The instrument systems, automatic flight control systems and the aircraft which would house the sensor will remain subject to the EAR.</p>
<p>More information:</p>
<p class="arrow"><a href="http://a257.g.akamaitech.net/7/257/2422/01jan20071800/edocket.access.gpo.gov/2007/E7-21840.htm" target="_blank">Federal Register Notice </a></p>
]]></content:encoded>
			<wfw:commentRss>http://learnexportcompliance.bluekeyblogs.com/2007/11/07/clarification-of-qrs-11-jurisdiction/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>BIS Proposes to Make Electronic License Filing Mandatory</title>
		<link>http://learnexportcompliance.bluekeyblogs.com/2007/10/30/bis-proposes-to-make-electronic-license-filing-mandatory/</link>
		<comments>http://learnexportcompliance.bluekeyblogs.com/2007/10/30/bis-proposes-to-make-electronic-license-filing-mandatory/#comments</comments>
		<pubDate>Wed, 31 Oct 2007 02:02:44 +0000</pubDate>
		<dc:creator>Danielle McClellan</dc:creator>
				<category><![CDATA[BIS]]></category>
		<category><![CDATA[EAR]]></category>
		<category><![CDATA[Export License]]></category>
		<category><![CDATA[Federal Register]]></category>

		<guid isPermaLink="false">http://learnexportcompliance.com/news-staging/2007/10/30/bis-proposes-to-make-electronic-license-filing-mandatory/</guid>
		<description><![CDATA[The Bureau of Industry and Security has proposed a rule that would require that export and re-export license applications, classification requests, encryption review requests, License Exception AGR notifications and related documents be submitted to the BIS (Bureau of Industry and Security) via its Simplified Network Application Process (SNAP-R) system. The SNAP-R is an improvement of [...]]]></description>
			<content:encoded><![CDATA[<p>The Bureau of Industry and Security has proposed a rule that would require that export and re-export license applications, classification requests, encryption review requests, License Exception AGR notifications and related documents be submitted to the BIS (Bureau of Industry and Security) via its <strong>Simplified Network Application Process (SNAP-R)</strong> system.</p>
<p>The SNAP-R is an improvement of the BIS’s latter system, SNAP. The new system includes the ability to include documents related to a submission in the form of PDF files as “attachments” to the submission. The system also includes a feature that allows BIS personnel to request additional information from the submitting party and for the party to submit that information in a manner that ties the chain of communication to the submission.</p>
<p>SNAP-R is intended to reduce processing times and simplify compliance with the administration of export controls. The system should provide improved efficiency in submission and processing and will hopefully improve end-user security through rights management and an updated application and security infrastructure.</p>
<p><strong>Under the proposal, paper submissions will only be accepted if:</strong></p>
<ol>
<li>The party has had only had one submission in the twelve months immediately preceding the current submission</li>
<li>The party does not have access to the internet</li>
<li>BIS has rejected the party&#8217;s electronic filing registration or revoked its eligibility to file electronically</li>
<li>BIS has determined that the party submit on paper for a particular transaction</li>
<li>BIS has determined that certain conditions justify allowing paper submissions on a particular instance.</li>
</ol>
<p>More information:</p>
<p class="arrow"><a href="http://a257.g.akamaitech.net/7/257/2422/14mar20010800/edocket.access.gpo.gov/2003/pdf/03-28133.pdf" rel="nofollow" target="_blank">Federal Register Notice </a>  (PDF)</p>
]]></content:encoded>
			<wfw:commentRss>http://learnexportcompliance.bluekeyblogs.com/2007/10/30/bis-proposes-to-make-electronic-license-filing-mandatory/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>BIS Publishes List of First Validated End Users in China</title>
		<link>http://learnexportcompliance.bluekeyblogs.com/2007/10/19/bis-publishes-list-of-first-validated-end-users-in-china/</link>
		<comments>http://learnexportcompliance.bluekeyblogs.com/2007/10/19/bis-publishes-list-of-first-validated-end-users-in-china/#comments</comments>
		<pubDate>Fri, 19 Oct 2007 21:55:22 +0000</pubDate>
		<dc:creator>Danielle McClellan</dc:creator>
				<category><![CDATA[BIS]]></category>
		<category><![CDATA[China]]></category>
		<category><![CDATA[Federal Register]]></category>
		<category><![CDATA[USA Regulations]]></category>

		<guid isPermaLink="false">http://learnexportcompliance.com/news-staging/2007/10/19/bis-publishes-list-of-first-validated-end-users-in-china/</guid>
		<description><![CDATA[In the October 19, 2007 Federal Register the Bureau of Industry and Security published the names of the five entities in China who are the first BIS has designated to be Validated End-Users (VEU) eligible to receive certain items without export/reexport licenses. The five VEUs are: Applied Material China: supplier Boeing Hexcel AVIC I Joint [...]]]></description>
			<content:encoded><![CDATA[<p>In the October 19, 2007 Federal Register the Bureau of Industry and Security published the names of the five entities in China who are the first BIS has designated to be Validated End-Users (VEU) eligible to receive certain items without export/reexport licenses. The five VEUs are:</p>
<ul>
<li>Applied Material China: supplier</li>
<li>Boeing Hexcel AVIC I Joint Venture National Semiconductor Corporation</li>
<li>Semiconductor Manufacturing International Corporation</li>
<li>Shanghai Hua Hong NEC Corporation</li>
<li>National Semiconductor Corporation</li>
</ul>
<p>Each VEU has a list of specific Export Control Classification Numbers (ECCNs) that they may receive license-free under the VEU program. The eligible ECCNs vary from one VEU to the next. The new rule also identifies which facilities for each VEU are eligible to receive license-free exports/reexports.</p>
<p>More information and the complete final rule are available at:</p>
<p class="arrow"><a href="http://a257.g.akamaitech.net/7/257/2422/01jan20071800/edocket.access.gpo.gov/2007/E7-20642.htm" target="_blank">Federal Register Notice </a></p>
<p class="arrow"><a href="http://www.bis.doc.gov/news/2007/china10182007.htm" target="_blank">BIS Announcement </a></p>
]]></content:encoded>
			<wfw:commentRss>http://learnexportcompliance.bluekeyblogs.com/2007/10/19/bis-publishes-list-of-first-validated-end-users-in-china/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Commerce Adjusts CBW Export Controls</title>
		<link>http://learnexportcompliance.bluekeyblogs.com/2007/09/12/commerce-adjusts-cbw-export-controls/</link>
		<comments>http://learnexportcompliance.bluekeyblogs.com/2007/09/12/commerce-adjusts-cbw-export-controls/#comments</comments>
		<pubDate>Thu, 13 Sep 2007 01:32:19 +0000</pubDate>
		<dc:creator>Danielle McClellan</dc:creator>
				<category><![CDATA[Australia Group]]></category>
		<category><![CDATA[BIS]]></category>
		<category><![CDATA[CCL]]></category>
		<category><![CDATA[Chemical & Biological Weapons]]></category>
		<category><![CDATA[EAR]]></category>
		<category><![CDATA[Federal Register]]></category>
		<category><![CDATA[USA Regulations]]></category>

		<guid isPermaLink="false">http://learnexportcompliance.com/news-staging/2007/09/12/commerce-adjusts-cbw-export-controls/</guid>
		<description><![CDATA[Effective September 12, 2007, the Bureau of Industry and Security (BIS) will amend the Export Administration Regulations (EAR) to reflect changes to the “Control List of Biological Agents”. This rule will amend the EAR to reflect the admission of Croatia into the Australia Group and revises the CCL entry which controls equipment that is can [...]]]></description>
			<content:encoded><![CDATA[<p>Effective September 12, 2007, the Bureau of Industry and Security (BIS) will amend the Export Administration Regulations (EAR) to reflect changes to the “Control List of Biological Agents”. This rule will amend the EAR to reflect the admission of Croatia into the Australia Group and revises the CCL entry which controls equipment that is can be used in handling any type of biological materials. Lastly, the new rule will amend the list of countries that are States Parties to the Chemical Weapons Convention, Barbados will now be joining the party.</p>
<p>More information:</p>
<p class="arrow"><a href="http://a257.g.akamaitech.net/7/257/2422/01jan20071800/edocket.access.gpo.gov/2007//e7-18018.htm" rel="nofollow" target="_blank">Federal Register Notice </a></p>
]]></content:encoded>
			<wfw:commentRss>http://learnexportcompliance.bluekeyblogs.com/2007/09/12/commerce-adjusts-cbw-export-controls/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>OFAC Makes Common Sense Adjustment to US Trade Embargoes</title>
		<link>http://learnexportcompliance.bluekeyblogs.com/2007/08/30/ofac-makes-common-sense-adjustment-to-us-trade-embargoes/</link>
		<comments>http://learnexportcompliance.bluekeyblogs.com/2007/08/30/ofac-makes-common-sense-adjustment-to-us-trade-embargoes/#comments</comments>
		<pubDate>Thu, 30 Aug 2007 23:20:56 +0000</pubDate>
		<dc:creator>John Black</dc:creator>
				<category><![CDATA[Burma/Myanmar]]></category>
		<category><![CDATA[Cuba]]></category>
		<category><![CDATA[Embargoes]]></category>
		<category><![CDATA[Federal Register]]></category>
		<category><![CDATA[Information Technology]]></category>
		<category><![CDATA[Iran]]></category>
		<category><![CDATA[OFAC]]></category>
		<category><![CDATA[Sudan]]></category>

		<guid isPermaLink="false">http://learnexportcompliance.com/news-staging/2007/08/30/ofac-makes-common-sense-adjustment-to-us-trade-embargoes/</guid>
		<description><![CDATA[In the August 30, 2007 Federal Register, the Office of Foreign Assets Control (OFAC) made several amendments to the Cuban Assets Control Regulations, Burmese Sanctions Regulations, Sudanese Sanctions Regulations, and Iranian Transactions Regulations to extend the general licensing to cover services in connection with written publications. A key element of the amendments applies to electronic [...]]]></description>
			<content:encoded><![CDATA[<p>In the August 30, 2007 Federal Register, the Office of Foreign Assets Control (OFAC) made several amendments to the Cuban Assets Control Regulations, Burmese Sanctions Regulations, Sudanese Sanctions Regulations, and Iranian Transactions Regulations to <strong>extend the general licensing to cover services in connection with written publications. </strong>A key element of the amendments applies to electronic publications that are already exempt from OFAC jurisdiction. The amendments extend <strong>the exemption for informational materials to also apply to embedded software</strong> that is embedded in the informational materials and used to search, view or read the electronic publications.</p>
]]></content:encoded>
			<wfw:commentRss>http://learnexportcompliance.bluekeyblogs.com/2007/08/30/ofac-makes-common-sense-adjustment-to-us-trade-embargoes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Commerce Amends EAR General Order No. 3 re Mayrow General Trading and Affiliated Entities</title>
		<link>http://learnexportcompliance.bluekeyblogs.com/2007/06/05/commerce-amends-ear-general-order-no-3-re-mayrow-general-trading-and-affiliated-entities/</link>
		<comments>http://learnexportcompliance.bluekeyblogs.com/2007/06/05/commerce-amends-ear-general-order-no-3-re-mayrow-general-trading-and-affiliated-entities/#comments</comments>
		<pubDate>Tue, 05 Jun 2007 22:33:43 +0000</pubDate>
		<dc:creator>Guest Author</dc:creator>
				<category><![CDATA[BIS]]></category>
		<category><![CDATA[Commerce Dept]]></category>
		<category><![CDATA[EAR]]></category>
		<category><![CDATA[Export License]]></category>
		<category><![CDATA[Federal Register]]></category>
		<category><![CDATA[USA Regulations]]></category>

		<guid isPermaLink="false">http://learnexportcompliance.com/news-staging/2007/06/05/commerce-amends-ear-general-order-no-3-re-mayrow-general-trading-and-affiliated-entities/</guid>
		<description><![CDATA[On June 5, 2007, Assistant Secretary of Export Administration Christopher A. Padilla has issued the following: BIS is revising the EAR by amending a general order published in the Federal Register on June 5, 2006 and later amended on September 6, 2006 to add nine additional persons. The general order imposed a license requirement for [...]]]></description>
			<content:encoded><![CDATA[<p>On June 5, 2007, Assistant Secretary of Export Administration Christopher A. Padilla has issued the following: BIS is revising the EAR by amending a general order published in the Federal Register on June 5, 2006 and later amended on September 6, 2006 to <strong>add nine additional persons</strong>. The general order imposed a license requirement for exports and reexports of all items subject to the EAR where the transaction involved <strong>Mayrow General Trading</strong> (“Mayrow”) or entities related, as specified in that general order. The order also prohibited the use of License Exceptions for exports or reexports of any items subject to the EAR involving such entities.</p>
<p>This rule will expand the general order and <strong>add   sixteen additional persons to it.</strong> Pursuant to the expansion, the general order will cover: (i) Persons regarding whom the U.S. Government possesses information of affiliation or relationship to Mayrow; and (ii) other persons regarding whom the U.S. Government possesses information concerning the acquisition or attempted acquisition of commodities capable of being used to construct IEDs, as well as persons who are related to or affiliated with such persons 2E The order will apply to persons specifically listed who fit within either of these two groups. To reflect this expansion, this rule will update the heading of the general order to use the term “persons”.</p>
<p class="arrow"><a href="http://a257.g.akamaitech.net/7/257/2422/01jan20071800/edocket.access.gpo.gov/2007/E7-11126.htm" target="_blank">Details from Department of Commerce </a></p>
<p>—<em> Hannah Bandalan</em></p>
]]></content:encoded>
			<wfw:commentRss>http://learnexportcompliance.bluekeyblogs.com/2007/06/05/commerce-amends-ear-general-order-no-3-re-mayrow-general-trading-and-affiliated-entities/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk (enhanced)

Served from: learnexportcompliance.bluekeyblogs.com @ 2012-02-05 05:50:14 -->
