Page 104 - 081

· T r A Z A b i l i D A D ·

ran dichas actividades, cuál es su - Se establezcan requisitos del puestas a la carta de la RTRS del 25
valor y lo que necesitan para ini- sistema (15) que sean claros antes de Enero [1] : No se puede realizar
ciarse y poder comprar y vender de la contratación y el desarro- venta a futuro debe existir la pro-
soja RTRS. llo del sistema, ya que detallan piedad del producto físico.
el funcionamiento real del pro-
• Que se implemente una estructu- pio sistema. Dicho documento (12) Esto es distinto en el mercado
ra de soporte para los miembros de requisitos puede ser con- de los no OMG. En dicho mercado,
que los respalde en el comercio y siderado como la "definición la información de responsabilidad
el rastreo de la soja responsable del producto o el "proyecto debe estar vinculada con el conteni-
certificada. Dicha estructura de y forma la base para el proce- do físico del producto.
soporte ayudará a los miembros so de licitación y para la selec-
a iniciarse en el programa a tra- ción del proveedor del sistema. (13) Obsérvese que este porcentaje
vés de material de capacitación, De hecho, funcionará como el se refiere a las compras de Balan-
talleres y soporte de primera documento de referencia para ce de Masa de la Compañía (gru-
línea. todos los involucrados y guiará po). No se puede hacer referencia
el desarrollo de todos los pro- al porcentaje y/o volumen físico
• La RTRS ayude a crear un mer- cedimientos operativos asocia- del contenido de soja responsable
cado para la soja responsable dos con el mismo (por ejemplo, en el producto. (Esto requiere ser
haciendo que el mercado sea lo el sistema, la norma de certifi- verificado por expertos en temas
más transparente posible, ofre- cación de la cadena de abaste- legales).
ciendo una apreciación sobre los cimiento, las directivas para la
elementos cuantificados del cos- comunicación y reclamos). (14) La lista no es completa, pero
to (permitiendo con esto que los ofrece un panorama general de lo
miembros justifiquen los precios) - No haya conflictos de interés básico.
y de las cantidades totales de la entre el proveedor del sistema y
oferta y la demanda, y a través la RTRS o sus miembros. Como (15) Los requisitos definen las
de la publicación de la lista de proveedor de servicios, el pro- características y/o los rasgos del
miembros certificados (por ejem- veedor del sistema no deberá sistema deseado y describen lo
plo: páginas amarillas) en su sitio ser incluido en la dirección de que el sistema debe hacer (también
de Internet (creando alternativas la RTRS ni en su estructura de conocido como los "Requisitos Fun-
y permitiendo que el mercado se toma de decisiones. cionales ). Los ejemplos de dichos
regule por sí mismo). requisitos incluyen a los usuarios,
- Se establezcan de antemano las funcionalidades, la verificación
• Que la RTRS asigne/declare al las funciones, las responsabi- y la comprobación, y los requisitos
primer año de la operacionaliza- lidades y las actividades del de gestión. Otro tipo de requisitos
ción como el año piloto en el proveedor del sistema en rela- se refiere a características del pro-
cual la oferta y la demanda estén ción con la RTRS. ¿Hasta que pio sistema y la forma en que desa-
equilibrados antes del lanzamien- nivel el proveedor suministrará rrolla sus funciones efectivamente
to oficial del programa. Al decla- capacitación y/o soporte a los (también conocido como Requisi-
rarlo como año piloto y dando miembros y realizará (conjun- tos No-funcionales ).
esto a conocer, la gente acepta- tamente) promoción, comuni- Los ejemplos de dichos requisitos
rá que el programa puede no ser cación, marketing y actividades incluyen la usabilidad, la disponi-
perfecto. Asimismo, permitirá de ventas? bilidad, la confiabilidad, la sopor-
que la RTRS pruebe e incluso en tabilidad, la mantenibilidad y la
algunos casos, desarrolle en pro- - Se consoliden todos los elemen- facilidad de uso. Una buena lista
fundidad (sintonía fina) su pro- tos precedentes en un contra- de requisitos por lo general evita
grama a lo largo del año. to formal y en un Contrato de decir cómo el sistema debe imple-
Nivel de Servicios (16) (Service mentar los requisitos, dejando
• Cuando se terceriza el desarro- Level Agreement - SLA) n dichas decisiones al diseñador del
llo, la implementación y la ges- sistema.
tión del sistema centralizado
de Negociación de Certificados · Referencias: (16) Un acuerdo entre el proveedor
en un proveedor del sistema, es del sistema y la RTRS, que garanti-
importante que: (8) Como descrito en: RVE res- za un nivel determinado de servicio.

602 A&G 81 • Tomo XX • Vol. 4 • 596-602 • (2010)