Download Software Open Source. Requerimiento de País de - f

Software Open Source.
Requerimiento de País de Origen
conforme al Trade Agreement Act en relación al “Buy American”
Este material (en adelante el “material”) ha sido preparado por Gustavo G. Mármol (en adelante “Gustavo”) y publicado en su blog personal
http://gustavomarmol.info y/o http://f-oss.com.ar. Las opiniones expresadas en el material son absolutamente personales de Gustavo, y en ningún
caso representan la de su actual empleador ORACLE Corp. En la actualidad Gustavo se desempeña como Consejero Legal Regional dentro del
departamento legal de Oracle para Latinoámerica. En su tiempo libre Gustavo dedica parte de él a mantener un blog sobre cuestiones legales en
relación a las licencias de software conocidas como Open Source. En ningún caso la información podrá ser considerada como "consejo legal".
La información es provista "como está" y no confiere derechos. El material se encuentra licenciado bajo la licencia Creative Commons
Attribution-Non Commercial-Share Alike 2.5 Argentine License. Otras autorizaciones podrían estar disponibles contactando a [email protected]
Recientemente el US Customs & Border Protection emitió una carta no vinculante que funcionaría como una
suerte de guía para la administración pública de US en relación a la adquisición de software open source y al
requerimiento de estar en cumplimiento con el requisito “país de origen del producto/country of origin”,
relacionado ello con el “Compre Americano” (Buy American), muy similar en ciertos aspectos con el Régimen de
Compre Nacional Argentino.
En este caso se trató de dos (2) productos open source comercializados por la empresa Talend Inc
http://www.talend.com, uno de ellos se trata de “Database Management Software” (DM) y el otro “Application
Integration” (AI) que al respecto del core de sus soluciones utiliza la licencias Apache V2 y GPL. Por otro lado el
proceso de construcción del software se lleva a cabo en una serie de países: US, China, Irlanda, Francia y Alemania.
El TAA (Trade Agreement Act) dice que: “According to the TAA, a product is eligible and TAA – compliant, if it
was made in the US or a designated country. Title 19 of the United States Code § 2518 (4) provides the definition
of when a product can be regarded as having been “produced” in a certain country: “An article is a product of a
country or instrumentality, only if (i) it is wholly the growth, product or manufacture of that country or
instrumentality, or (ii) in the case of an article which consists in whole or in part of materials from another
country or instrumentality, it has been substantially transformed into a new and different article of commerce
with a name, character or use distinct from that of the from which it was so transformed. “)
Por lo tanto para clarificar cuando y bajo que circunstancias un producto es “substancialemnte transformado, Talend
consulto al GBP con la finalidad de obtener certeza al respecto de los dos (2) productos de software mencionados
arriba. Talent informo que el proceso de construcción/desarrollo del software constaba de siete (7) etapas, a saber:
1.
2.
3.
4.
5.
6.
7.
Research, which entailed developing a roadmap for the next release of the software product – 20 % of the
overall workload, carried out in France in relation to DM; carried out in the U.S., Ireland and France and/
or Germany in relation to AI.
Development of the graphical user interface (GUI) – 20% of the overall workload, carried out in France in
relation to DM; carried out in France or Germany in relation to AI.
Development and writing of the specification and architecture for the software product -10 % of the overall
workload, carried out in France in relation to DM; carried out in France or Germany in relation to AI.
Programming of the source code -15 % of the overall workload, carried out in China in relation to DM,
carried out in France, Germany, or China in relation to AI.
The software build, the process of methodically converting source code files into standalone lines, routines
and subroutines of software object code files into standalone lines, routines and subroutines of software
object code that could be run by a computer – 20% of the overall workload, carried out in France in
relation to DM; carried out in France or Germany in relation to AI.
Testing and validation of the software product – 10% of the overall workload, carried out in China in
relation to DM; carried out in Germany in relation to AI.
Burning the software product onto the server media – 5 % of the overall workload, carried out in France
or the U.S. in relation to DM; carried out in France or the U.S. in relation to AI.
La cuestión fue si el software DM y el AI podían ser considerados como sustancialmente transformados en un nuevo
producto para estar en cumplimiento con las normas de la TAA al respecto de los llamados “países designados”
La CBP baso su decisión en el caso Data General v. United States, 4 CIT 182 (1982), en el cual se dijo “the
programming of a foreign Programmable Read – Only Memory Chip (PROM) in the U.S. substantially
transformed the PROM into a U.S. article. The PROM had no capacity to store and retrieve information
until they were programmed in the U.S. by interconnecting the discrete components in a defined logical
pattern by experienced production engineers.
Con lo cual conforme a ello la CBP sostuvo que el DM había sido sustancialemnte transformado en Francia como
designación primaria y que el built del software también había ocurrido en Francia (paso 5). El mismo racional fue
aplicado para el software AI.
La decisión puedes bajarla de aquí http://www.dlapiper.com/files/upload/Talend-US-Customs-and-BorderProtection-decision.pdf
Por otro lado Talent ha publicado en su sitio web “U.S. Customs and Border Protection Decision Boosts Open
Source Software for Government Procurement Industry first advisory ruling removes restrictions on
software developed outside U.S.” http://www.talend.com/about-us/press/us-customs-and-border-protectiondecision-boosts-open-source-software-for-government