In this task, you are given a set of paper reviews in English and Spanish language. Based on given reviews, your job is to generate decision, i.e., "accept" or "reject" for the given paper. Note that URLs in the text have been replaced with [Link].

Example Input: Review_1: Me ha gustado mucho  Lo dejaría tal cual. Review_2: La ponencia es muy completa es un tema importante y original, con una calidad técnica muy adecuada y una presentación magnífica Review_3: Es un trabajo bien hecho sin lugar a dudas, el autor dice que hace una contrastación en varias organizaciones sobre el tema.  Faltan antecedentes en relación a los ERP investigados. El modelo que él plantea no es novedoso, es más bien lógico y práctico. Es una investigación normal y su aporte es regular. Creo que un análisis cómo este requiere un análisis más profundo en aspectos económicos y financieros, porque las decisiones para la adquisición de este tipo de herramientas son: operacionales, económicas y financieras. 
Example Output: accept

Example Input: Review_1: En este trabajo se realiza una propuesta exploratoria sobre un perfil de adecuación de técnicas de educción de requisitos de software. El trabajo es una extensión de un trabajo previo.  Se recomienda mejorar algunos aspectos de este manuscrito como son: -Describir a más detalle el trabajo previo en el que se basa este escrito y mencionar las diferencias y contenido nuevo. -Consistencia entre los términos requisitos y requerimientos, en la pág. 3 se emplea el término requerimientos. -En la medida de lo posible mantener términos en castellano. -Añadir acento en "solo" siempre y cuando se refiera a "únicamente". -Corregir "Lo" por "Los" final de pág. 4, después de ref. 15., añadir acento a "comparara", en misma pág., corregir "cuatros" final pág. 6. -Corregir alineación de texto en primeros párrafos de ambas columnas en pág. 10, el primer párrafo de la segunda columna debería estar en la primera columna. Review_2: Artículo enfocado en las técnicas de educción de requisitos. Como comentario general, en las frases del tipo sujeto+verbo, no es necesario poner una coma después del sujeto (por ej., en la sección de introducción "la educación de requisitos de software, es aquella ...", en la de background "la ingeniería del software, es una disciplina .."). Respecto a la Tabla 2, sería conveniente que los autores pusieran las filas de la tabla en el mismo orden en que los enumeran. Un par de cuestiones me surgen: ¿Cómo se construye la situación contextual de un proyecto? (candado) Aunque me imagino que será un proceso similar, ¿Cómo se construye el perfil de adecuación de las técnicas? (llave) Consiste en poner el gráfico de la técnica por dimensión en forma plana? Si pudieran aclarar con alguna frase. Por ejemplo, indicar que las dimensiones tienen un número (indicadlo en la Tabla 4 por ejemplo), para luego ver claramente los gráficos de la Figura 4. Lo mismo para los factores y la Figura 3. 
Example Output: accept

Example Input: Review_1: Este trabajo se enmarca en el área de la arquitectura del negocio y propone un interesante modelo de automatización de reglas de negocio para mejorar la flexibilidad de los sistemas de información aplicado a entidades financieras. El modelo propuesto  se orienta a desacoplar la lógica de negocio de  las reglas de negocio.  La problemática que aborda el artículo está sustentada adecuadamente en las dificultades mencionadas en el ámbito de los proyectos de software y en el mundo financiero.  El autor podría profundizar un poco más en las experiencias de desarrollo de proyectos en otros ámbitos y la relevancia de las reglas de negocios en el desarrollo de sistemas de información eficientes en la empresa.  El objetivo declarado por el autor  es proponer una metodología que permita flexibilizar la operatoria de los sistemas de información en las entidades financieras  el que en general se explicita  en forma adecuada.  La revisión bibliográfica es pertinente a los temas que se abordan y las teorías y modelos considerados son  adecuados al objetivo que se ha planteado. Los análisis asociados al concepto de reglas de negocios y arquitectura del sistema son atingentes al tema. El autor debería especificar como se establece la relación entre el modelado de procesos y el diseño y caracterización de las reglas de negocio. Se menciona que utilizan las tablas de puntos de decisión, pero estas no se mencionan en detalle ni visualmente. El autor debería sustentar de mejor manera la elección de “Pipes and Filter”  como modelo de arquitectura del sistema. Sería importante destacar también si existen trabajos similares realizados en otros ámbitos  ( ya que el autor  no lo menciona)  El aspecto metodológico del trabajo se  enfoca a describir el proceso a través del cual se llega a la definición de la arquitectura de software para automatizar las reglas de negocios y las herramientas que se utilizaron en su desarrollo. Este enfoque metodológico es adecuado y se asocia claramente a una aplicación de estudio de caso. El aporte importante en este aspecto es la descripción detallada del proceso desde el levantamiento de las reglas hasta el diseño y desarrollo de la arquitectura de aplicación propuesta.  El autor  debería hacer un cuadro resumen en el que se represente este proceso en forma resumida.   Es claro que los resultados de este trabajo tienen la validez deseada, ya que se sustenta en la utilización de modelos y herramientas ya validados en el ámbito del diseño de plataformas de negocios basadas en reglas.  La contribución del trabajo es importante ya que sistematiza un proceso que es de amplia utilización en el desarrollo de sistemas de información que sean flexibles y adaptables al entorno cambiante. Sin embargo en las conclusiones no está reflejado con toda claridad estas contribuciones por lo cual se sugiere a los autores mejorar las conclusiones incluyendo los aportes significativos en términos metodológicos y de aporte a la disciplina en la que se enmarca el artículo.  Los aspectos formales del trabajo son satisfactorios para el congreso. Hay detalles menores  en la gramática como en el primer párrafo de la introducción que falta la letra U.  Se sugiere aceptar el artículo con modificaciones menores Review_2: El artículo se titula "Arquitectura de Software para la Automatización de Reglas de Negocio en la Recepción de Solicitudes de Crédito en Entidades Financieras". En el resumen se indica que el trabajo tiene como objetivo  proponer un modelo de automatización de reglas de negocio que logre desacoplar la lógica de negocio, sin embargo durante el documento no se hace referencia a ningún modelo. Se presenta una metodología en el apartado con su nombre, pero no queda claro cómo dicha metodología permite generar un modelo de automatización de reglas de negocio. Al artículo le falta una secuencia lógica de apartados que den cuenta de la propuesta explícita citada en el resumen. En el apartado Arquitectura del sistema, se presenta la arquitectura de un sistema y se explican aspectos de la arquitectura. Sin embargo, en dicho apartado tampoco se logra identificar un modelo de automatización de reglas de negocio.  Teniendo en cuenta que al artículo le falta un trabajo fuerte para mejorar la presentación del mismo que permita entender la propuesta que se realiza, sugiero rechazarlo.  A continuación remito algunas observaciones que pueden sevir para mejorar el trabajo:  Si bien, la metodología utilizada está explicada detalladamente por fases, en ninguna de ellas se hace referencia a los resultados logrados en su implementación en el caso del trabajo que se expone, es decir aplicado en un entorno de entidades financieras.  En el apartado de arquitectura del sistema, se presenta la figura 5 y la figura 6 pero no se explican ni se contextualizan dentro del documento. Esto genera confusión. En este apartado no se identifica la aplicación de la metodología expuesta en el apartado anterior, con relación a la arquitectura generada. Debería indicarse claramente cómo se logró la arquitectura a partir de la metodología seleccionada y explicada en el apartado Metodología.  En la introducción que queda clara cuál es la propuesta del trabajo presentado. Debe estructurarse un párrafo donde se incluya una definición del objetivo el trabajo y la propuesta de solución que se hace teniendo en cuenta el título del trabajo.  Se deben corregir algunos errores de redacción en como:  - En el resumen...Para lo cual la se propone....? - En la introducción... no de los retos principales de la ingeniería de software es generar ...? - En la página 3 la fase Un término posee un significado para el negocio que debe ser comprendido y compartido, está repetida dos veces. - En la página 4 la palabra valido, lleva acento y en el último párrafo el acento está por fuera de la palabra esta´. - Al final de la página 5 el título queda divido (viuda). - Se sugiere mejorar la redacción del párrafo... Se ha observado la vulnerabilidad arquitectónica de los sistemas de software en la prestación en los servicios que presta respecto a las libranzas... -Las figuras no están citadas en el texto, solamente se indica siguiente figura, lo que constituye problemas tanto de forma como edición del artículo. Deben citarse las figuras en el texto, con el número correspondiente en el título de la figura. - La figura 3 no se entiende. El texto es muy pequeño y no se logra identificar el modelo de proceso de negocio al que se hace referencia en el párrafo inmediatamente anterior. - El último párrafo de la página 6 no se entiende y se habla en primera persona. Debería corregirse la redacción. - En el apartado Metodología, se hace referencia a un proyecto que no se ha descrito antes. Sería conveniente explicar de qué se trata el proyecto al que se hace referencia. En este apartado no es claro el tipo de metodología a la que se hace referencia. Se puede tratar de una metodología de investigación o una metodología de desarrollo de arquitectura. 
Example Output:
reject