Ir al contenido

TERMINOS Y CONDICIONES DE VENTA (T&C)


  1. El nombre comercial de la empresa es "Ocadiz Tech, (Odoo Partner)",  operada por un ente Mercantil debidamente organizado y existente conforme a las leyes de la República Mexicana, registrado cómo "Israel Ocadiz H."  persona física con actividad Empresarial y Profesional. Cualquier cambio en dicha composición les será notificado a través de los correos: contacto@pdv-mx.com / contacto@ocadiz.tech
  2. Para el presente documento también se podrá hacer referencia a la empresa como el “proveedor”.
  3. Ocadiz Tech, (Odoo Partner) opera bajo contratos de servicio, detallando alcances y objetivos en mutuo acuerdo con el cliente, al momento de iniciar cualquier relación contractual, se trabaja bajo un estricto marco de privacidad, respeto, transparencia y honestidad que garantice a nuestros clientes y equipo de trabajo un ambiente sano, partiendo de un acuerdo de confidencialidad para dar certeza y respeto a la información compartida por Cliente y Proveedor, no divulgando datos fuera del alcance por el cual es proporcionada. 
  4. El Proveedor compromete atender el cumplimiento cabal de respetar y no difundir información cómo una obligación conjunta y faltar a este acuerdo, precisará de resolver una autorización donde se definan los datos de los que se hará uso, así como el medio por el cual podrá compartirlos.
  5. El equipo que colabora Ocadiz Tech, (Odoo Partner), responde a un acuerdo de confidencialidad firmado y respaldado con su contrato laboral, comprendiendo la sensibilidad de la información de nuestros clientes. Cualquier incidencia implica la responsabilidad legal de los actos del miembro del equipo.
  6. Los términos descritos se abordan procurando claridad y confianza para la relación entre el Cliente y Proveedor, brindar conocimiento al cliente de los alcances de los productos y servicios que está adquiriendo, para que pueda exigir el cumplimiento de la calidad garantizada, conforme el productos y servicio adquirido.
  7. Ocadiz Tech, (Odoo Partner) se compromete a hacer todo lo posible para prestar los servicios de manera eficaz en el plazo acordado. Sin embargo, ninguna de sus obligaciones puede considerarse una obligación de resultado. Ocadiz Tech, (Odoo Partner), no podrá en ningún caso ser obligado por el cliente a comparecer como tercero en el marco de cualquier reclamación por daños y perjuicios interpuesta contra el cliente por un consumidor final.
  8. Para que sea admisible Ocadiz Tech, (Odoo Partner), deberá ser notificada de cualquier reclamación mediante carta enviada por correo certificado al domicilio fiscal dentro de los 8 días siguientes a la entrega de los bienes o la prestación de los servicios.
  9. Todas nuestras relaciones contractuales se regirán exclusivamente por la ley de México.
  10. Ocadiz Tech, (Odoo Partner) con la descripción de sus términos, establece los alcances de lo que es posible ofrecer con las circunstancias actuales e infraestructura disponible, al momento de su redacción. Por tanto puede estar sujeto a cambio sin previo aviso a medida que dichos factores y circunstancias varíen.
  11. Ocadiz Tech, (Odoo Partner) no reconocerá promesas ni responsabilidades asumidas por miembros del equipo de trabajo fuera de los marcos establecidos en el contrato y lo descrito en el presente documento.
  12. El cliente renuncia expresamente a sus propias condiciones generales de venta, incluso si se han redactado con posterioridad a estas condiciones generales de venta. Para que sea válida, cualquier excepción deberá ser acordada expresamente por escrito con antelación. 
  13. Nuestras facturas deben pagarse de forma inmediata, a menos que se indique otro plazo de pago en la factura o en el pedido. En caso de impago en la fecha de vencimiento, el Proveedor se reserva el derecho de solicitar el pago de un interés fijo del 10% del importe pendiente. así como Ocadiz Tech, (Odoo Partner) estará autorizado a suspender la prestación de cualquier servicio, en caso de retraso en el pago u ausencia de acuerdo por parte del Cliente con el Proveedor. 
  14. Si un pago sigue pendiente más de noventa (90) días después de la fecha de vencimiento, Ocadiz Tech, (Odoo Partner) se reserva el derecho de recurrir a los servicios de una empresa de cobro de deudas. Todos los gastos legales correrán a cargo del cliente. 
  15. Los productos y servicios brindados por Ocadiz Tech, (Odoo Partner) tienen particularidades de ser aceptadas, en este documento se detallan para mantener la claridad y profesionalismo hacia el cliente.
  16. Consultoría en digitalización de procesos empresariales con ERP Odoo. 
    1. Es un servicio brindado bajo la solicitud del cliente para atender requerimientos u consultas sobre el ERP Odoo, enfatizando que no es un servicio de Soporte correctivo, puede proponer opciones de solución, presentar líneas de acción, ofrecer a través de la experiencia del consultor consideraciones para un mejor rendimiento sobre el ERP, sin ser un ejecutor de acciones y la asistencia brindada no compromete a "Ocadiz Tech, (Odoo Partner)" en nada, sin un contrato aceptado entre cliente y Proveedor que describa alcances u compromisos asociados a la consultoría brindada.
    2. La consultoría se adquiere por horas, y 1 hora es lo mínimo. importante cuente u resuelva previamente las horas de consultoría a gestionar, no se aplica consultoría si el Cliente no tiene horas disponibles.
    3. De requerir tiempo de consultoría este puede gestionarse a través de su ejecutivo de cuenta, vía correo a contacto@ocadiz.tech contacto@pdv-mx.com, o solicitando a través de citas https://ocadiz.int-d.juarez.technology/book/consultoria-1 , siguiendo con el envío de una cotización por la cantidad de horas que se deberán contratar para solucionar la necesidad. Al recibir el comprobante de pago se procederá a programar la atención de acuerdo a disponibilidad en agenda.

17. Soporte funcional en Odoo. 

    1. El servicio puede acordarse a un objetivo específico determinando una unidad u valor especifico, creando entre el Cliente y Proveedor un acuerdo de trabajo. También puede negociarse en Horas tomando una estimación de tiempo. 
    2. Los medios por el que se aceptarán solicitudes de soporte será el correo servicioalcliente@ocadiz.tech si se reportan errores y a través del ejecutivo de cuenta si se tratar de sumar un recurso de los servicios del equipo de Soporte funcional en Odoo.
    3. Este servicio se diferencia bajo 2 contextos. Soporte por Fallas, y Soporte funcional en Odoo.
    4. El soporte por fallas
      1. Si la instancia u operación de Odoo es inestable, o un módulo u proceso no realiza la función que previamente ejecutaba, se revisa si resolverlo es una incidencia ajena al procesamiento base de Odoo, fue detonado por un mal proceso del usuario y si implica un costo.
    6. El Soporte funcional en Odoo es un servicio brindado, por un experto en el comportamiento de los módulos de Odoo, su interacción entre ellos y alcances en procesos e información que se alimente, puede auxiliar a usuarios a reconocer si sus procesos son funcionales y propondrá sugerencias si hay incidencias negativas en el uso,  puede transmitir sus conocimientos en favor de mejor uso del sistema, instruir conforme acuerdo a quien o quienes correspondan a procesos en especifico. No puede ser un ejecutor directo ya que ello es responsabilidad del cliente y su equipo. Salve que la solicitud de soporte lo precise previamente, en tal situación, el Cliente acepta las acciones del equipo de Soporte funcional en Odoo.
    7. La participación del Soporte funcional en Odoo, opera con previa agenda, el cliente para recibir el soporte ha de compartir un usuario y contraseña de tipo administrador, y conforme el soporte se llevé a cabo puede requerirse datos de acceso de algún otro usuario si la incidencia es focalizada.
    8. Es muy importante que teniendo tiempo de soporte disponible se informe de los alcances u términos de iteración, si se cotiza por un objetivo u meta a lograr. Se informa que si los términos de iteración con el cliente varían por el propio cliente o su equipo al ejecutarse el soporte, ello  exime al Soporte funcional en Odoo de demostrar el resultado para el que fue solicitado, con base en las variantes a las cuales el propio cliente accedió valorar y superponer antes del objetivó agendado.
    9. Si durante la ejecución de acciones de Soporte funcional, varían sobre los términos u alcances previamente acordados entre Cliente y Proveedor, las actividades del equipo de soporte funcional, quedan documentadas y describen el trabajo que se ejecuta, ante cambios el cliente debe reconocer las variantes para actualizar el valor a invertir, en una nueva cotización.
    10. La evidencia de trabajo del Soporte funcional en Odoo, termina en un ticket, dentro de la mesa de ayuda de ocadiz.tech y pdv-mx.com,  el ticket documenta acciones, seguimiento y resultados, facilita describir referencias y documentación compartida con el cliente y con quienes se dirigió el soporte. Así también describe el tiempo invertido y sugerencias de haberlas para seguimiento futuro, esta documentación es visible para el cliente, solicitando acceso al Portal del cliente.
    11. Si el requerimiento que habrá de atender el equipo de Soporte funcional en Odoo es capacitación, debe informarse previamente los temas que se esperan abordar y la cantidad de personas a capacitar, el equipo cuenta con un marco de procesos y tiempos estimados, para llevar un marco concreto de acción.
    12. Si en una capacitación se da una estimación de tiempo y el número de participantes son más de 3 personas, los tiempos de intervención se incrementan, por ello es importante que antes de llevarse a cabo una capacitación se tenga claro el volumen de participantes, cuando se espera un objetivo determinado previamente y se cotiza sobre objetivos u metas a lograr, en el caso de las horas contratadas, el volumen de participantes puede ser insuficiente para el tiempo contratado.
    13. Si el Cliente tiene procesos personalizados o se requiere una capacitación diferente al procedimiento base de cada módulo a abordar, de la base de información de Odoo, favor de especificarlo previamente a la programación de la sesión.
    14. El equipo de Soporte funcional en Odoo puede asistir para respaldar al cliente en procesos de  implementación, asesorías, capacitaciones, acompañamiento para identificar errores de usuario, soporte remoto, accediendo a la instancia directamente para seguir el soporte, brindar acompañamiento y asistencia telefónica u  vía Chat. Sobre el comportamiento de Odoo en sus procesos, sobre flujos de información, y solo en casos de personalizaciones creadas u implementadas por Ocadiz Tech, (Odoo Partner).
    15. Cuando se solicita soporte a procesos, módulos u flujos de información, que han sido modificados fuera de la percepción de  Ocadiz Tech, (Odoo Partner), debe informarse antes de llevar a cabo el soporte, y considerar que el equipo Soporte funcional en Odoo requiere tiempo adicional para revisar las modificaciones, (gasto que absorberá el cliente), el equipo de soporte tiene decisión de con un reporte informar:
      1. Si rechaza la asistencia, describiendo el contexto.
      2. Si requieren más referencias de la personalización para proceder.
      3. Si precisan acceso a sesión del usuario al que se le presenta la falla.
      4. Si se precisa sumar a un desarrollador o Consultor, antes de trabajar en el requerimiento mismo. 
      5. Si tras el tiempo de evaluación se procede, a las horas disponibles se añade el tiempo  consumido y se procede a la solución.
    17. En los casos que el Soporte funcional en Odoo reconoce incapacidad para atender un objetivo.
      1. Puede solicitar al cliente información adicional, detalle del error, documentación del proceso actual en como se ejecutaron las acciones que el experto se reconoce incapaz de resolver, si tras atender favorablemente los requerimientos del soporte funcional en Odoo por el cliente y no llegar a una solución Ocadiz Tech, (Odoo Partner) puede sumar un consultor u el recurso necesario para dar con la incidencia. Si el resultado fue error de referencia en información o por modificación al sistema sin reportar por del equipo del Cliente. Todos los gastos adicionales de los recursos que se sumaron correrán a cargo del cliente. 
      2. Si la solución deriva  de una incidencia del equipo Ocadiz Tech, (Odoo Partner), los gastos y costos el los recursos que Ocadiz Tech, (Odoo Partner) involucro adicionalmente, el proveedor los absorberá.
      3. Si se reconoce que el error es código u flujo de Odoo, las acciones y tiempos se documentan en ticket, además de crearse a https://www.odoo.com/es/help un ticket describiendo el error, para que sea Odoo quien responda y dirija las instrucciones para resolver, bajo este contexto Ocadiz Tech, (Odoo Partner) no genera costos al Cliente y mantiene el seguimiento como partner oficial de Odoo, documentando en el ticket de soporte las acciones seguidas hasta la solución.
    19. Toda acción de soporte queda Documentada por medio de tickets, que forman parte de la información visible en el portal web del Cliente, así también con ello se precisa la incidencia para constar el costo de lo invertido adicionalmente.
    20. La inversión en Soporte funcional en Odoo se adquiere por horas, tomando cómo 1 hora la unidad mínima, el tiempo invertido se controla en rangos de 15 minutos conforme se devenga, con ello el tiempo y trabajo realizado se sigue en bloques y queda documentado el tiempo/trabajo en tickets, (en asesorías menores a 14 minutos, se descontará un bloque de 15 minutos).
    21. Cuando se requiera asistencia fuera de horario laboral se considera especial y bajo los casos que correspondan deben en lo posible solicitarse con antelación, para que sean programadas en el correo servicioalcliente@ocadiz.tech, bajo estos casos de soporte fuera de horario el costo de tiempo trabajo incrementa un 50% (si la asistencia llevo 15 minutos, en costo representarán 22 minutos devengados)
    22. La finalidad del Cliente al invertir en Soporte funcional en Odoo, es resolver incidencias u mejorar el rendimiento en uso del sistema, si para esta solución el Proveedor se apoya de diversos canales ya predispuestos, como videos, elearning, colaboración de otros con casos similares, foros, blogs u noticias u otros, estos recursos son parte de la calidad para dar solución y forman parte del tiempo invertido para describir la respuesta u solución precisada. 
    23. Se recomienda al Cliente adquiera paquetes de horas, con los paquetes de póliza de servicio, para disponer de Soporte funcional en Odoo asistiendo en horarios laborables (hora del centro del país), lunes a viernes: 9:00 a 18:00 horas y sábado: 9:00 a 12:00 horas.

18. Personalización a ERP Odoo. 

    1. Es un servicio que se extiende a los clientes combinando ventas en unidades y horas,  ya que cuenta con variantes importantes de reconocer por el cliente.
    2. Al buscar una personalización, se actualiza la licencia de Odoo Enterprise, conforme el tipo de personalización: Si se añaden más empresas a la instancia,  si se utiliza la aplicación de Odoo Studio, comunicar con otro sistema vía API, añadir un módulo u app de terceros desarrolladores. (Los contextos modifican el costo por licencia de usuario que cambia a $340.00 MXN más IVA, por mes), el costo por estos cambios se actualiza en una cotización que puede liquidarse dentro del propio sistema, teniendo a partir de la detección del cambio 30 días para liquidarlo, o la instancia se suspenderá de acuerdo a las políticas de Odoo.
    3. Si la personalización es en Odoo Community, debe tenerse certeza que el Proveedor tiene acceso al código del sistema y puede actualizar la instancia.
    4. La personalización atiende 4 contextos
      1. La personalización es con un módulo de una tercera empresa.
        1. Bajo el contexto de soluciones y módulos que no son nativos a Odoo, como parte de los servicios y en búsqueda la solución más dinámica, apoyamos con identificar y proponer módulos de terceras empresas, la cotización de estos módulos  de terceras empresas se adquieren para que  el Cliente sea el dueño del módulo y sus características, sin garantía sobre el  comportamiento del módulo tras su adquisición.
        2. Ocadiz Tech, (Odoo Partner) carece de responsabilidad  sobre la funcionalidad de dicho módulo y que funcione como se pretende, solo se cuenta con la información que el propio desarrollador del módulo brinda. Si No atiende como se pretende, u en la medida de lo esperado, no hay condiciones de devolución u reintegro del valor invertido.
        3. El alcance y compromiso de Ocadiz Tech, (Odoo Partner) en tareas, es la instalación en test (si es inadecuada, o genera errores, el proceder es desinstalar para evitar errores y se continua “proponiendo” ya sea enfocando con el proveedor del módulo para solucionar o en forma interna "personalizar" para corregir u atender las deficiencias, cotizando que es el siguiente contexto, u conforme contextos a valorar), instalación en producción o desinstalación de módulos , fuera de ello es responsabilidad del Cliente si se derivan errores y es compromiso de las partes definir los canales para resolverlo. El compromiso de Ocadiz Tech, (Odoo Partner) si es el responsable de administrar el servidor  donde se encuentra la instancia, es crear una copia de seguridad del sistema, previo a la instalación del módulo u app.
        4. Ocadiz Tech, (Odoo Partner) puede acompañar al cliente en el seguimiento hacia el creador del módulo (tercera empresa), con quien se adquiere, para recibir asistencia y resolver desde el creador del módulo, ello implica un ticket con tiempo abierto para el seguimiento.
        5. Para algunos módulos se precisa que el cliente acepte contratos, términos y condiciones adicionales, y solo en algunos casos algunos módulos dependientes de cambios legales o fiscales deben renovarse anualmente, al sumarse o sugerirse módulos de esta índole se informa al Cliente las condiciones en uso que debe aceptar y el proveedor del módulo gestionar sus contratos y renovaciones. Así como la aceptación de los términos adicionales que correspondan.
        6. El agregar módulos de terceras empresas, involucra un lapso de 2 a 3, conforme el módulo es comprado o se tenga disponible para añadir a la instancia. Ocadiz Tech, (Odoo Partner) No acepta actualizaciones que no sean entregadas en el formato de módulo (es decir que si la tercera empresa quiere entregar líneas de código, sin las referencias completas que asocia un módulo "manifiesto, referencias de creador, modelos, etc).
        7. Ocadiz Tech, (Odoo Partner) no tiene responsabilidad para capacitar al equipo del Cliente, cuando se añade un módulo, salvo que la implementación este precisada que la añadidura es gestionada y bajo responsabilidad de Ocadiz Tech, (Odoo Partner).
      3. Cuando un módulo es insuficiente a la solución esperada o presenta errores identificados y solucionables
        1. La corrección de personalizaciones o desarrollos de terceros no son parte del contrato ni pueden ejecutarse por el equipo del proveedor, si hay requerimientos asociados a código, son del todo ajenos a las funciones, responsabilidad y compromiso hasta establecer un acuerdo y modelo de cotización para intervenir a corregir.
        2. Ocadiz Tech, (Odoo Partner) puede a a través de la creación de un ticket de soporte, revisar la estructura del módulo adquirido y estimar el ajuste a la necesidad que el Cliente precisa resolver, sumará tiempos de Análisis y pruebas del módulo. El ticket concluye lo revisado y se crea una cotización estimando los tiempos para programar, reprogramar o corregir, realizar pruebas e implementar una nueva versión del módulo.
        3. Si la inversión estimada con una cotización retribuye su valor y deberá ser aprobada y liquidada bajos los términos que sean acordados entre Cliente y Proveedor previamente para proceder. 
        4. Si en el proceso el Cliente precisa nuevos cambios, se eximen las fechas de entrega, y Cliente y  equipo desarrollador o ejecutivo de cuenta evalúan los alcances, si son factibles de incorporar, se crea una nueva cotización sobre lo que se requiere, o se ajusta la cotización, generando un saldo a favor del cliente si fuera el caso. de proceder cualquier escenario, se precisa la aprobación del cliente al valor de los cambios, así como la aceptación de nuevas fechas. Si no se procede bajo este contexto, la Entrega se ejecuta conforme el acuerdo inicial y se crea nueva cotización y fechas.
        5. Cuando el módulo es aceptado con los ajustes descritos en la cotización se implementa como una nueva versión que es propiedad del Cliente.
      5. Personalización a la medida por desarrollo.
        1. Se recurre a desarrollo a la medida cuando el Cliente, u el equipo de soporte funcional en Odoo, no encuentran una solución similar ya diseñada u afín de los requerimientos de cliente. Bajo esta situación es importante que el cliente valore con un Consultor y su ejecutivo de cuenta, "el valor agregado de la solución que se precisa entrega a su operación". La razón de ello, es que el costo de invertir en desarrollo, se equilibra con el "know how" del Cliente.
        2. Para el desarrollo a la medida puede llegarse, tras un ticket de soporte, previo a la implementación, durante el proceso de implementar, posteriormente como una mejora, en cualquier caso, solicitamos que cuente con horas de consultoría disponibles. Esto se debe a que la inversión de tiempo será desde un inicio por parte del departamento, que se encargará de elaborar la propuesta para el cliente para su revisión.
        3. Si el cliente tiene claro los alcances y detalle de lo requerido sobre el ticket de soporte, puede documentar las especificaciones en el correo, el datlle de lo que precisa en que módulo, menú, acción y detalle del resultado a obtener, con ello el equipo puede  valorar y de precisarse, se solicitaria la aclaración de dudas del desarrollador, en tal caso puede llegarse a 1 u 2 reuniones (4.b, 4.c).
        4. Contando con horas de consultoría y no teniendo claro cómo transferir la solución a Odoo por parte del clientes, es que se llevan a cabo una reunión para el levantamiento de Historias de usuario "requerimientos" siguiendo hasta 3 reuniones remotas:
          1. Reunión para la solicitud y descripción de necesidad(es) a resolver, con Cliente (un nivel directivo u gerencial, más el responsable del actual proceso) y equipo de Ocadiz Tech, (Odoo Partner) ya sea el ejecutivo de cuenta y deacuerdo a la base de la solicitud puede sumarse un Consultor u miembro del equipo de soporte funcional en Odoo. Así  el desarrollo se construye desde cero, se apega a los alcances y requerimientos que el cliente haya expuesto, una vez transmitido se comienza una propuesta a presentar días posteriores.
          2. Reunión describiendo alcances y características de la solución propuesta, puede llevarse  con Cliente (un nivel directivo u gerencial, y sumar al responsable del actual proceso) y del equipo de Ocadiz Tech, (Odoo Partner) el ejecutivo de cuenta y el desarrollador que queda cómo responsable del desarrollo si hubiera dudas. 
            1. Tras la reunión se informa vía correo electrónico el tiempo estimado en días hábiles y se añaden a la cotización alcances y características y acciones de la solución propuesta. Así como los términos de pago.
            2. Generalmente el trabajo estimado se calcula en costo de unidades o en horas (siendo horas, involucra un tiempo técnico de trabajo y un desarrollo de 4 horas, no implica que será resuelto el mismo día, las horas son un factor interno y en promedio un desarrollo que no supera 6 horas estimadas, se entrega entre 3 a 5 días hábiles, dependiendo de los pedidos que haya en fila al momento de liquidar la cotización o factura).
            3. En la cotización No se añade: tiempo de valuar propuesta técnica, pruebas técnicas, costo de actualizar módulo, documentar y construir imagen, son costos que absorbe Ocadiz Tech, (Odoo Partner) en favor del cliente. L
            4. La cotización establece términos de pago que pueden negociar el importe para iniciar a desarrollar. Una vez aprobada la solución por el cliente,  debe cubrirse el importe acordado ya sea el 100% antes de iniciar, el 50% o 70%/30% del valor del desarrollo, el pago de inicio depende de las precisiones de la cotización y los montos que se negocian con el Cliente y el Ejecutivo de cuenta.
            5. Cuando el desarrollo se construye puede observarse en la instancia de pruebas del cliente si es preciso
          4. Tras la ejecución de la solución, las fechas y consideraciones descritas pueden validarse en reunión, si durante el proceso hubo incidencias estas han de reportarse al cliente, conforme suceden, ya que el desarrollo a la medida los tiempos que se cotizan son una estimación y el tiempo puede incrementar (Siendo el caso se informa conforme se detecta, para informar y en su caso crear la nueva cotización, o informar para tener al concluir el tiempo adicional devengado y sea facturado). 
            1. Si posterior a presentarse en la segunda reunión, se exponen puntos adicionales o elementos no percibidos al momento del levantamiento de requerimientos por los involucrados, implica tiempo independiente al estimado que será cotizado e informados (Si el desarrollo tras su entrega precisa cambios, que no son parte del acuerdo inicial deben cotizarse y ser aprobados por el cliente).
            2. El desarrollo cuando ya ha superado pruebas técnicas y se presenta al Cliente, se instala en la instancia de Test del propio cliente, permanece en dicha instancia, hasta que el Cliente liquida y comparte a su Ejecutivo de cuenta la referencia del pago realizado para que sea validado. Hasta que el ejecutivo de cuenta lo confirme, el módulo puede pasarse a producción.
            3. La instalación de módulos en producción se realizan cuando la instancia tiene baja o nula interacción y es una acción a cargo del DevOps (Servicio que el cliente debe tener contratado).
            4. Una vez entregado el desarrollo.
              1.  El cliente cuenta con 15 días hábiles para probar y reportar fallas. Si no se recibe ningún reporte en este lapso el proyecto se dará por cerrado.
              2. De detectarse fallas o errores presentados debe enviarse a servicioalcliente@ocadiz.tech describiendo lo mejor posible, el contexto donde se genera la falla u error, si esto aplica a más de un usuario, en la medida de lo posible adjuntar capturas de pantalla o video replicando el error.
              3. Si el cliente reporta fallas o errores después de 15 días hábiles se revisa y el cliente requiere contratar o disponer de horas de consultoría.
              4. Si el cliente solicita la cancelación del desarrollo, esto solo es viable, mientras no haya sido concluida, en tal caso se descontará el tiempo trabajado por del desarrollador, si la solución solicitada ya esta en test, el desarrollo ya se considera por valuar, es decir que ya fue concluido, bajo ese escenario no hay devoluciones.
            6. En caso de una devolución por cancelación, el cliente debe informarlo a su Ejecutivo de cuenta, enviar vía correo carátula bancaria con nombre del beneficiario, RFC, cuenta y clabe. Si puede aplicar un rembolso, el Ejecutivo informará el estatus y lo que puede rembolsarse cuando así aplique.
            7. El reembolso de los casos aplicables se realizará en las siguientes 48 horas hábiles menos un 10% por gastos administrativos
        6. Cuando se tienen personalizaciones el Cliente como antes se menciono es dueño de su código y por cada proyecto que Ocadiz Tech, (Odoo Partner) gestiona, lleva las personalizaciones bajo un módulo con el nombre del cliente y cada que se realiza una entrega de personalización se gestiona con GitHub añadiendo los cambios, al módulo del cliente.
        7. Sobre la información del propio módulo se describe lo documentado de cambios y añadiduras (que el módulo del cliente ha asociado).
        8. Si el cliente y su personalización la espera comercializar, el trabajo realizado será compilado en un nuevo módulo.
      7. El cliente de Odoo Enterprise personaliza a través de Odoo Studio.
        1. Al realizar sus personalizaciones y se le recomienda que considere informar por periodos o cuando termine sus cambios a su ejecutivo de cuenta, para que todo lo realizado, el desarrollador estime el tiempo de pasarlo a su módulo de cliente. 
        2. Este contexto es importante, pues si en algún momento desinstalan Odoo Studio de su instancia, los cambios y añadiduras creadas se pierden. Cuando el desarrollador recopila los cambios y los sube al módulo, ya no pueden perderse. O al actualizar la versión de Odoo, igual ya están centralizados.

19. Administración de Servidores

    1. Ocadiz Tech, (Odoo Partner) opera con servidores compartidos y dedicados para sus clientes, por dicha razón se requiere mantener la administración del servidor al día en seguridad y respaldo. Mediante un contrato por este servicio, se transfiere al cliente, con un valor mínimo, el valor de inversión de este recurso humano (integrando para el cliente un especialista en administrar su servidor, mantenerlo en línea, y gestionando respaldo de sus datos), la inversión mínima de un DevOps, no baja de $2,300 dólares por mes, en promedio un cliente renovando anualmente su servidor y el trabajo del Administrador cubre cerca del 15% del valor de este servicio. 
    2. Este en un servicio que el cliente podría abordar solo en los casos de contar con un servidor dedicado, descargando toda responsabilidad para Ocadiz Tech, (Odoo Partner).
    3. El Administrador de servidores se obliga a brindar servicios preventivos en:
      1. Atender el mantenimiento en actualizaciones funcionales y requeridas para la adecuada operación del servidor.
      2. Seguir la seguridad del servidor y odoo; procurar la renovación de certificados ssl, enrutamiento y dns conforme los periodos bimestrales lo precisan
      3. Preparar proyecto github para el repositorio del código de odoo; garantizar la disponibilidad para ejecutar despliegues a producción (4 al mes para actualizaciones por desarrollos adicionales, o instalación de módulos de terceros proveedores adquiridos por Cliente).
      4. La creación de instancia de pruebas a solicitud documentada vía correo con el responsable de la solicitud y quien aprueba, considerando que las instancias de test se pueden actualizar mensualmente; 
      5. Ser gestor de copias de seguridad, control de versiones y recuperación de respaldos.
      6. Auxiliar ante una incidencia recuperando la copia de seguridad más reciente, ya sea en el mismo URL, o en un nuevo URL si se presenta una incidencia.
      7. El  Administrador de servidores carece de responsabilidad sobre los datos
        1. Si el servidor es sujeto de ataques, el servidor tiene protocolos de cierre para la integridad de la información, así como varios niveles de protección. Bajo una situación de ataque, carece de responsabilidad si en algún punto, estos protocolos son superados por algún atacante y el servidor llegase a bloquearse. 
        2. El trabajo del administrador de servidores es ayudar a resolver y restaurar la operación del servidor, y bajo las condiciones que se sopesen, reinstalar la copia de seguridad más reciente.
    5. Migración instancia a otro Servidor.
      1. "El proceso de Migración es un factor independiente al servicio brindado por el Administrador de servidores, si hay compromisos de pago en meses sobre el servidor solo puede procederse hasta quedar liquidados los meses pendientes al compromiso aceptado, así también si hay adeudos del Cliente sin resolver, es importante revisarlos previo a la migración con su Ejecutivo de cuenta.
      2. Si la migración se realizar con el apoyo de Ocadiz Tech, (Odoo Partner), precisa se cotice, las acciones y tareas que se aceptan son:
        1. El trabajo de Migrar de servidor implica de 3 a 5 días, con las siguientes consideraciones:
        2. Una vez que el Cliente entrega acceso al nuevo servidor, vía SSH este se debe preparar: instalando, sistema operativo, condiciones de Odoo, sistema de Odoo y código de la instancia con personalizaciones, para igualar al servidor actual.
        3. Cambiar la URL conforme el Dominio que el Cliente determine.
        4. Previo a la migración en producción, se envían las nuevas URL, de las instancias de pruebas y producción, vía correo para informar a todos los usuarios.
        5. Se realiza un corte (Generalmente  en fin de semana a partir de la hora que el Cliente determine), el sistema dejara de ser utilizado por completo. para que la base de datos sea exportada al nuevo servidor, se corran pruebas de integridad y con una nueva fecha de reinicio, el actual URL deja de estar un línea para evitar que haya operaciones en 2 sistemas y ya la operación continua con el nuevo servidor.
    7. Si el Cliente cuenta  con su DevOps u administrador de servidor
      1. Se solicita el Cliente acepte la responsabilidad sobre su sistema al migrarse, firmando el acuerdo de transferencia, que incluirá la Contraseña Maestra para la instancia.
      2. Entregue plan de acción para que se coordine y programe la entrega del código de Odoo de la instancia del cliente, una copia de la base de datos para que preparen su sistema en el nuevo servidor, la entrega de copia de respaldo al día de la solicitud, así como el contacto que informará en que momento se darán de baja las instancias de producción y test del servidor actual.
      3. Sin la información clara en tiempos y acciones, no puede procedeerse, en el caso de que el equipo de Cliente no resuelva conforme al plan, deben informar vía el contacto del Cliente, para que la instancie continue en línea hasta quedar listo.
  2. Los recursos que oferta "Ocadiz Tech, (Odoo Partner) son medidos en tiempos o unidades, fuera de la inversión del cliente en el tiempo u unidad adquirida, no se reconocen compromisos por "Ocadiz Tech, (Odoo Partner) y si el trabajo del equipo de "Ocadiz Tech, (Odoo Partner)" precisa una continuidad, esta será cotizada y transmitida al cliente para los fines que sean correspondidos.  
  3. Los recursos en servicios de "Ocadiz Tech, (Odoo Partner) ya sean provistos por un consultor, u experto en soporte funcional, un Desarrollador, u Administrador de proyecto, pueden ser brindados remotamente, y conforme el contexto del cliente pueden brindarse  en Videollamada, videoconferencia, conexión remota con quien solicita servicio, accediendo a la instancia directamente, asistencia telefónica, u asistencia vía Chat, sin ser exigible una visita presencial. Por ello pueden derivarse acciones en las que el Cliente es informado del proceder y no precisarse su intervención, hasta la evaluación del resultado en trabajo. Cuando sea solicitado presencialmente un recurso el cliente debe reconocer los costos que ha de absorber por traslados y tiempos adicionales a invertir (aplicable en radios máximos de 20kms. de nuestras oficinas, siendo más allá "Ocadiz Tech, (Odoo Partner) puede sin aviso previo aplicar otro medio para brindar el servicio, u exponer el valor de inversión adicional).
  4.  Los servicios de Alojamiento Web, con servidor dedicado u compartido.
    1. El servicio de hospedaje de servidor puede contratarse en dos modelos de pago: mensual y anual. A mención que en servidor compartido el tiempo mínimo de contratación del servicio hospedaje de servidor de pago mensual es de doce meses y en servidor dedicado es un compromiso a veinticuatro meses, con pago anual.
    2. La disponibilidad del servidor puede ser Dedicada u compartida, lo que determina el rendimineto y costo del servicio.
    3. El hospedaje si hay latencia en el pago por el servicio este puede ser suspendido sin previo aviso tras los 10 días posteriores al vencimiento del pago, la información de la instancia es propiedad del cliente y no es retenida, sin embargo al ponerse al corriente el pago el sistema vuelva a estar en línea en cuanto el pago sea validado.
    4. En los casos de pagos mensuales tras la fecha de vencimiento, solo estara ek sistema 5 días en línea. Si el pago o pagos no suceden dentro de los 90 días naturales subsecuentes a la fecha de vencimiento, la instancia será retirada del servidor sin respaldo de la información.
    5. La validación de pagos y reactivación de servidores solo se realizan en horario hábil, hora del centro del país (Lunes a viernes: 9 a.m. a 6 p.m. y Sábado: 9 a.m. a 12 p.m.).
    6.  El valor del servidor se define sobre: Estimar número de Usuarios; Cantidad de Compañías a administrar (sistema multiempresa); Requerimientos de espacio respecto de la información a procesar; Instancia de pruebas. Si durante el año se necesitan añadir más recursos de los cotizados, se informa al cliente y se envía una cotización conforme los incrementos que si instancia precisa.
    7. Si el cliente solicita los accesos a su servidor, la administración del mismo quedará bajo su responsabilidad, por lo que las fallas que se presenten no entrarán como garantía.

20. Timbres fiscales

    1. Ocadiz Tech, (Odoo Partner) es partner de IT Admin para la gestión de timbres y solo podrán asignarse timbres a un RFC de cliente o portal de distribuidor activo sólo hasta recibir el comprobante de pago por el monto total del paquete adquirido.
    2. Los reportes y dudas derivados del desconocimiento de alguna funcionalidad del módulo ocasionarán costo de consultoría. (Para mayor información revisar los apartados de Soporte y Consultoría).
    3. Los timbres asignados a un RFC son intransferibles.
    4. Los paquetes de timbres permiten el timbrado únicamente para los módulos de Facturación, Nómina y Contabilidad Electrónica desarrollados por IT Admin. Los paquetes de timbres adquiridos con otro proveedor no pueden utilizarse para timbrar con nuestros módulos.