¿A qué asuntos se debe prestar atención durante el proceso de licitación? Detalles?0?3¿A qué se debe prestar atención durante el proceso de licitación? -------------------------------------------------- ------------------------------- Comprender las características del proyecto y aclarar los requisitos de la licitación: Luego de recibir el encargo de adquisición por parte del comprador, la agencia de adquisiciones, en primer lugar, debe comunicarse con el comprador para comprender el proyecto. Después de recibir la encomienda de adquisiciones del comprador, la agencia de adquisiciones primero debe comunicarse con el comprador para comprender la situación básica del proyecto y explicar la licitación. proceso al comprador con antelación de acuerdo a las características de los diferentes proyectos Posibles situaciones y asuntos a los que se debe prestar atención. Especialmente para algunos compradores que no cuentan con agencias o profesionales especializados, es necesario aprovechar al máximo las ventajas de las agencias de adquisiciones profesionales y los profesionales para verificar los requisitos de los compradores. Además de presentar al comprador las leyes y reglamentos de contratación pública, así como los procedimientos de licitación, los términos comerciales, los formatos de los contratos, los requisitos de tiempo, etc., lo más importante es cooperar y ayudar al comprador a completar un "Requisito Técnico" de alta calidad. Carta". Un buen documento de requisitos técnicos es un buen comienzo para garantizar que el proyecto pueda completar con éxito el proceso de licitación y que el proyecto pueda implementarse sin problemas. Creo que los requisitos básicos para escribir requisitos técnicos son los siguientes: 1. El plan general del proyecto, los objetivos de implementación, la relación de interfaz entre el entorno existente y el sistema original, y el equipo original, etc. 2. Especificaciones y parámetros del equipo principal (no se pueden incluir tendencias, indicadores y parámetros discriminativos, ni se puede especificar marca o modelo). 3. Requisitos del servicio postventa del proyecto (período de garantía gratuita, tiempo de respuesta, etc. requisitos). 4. Los derechos de propiedad intelectual del sistema, los derechos de uso y la propiedad de los resultados deben estar claramente definidos. 5. También es necesario determinar de antemano los métodos y estándares de aceptación del sistema. 6. Establecer umbrales razonables para garantizar la equidad y la justicia: Los principios más básicos de la contratación pública son la apertura, la equidad y la imparcialidad. Para lograr la equidad y la justicia, primero debemos exigir que los documentos de licitación sean justos e imparciales. El autor cree que se debe prestar atención a los siguientes puntos: 1. Establecer umbrales razonables (calificaciones de acceso). Por ejemplo, el presupuesto total del proyecto es de sólo 1 millón de yuanes, pero la licitación requiere que el proveedor tenga un certificado de primer nivel de "Cualificación de integración de sistemas de información informática" o un capital registrado de más de 20 millones de yuanes; En un proyecto ordinario, el proveedor debe tener "secretos de estado involucrados" y "cualificaciones para la integración de sistemas de información informática". Estos son requisitos poco razonables e injustos para los proveedores. 2. Los requisitos técnicos no deben tener indicadores, parámetros y requisitos sesgados o discriminatorios. Los parámetros técnicos deben ser justos y equitativos y coherentes con los indicadores generales de los productos principales. 3. La división del proyecto debe ser razonable. Por ejemplo, un gran proyecto por valor de decenas de millones de yuanes obviamente se puede dividir en hardware (red, host, almacenamiento, etc.) y software (software de sistema, software de herramientas, software de aplicación, etc.) según las características profesionales del comprador Sin embargo, el comprador no Los requisitos están agrupados de modo que sólo un número limitado de proveedores pueda participar. Además, los proyectos que no son de gran escala pero que tienen mucho contenido e involucran múltiples especialidades no deben agruparse. 4. Publicar el presupuesto según corresponda. Hay dos situaciones en las que se debe anunciar el presupuesto. Una es cuando el proyecto es relativamente complejo y los requisitos no son particularmente claros (porque los niveles funcionales de los productos de TI varían mucho y los precios también varían mucho. La publicación del presupuesto puede permitir limitaciones. fondos para alcanzar el nivel de adquisición más adecuado a las necesidades de las personas), para poder obtener el sistema con la mayor relación calidad-precio al mismo precio; en segundo lugar, en aras de la equidad, cuando algunos proveedores ya conocen el presupuesto del proyecto. Sólo anúncialo. Es importante recalcar que lo que aquí se anuncia es el presupuesto del proyecto, no el documento de licitación. En aras de la equidad, no se incluirán parámetros técnicos en la licitación: "El artículo 22 de la Ley de Contratación Pública estipula que "no se aplicará ningún trato diferencial o discriminatorio a los proveedores en condiciones no razonables", y el artículo 25 estipula que "no se aplicarán condiciones no razonables". se utilizará para tratar a los proveedores para excluir a otros proveedores de participar en la competencia por cualquier medio. Sin embargo, durante el proceso de licitación, muchas veces nos encontramos con compradores que proponen tendencias, indicadores discriminatorios u otras situaciones excluyentes, lo que no sólo afecta la imagen de la contratación pública. También afecta la contratación pública. El autor cree que la licitación se puede dividir en dos categorías: un tipo tiene indicadores de parámetros específicos, pero los indicadores de parámetros son exclusivos y el otro tipo no menciona parámetros e indicadores específicos, pero aún se pueden ver entre ellos; líneas que favorecen a determinados proveedores comerciales.

La primera categoría se puede dividir en dos situaciones: una es que el comprador no conoce los indicadores técnicos del proyecto adquirido por parte de los operadores específicos, pero de conformidad con las normas pertinentes de contratación pública, el comprador está obligado a proporcionar parámetros técnicos y indicadores (no es necesario mencionar la marca específica y el modelo del indicador), por lo que se refieren a los indicadores de un determinado modelo y los copian; la segunda situación es que el comprador ya tiene un modelo específico del artículo que desea comprar; incluso se ha puesto en contacto con el proveedor (solicitando presupuesto). La segunda situación es que el comprador tiene el artículo que está comprando ya tiene un modelo concreto, e incluso se ha contactado con el proveedor (al solicitar presupuesto, la solicitud se basa en el). cotización del proveedor). La primera situación ocurre a menudo con productos simples o productos con un precio unitario pequeño, los indicadores de parámetros no son complicados y la exclusividad de los indicadores también es pequeña. En el segundo caso, el precio unitario suele ser alto, la cantidad es pequeña y los indicadores son complicados. Lo que es más problemático es la tendencia del comprador. Se puede dividir en dos situaciones: una se plantea directamente durante la licitación. Se proporcionan marcas y modelos de referencia, pero algunos modelos son relativamente remotos o han sido descontinuados, pero el proveedor seleccionado por el comprador tiene inventario de estos productos. y los indicadores no se mencionan en absoluto en la oferta y no se proporcionan algunos detalles. Los datos de la solicitud específica tienen como objetivo maximizar el entusiasmo de las unidades de oferta, pero de hecho excluyen a todos los postores que no están familiarizados con la situación del comprador. La situación es la más difícil de manejar para nosotros y el impacto negativo también es el mayor, porque el comprador es el más difícil de tratar. Entre los dos tipos principales de problemas de licitación, no entendemos los detalles comerciales específicos y los requisitos de solicitud. En las cuatro situaciones, la última es la más difícil de abordar y no podemos manejarla nosotros mismos. La oferta parece ser justa y de hecho es altamente excluyente y debe ser rechazada, ya que la Ley de Contratación Pública no lo establece explícitamente. La agencia de adquisiciones tiene el poder de vetar, es muy difícil de operar para evitar la aparición del documento de licitación. En cuanto a las tendencias, debemos esforzarnos por hacer lo siguiente: 1. Fortalecer el estudio de los conocimientos profesionales y dominar la composición y los principales. 2. Realizar un seguimiento de las condiciones del mercado de los productos principales y mantenerse al tanto de los últimos desarrollos. Comunicarse con los compradores antes de comprar, publicar la "Ley de Contratación Pública" e introducir los principios y regulaciones pertinentes de la contratación pública. Obtener su apoyo es relativamente complejo y la demostración de la demanda es muy importante: los proyectos de integración de sistemas de información se caracterizan por su gran escala, la tecnología es compleja, implica una amplia gama de conocimientos y, a veces, requiere la cooperación de varios departamentos. Es difícil para el comprador presentar los requisitos adecuados. Veamos dos ejemplos. 1. Un comprador dio una orden de emergencia para una compra con un presupuesto de decenas de millones de yuanes. Los requisitos del sistema no son muy claros. No están muy claros solo sabemos los objetivos a alcanzar, pero es difícil proponer un plan de licitación completo con indicadores claros (como cómo configurar y proporcionar equipos como hosts, almacenamiento y redes). ¿Puede el sistema lograr resultados óptimos y controlar el presupuesto del proyecto), porque el contenido del proyecto es demasiado y demasiado grande, y de hecho es difícil completarlo con las propias fuerzas? En ese momento, pensamos en expertos en consultoría de adquisiciones gubernamentales. Después de muchas demostraciones de expertos, se presentaron requisitos técnicos relativamente razonables y varios indicadores se establecieron correctamente. Aunque pasó mucho tiempo antes de la licitación (el tiempo de licitación llegó tarde), según los resultados de la licitación, el trabajo preliminar fue. bien hecho. Es muy significativo. No solo la evaluación de la oferta fue fluida, sino que la implementación del proyecto también fue fluida, logrando plenamente los resultados esperados. Posteriormente, el comprador afirmó plenamente nuestro método de funcionamiento (al principio pensó que la demostración preliminar era una pérdida de tiempo). 2. Al comprar el proyecto de "sistema de almacenamiento de datos" de una determinada unidad, se encontró que las necesidades técnicas del comprador no eran muy claras, es decir, las necesidades se discutieron y refinaron con el personal técnico de la unidad. Sin embargo, debido a que la tecnología de almacenamiento de datos es relativamente nueva, debido a que la tecnología de almacenamiento de datos es relativamente nueva y hay relativamente pocos casos exitosos, es difícil para nosotros presentar los requisitos adecuados por nuestra cuenta, por lo que sugerí que invitemos a expertos consultores. Demostrar los requisitos técnicos antes de ofertar. Después de consultar a expertos para comprender en detalle el propósito y los requisitos del comprador, creyeron que el almacén de datos es un proyecto de sistema enorme y que el desarrollo de aplicaciones es muy importante. La simple compra de software disponible no puede resolver completamente el problema real. Con base en el estado actual de la tecnología y las tendencias de desarrollo, los expertos recomiendan que los compradores compren el software correspondiente según el estado real del trabajo, reduzcan la cantidad de autorizaciones para las herramientas de desarrollo iniciales y proponen que no sea necesario comprar uno de los software de la plataforma de desarrollo para satisfacer las necesidades y realizar las funciones predeterminadas del sistema.