El contrato de mandato se define en el C\u00f3digo Civil japon\u00e9s, aplicando las disposiciones del contrato de mandato.<\/p>\n\n\n\n
\nSecci\u00f3n 10: Mandato
Un contrato de mandato es un contrato en el que una persona se compromete a realizar tareas en nombre de otra<\/strong>. El mandatario tiene la obligaci\u00f3n de llevar a cabo sus tareas con el deber de diligencia de un buen administrador (deber de diligencia). En t\u00e9rminos sencillos, el deber de diligencia significa “hacer lo mejor posible”.<\/p>\n\n\n\n<\/span>Diferencias con el contrato de obra<\/span><\/h3>\n\n\n\nEn un contrato de mandato, como se mencion\u00f3 anteriormente, el mandatario tiene el deber de diligencia, pero a diferencia del contrato de obra, no tiene la obligaci\u00f3n de completar el trabajo<\/strong>. Por lo tanto, si no hay un objeto claro, el mandatario no tiene la responsabilidad de garantizar contra defectos. Sin embargo, dado que tiene el deber de diligencia, puede ser responsable de indemnizar por da\u00f1os y perjuicios basados en el incumplimiento de la obligaci\u00f3n en casos de negligencia grave o falta de atenci\u00f3n fatal, y puede haber casos en los que se rescinda el contrato.<\/p>\n\n\n\nComo se mencion\u00f3 anteriormente, en un contrato de mandato no se asume la obligaci\u00f3n de completar el trabajo. Por otro lado, en un contrato de obra se asume la obligaci\u00f3n de completar el trabajo.<\/p>\n\n\n\n
<\/span>Modelo de cl\u00e1usulas de tipo cuasi-mandato y puntos de verificaci\u00f3n<\/span><\/h2>\n\n\n\n<\/span>Asistencia en la Creaci\u00f3n de Definiciones de Requisitos<\/span><\/h3>\n\n\n\n\n(Implementaci\u00f3n de la asistencia en la creaci\u00f3n de definiciones de requisitos)
2. El segundo partido, bas\u00e1ndose en su conocimiento y experiencia especializados en tecnolog\u00eda de la informaci\u00f3n, llevar\u00e1 a cabo tareas de apoyo como investigaci\u00f3n, an\u00e1lisis, organizaci\u00f3n, propuestas y asesoramiento con la debida diligencia de un buen administrador para asegurar que el trabajo del primer partido se realice de manera fluida y adecuada.<\/p>\n<\/blockquote>\n\n\n\n
La definici\u00f3n de requisitos es un proceso que depende en gran medida del contenido del trabajo del usuario, que consiste en recopilar las especificaciones de requisitos del sistema (las funciones que se deben implementar en el software) que el usuario intenta construir<\/strong>. Por lo tanto, en esta secci\u00f3n, se asume que el usuario llevar\u00e1 a cabo la tarea de definici\u00f3n de requisitos y que el proveedor la apoyar\u00e1 en forma de un contrato de delegaci\u00f3n parcial. Sin embargo, el hecho de que sea una delegaci\u00f3n parcial no significa que el proveedor no tenga ninguna responsabilidad. Como el proveedor tiene el deber de diligencia como delegado, si la asistencia en la creaci\u00f3n de definiciones de requisitos no se realiza adecuadamente como resultado de la negligencia de este deber, el proveedor ser\u00e1 responsable por incumplimiento de contrato debido a la violaci\u00f3n del deber de diligencia.<\/p>\n\n\n\n\n(Firma del contrato individual relacionado con la asistencia en la creaci\u00f3n de definiciones de requisitos)
El alcance, etc., de la asistencia en la creaci\u00f3n de definiciones de requisitos se determinar\u00e1 mediante un contrato individual de acuerdo con las condiciones indicadas en la cl\u00e1usula anterior.<\/p>\n\n\n\n
\n(Reuni\u00f3n de discusi\u00f3n de definici\u00f3n de requisitos)
2. El segundo partido tambi\u00e9n podr\u00e1 celebrar una reuni\u00f3n de discusi\u00f3n de definici\u00f3n de requisitos cuando lo considere necesario para la implementaci\u00f3n de la asistencia en la creaci\u00f3n de definiciones de requisitos, y el primer partido participar\u00e1 en ella.<\/p>\n<\/blockquote>\n\n\n\n
Para la creaci\u00f3n de la definici\u00f3n de requisitos, que define los requisitos de trabajo y las funciones y requisitos no funcionales del sistema, es necesario el trabajo conjunto del departamento de trabajo del usuario, el departamento de sistemas de informaci\u00f3n y el proveedor. Dado que este proceso es de tipo delegaci\u00f3n parcial, el primer p\u00e1rrafo establece que el usuario ser\u00e1 el principal organizador de la reuni\u00f3n y el proveedor, que proporciona apoyo, participar\u00e1 en ella. La aclaraci\u00f3n de los asuntos necesarios para la creaci\u00f3n de la definici\u00f3n de requisitos o la confirmaci\u00f3n de su contenido se llevar\u00e1 a cabo en todas las reuniones de discusi\u00f3n de definici\u00f3n de requisitos, y los usuarios y proveedores estar\u00e1n vinculados por los resultados de las discusiones en las reuniones.<\/p>\n\n\n\n
El segundo p\u00e1rrafo establece que el proveedor tambi\u00e9n puede convocar una reuni\u00f3n de discusi\u00f3n de definici\u00f3n de requisitos cuando sea necesario para la implementaci\u00f3n de la asistencia en la creaci\u00f3n de definiciones de requisitos.<\/p>\n\n\n\n
\n(Confirmaci\u00f3n de la definici\u00f3n de requisitos)
2. La definici\u00f3n de requisitos se considerar\u00e1 confirmada con la confirmaci\u00f3n de ambos partidos seg\u00fan el p\u00e1rrafo anterior.<\/p>\n\n\n\n
3. Si es necesario cambiar las condiciones del contrato individual, como el per\u00edodo de trabajo y la tarifa de comisi\u00f3n, debido a la revisi\u00f3n del p\u00e1rrafo X, se har\u00e1 de acuerdo con el procedimiento del art\u00edculo X.<\/p>\n<\/blockquote>\n\n\n\n
La definici\u00f3n de requisitos es la fase en la que se confirman los requisitos necesarios para llevar a cabo el dise\u00f1o del sistema, etc., despu\u00e9s de recibir una propuesta de estimaci\u00f3n a nivel de estimaci\u00f3n aproximada del proveedor<\/strong>. Si los requisitos permanecen ambiguos, ser\u00e1 dif\u00edcil para el proveedor hacer una estimaci\u00f3n precisa, y puede surgir un problema en la fase de desarrollo posterior. Este art\u00edculo establece el procedimiento para confirmar y finalizar la definici\u00f3n de requisitos, que es la base para el trabajo de desarrollo posterior, mediante la confirmaci\u00f3n del usuario y el proveedor y la firma y sellado del responsable. Tambi\u00e9n se prev\u00e9 la posibilidad de que sea necesario revisar la definici\u00f3n de requisitos en la revisi\u00f3n para la confirmaci\u00f3n de la definici\u00f3n de requisitos, y se establece el procedimiento en este caso en la cl\u00e1usula de excepci\u00f3n del primer p\u00e1rrafo.<\/p>\n\n\n\nEl segundo p\u00e1rrafo aclara que la definici\u00f3n de requisitos se confirma con la confirmaci\u00f3n de ambos, el usuario y el proveedor.
\n(Finalizaci\u00f3n y confirmaci\u00f3n del trabajo)
2. El primer partido llevar\u00e1 a cabo la confirmaci\u00f3n del informe de finalizaci\u00f3n del trabajo dentro del per\u00edodo especificado en el contrato individual (en adelante, “per\u00edodo de revisi\u00f3n de finalizaci\u00f3n de la asistencia en la creaci\u00f3n de definiciones de requisitos”).<\/p>\n\n\n\n
3. Si el primer partido no tiene ninguna duda sobre el contenido del informe de finalizaci\u00f3n del trabajo, firmar\u00e1 y sellar\u00e1 el certificado de confirmaci\u00f3n de finalizaci\u00f3n del trabajo, lo entregar\u00e1 al segundo partido y confirmar\u00e1 la finalizaci\u00f3n de la asistencia en la creaci\u00f3n de definiciones de requisitos.<\/p>\n\n\n\n
4. Si el primer partido no presenta ninguna objeci\u00f3n por escrito con una raz\u00f3n espec\u00edfica durante el per\u00edodo de revisi\u00f3n de finalizaci\u00f3n de la asistencia en la creaci\u00f3n de definiciones de requisitos, se considerar\u00e1 que ha confirmado la finalizaci\u00f3n del trabajo al final del per\u00edodo de revisi\u00f3n de finalizaci\u00f3n de la asistencia en la creaci\u00f3n de definiciones de requisitos.<\/p>\n<\/blockquote>\n\n\n\n
Debido a que este proceso es de tipo delegaci\u00f3n parcial, este art\u00edculo establece el procedimiento para confirmar si el proveedor ha llevado a cabo adecuadamente el trabajo de apoyo basado en el deber de diligencia a trav\u00e9s de un informe de finalizaci\u00f3n del trabajo que registra el contenido del trabajo<\/strong>.<\/span>Creaci\u00f3n de Documentos de Dise\u00f1o Externo<\/span><\/h3>\n\n\n\nLa definici\u00f3n de requisitos es un proceso que depende en gran medida del contenido del trabajo del usuario, y consiste en resumir las especificaciones de requisitos (funciones que se deben implementar en el software) del sistema que el usuario intenta construir. <\/figcaption><\/figure>\n\n\n\n\n(Implementaci\u00f3n del servicio de apoyo para la creaci\u00f3n de documentos de dise\u00f1o externo)
2. El segundo, bas\u00e1ndose en su conocimiento y experiencia especializada en tecnolog\u00eda de la informaci\u00f3n, llevar\u00e1 a cabo tareas de apoyo como investigaci\u00f3n, an\u00e1lisis, organizaci\u00f3n, propuestas y asesoramiento con la debida diligencia de un buen administrador para asegurar que el trabajo del primero se realice de manera fluida y adecuada.<\/p>\n<\/blockquote>\n\n\n\n
La creaci\u00f3n de documentos de dise\u00f1o externo es un trabajo que implica la formulaci\u00f3n del uso de partes relacionadas con la interfaz, como pantallas e informes<\/strong>. En principio, los documentos de dise\u00f1o externo deben contener toda la informaci\u00f3n necesaria para que el proveedor pueda desarrollar el programa. Aunque los documentos de dise\u00f1o externo incluyen detalles sobre el uso de formatos, el \u00fanico que puede cambiar las especificaciones de requisitos es el usuario, que determina el contenido del trabajo.\n(Firma del contrato individual relacionado con el servicio de apoyo para la creaci\u00f3n de documentos de dise\u00f1o externo)
El alcance, etc., del servicio de apoyo para la creaci\u00f3n de documentos de dise\u00f1o externo se determinar\u00e1 mediante un contrato individual.<\/p>\n\n\n\n
\n(Reuni\u00f3n de discusi\u00f3n sobre el dise\u00f1o externo)
2. El segundo tambi\u00e9n podr\u00e1 celebrar una reuni\u00f3n de discusi\u00f3n sobre el dise\u00f1o externo cuando considere necesario para la implementaci\u00f3n del servicio de apoyo para la creaci\u00f3n de documentos de dise\u00f1o externo, y el primero participar\u00e1 en ella.<\/p>\n\n\n\n
3. Si el primero intenta cambiar el contenido del documento de definici\u00f3n de requisitos a trav\u00e9s de la discusi\u00f3n, etc., en la reuni\u00f3n de discusi\u00f3n sobre el dise\u00f1o externo, y es necesario cambiar las condiciones del contrato individual, como el per\u00edodo de trabajo y la tarifa de comisi\u00f3n, se seguir\u00e1 el procedimiento del art\u00edculo X (cambio del contenido de este contrato y del contrato individual).<\/p>\n<\/blockquote>\n\n\n\n
La colaboraci\u00f3n entre el usuario y el proveedor es esencial para la creaci\u00f3n de documentos de dise\u00f1o externo, que determinan la interfaz, como las pantallas y los informes.
\n(Confirmaci\u00f3n del dise\u00f1o externo)
2. Con la confirmaci\u00f3n de ambas partes seg\u00fan el p\u00e1rrafo anterior, se considerar\u00e1 que los documentos de dise\u00f1o externo han sido confirmados.<\/p>\n\n\n\n
3. Si es necesario cambiar las condiciones del contrato individual, como el per\u00edodo de trabajo y la tarifa de comisi\u00f3n, debido a la revisi\u00f3n del p\u00e1rrafo 1, se seguir\u00e1 el procedimiento del art\u00edculo X (cambio del contenido de este contrato y del contrato individual).<\/p>\n<\/blockquote>\n\n\n\n
Este art\u00edculo establece el procedimiento para confirmar los documentos de dise\u00f1o externo creados por el usuario mediante la confirmaci\u00f3n del usuario y el proveedor, y la firma y el sello del responsable<\/strong>.El p\u00e1rrafo 2 aclara que los documentos de dise\u00f1o externo se considerar\u00e1n confirmados con la confirmaci\u00f3n de ambas partes.
\n(Finalizaci\u00f3n y confirmaci\u00f3n del trabajo)
2. El primero revisar\u00e1 el informe de finalizaci\u00f3n del trabajo dentro del per\u00edodo establecido en el contrato individual (en adelante, “per\u00edodo de revisi\u00f3n de la finalizaci\u00f3n del servicio de apoyo para la creaci\u00f3n de documentos de dise\u00f1o externo”).<\/p>\n\n\n\n
3. Si el primero no tiene ninguna duda sobre el contenido del informe de finalizaci\u00f3n del trabajo, firmar\u00e1 y sellar\u00e1 el certificado de confirmaci\u00f3n de finalizaci\u00f3n del trabajo, lo entregar\u00e1 al segundo y confirmar\u00e1 la finalizaci\u00f3n del servicio de apoyo para la creaci\u00f3n de documentos de dise\u00f1o externo.<\/p>\n\n\n\n
4. Si el primero no presenta ninguna objeci\u00f3n por escrito con una raz\u00f3n espec\u00edfica dentro del per\u00edodo de revisi\u00f3n de la finalizaci\u00f3n del servicio de apoyo para la creaci\u00f3n de documentos de dise\u00f1o externo, se considerar\u00e1 que ha confirmado la finalizaci\u00f3n del trabajo al final del per\u00edodo de revisi\u00f3n de la finalizaci\u00f3n del servicio de apoyo para la creaci\u00f3n de documentos de dise\u00f1o externo.<\/p>\n<\/blockquote>\n\n\n\n
Debido a que este proceso es de tipo subdelegado, este art\u00edculo establece el procedimiento para confirmar si el proveedor ha llevado a cabo adecuadamente el trabajo de apoyo bas\u00e1ndose en su deber de cuidado, mediante un informe de finalizaci\u00f3n del trabajo que registra el contenido del trabajo<\/strong>.<\/span>Desarrollo de Software<\/span><\/h3>\n\n\n\nDespu\u00e9s de las regulaciones del proceso de dise\u00f1o externo del sistema, que es el dise\u00f1o b\u00e1sico, siguen las regulaciones relacionadas con el proceso de dise\u00f1o interno del sistema, que es el dise\u00f1o detallado. En el proceso de dise\u00f1o interno del sistema, es com\u00fan que el objeto de desarrollo y las especificaciones est\u00e9n definidas hasta la etapa anterior, por lo que en el contrato modelo del Ministerio de Econom\u00eda, Comercio e Industria japon\u00e9s, se establece como un contrato de obra.<\/p>\n\n\n\n
<\/span>Asistencia en la Preparaci\u00f3n y Transici\u00f3n de la Operaci\u00f3n del Software<\/span><\/h3>\n\n\n\n\n(Implementaci\u00f3n de la asistencia en la preparaci\u00f3n y transici\u00f3n de la operaci\u00f3n del software)
2. La Parte B, bas\u00e1ndose en su conocimiento y experiencia especializada en tecnolog\u00eda de la informaci\u00f3n, llevar\u00e1 a cabo la asistencia de manera que el trabajo de la Parte A se realice de manera fluida y efectiva, con la diligencia de un buen administrador.<\/p>\n<\/blockquote>\n\n\n\n
En este art\u00edculo y los siguientes, se establecen las cl\u00e1usulas para la asistencia en la preparaci\u00f3n y transici\u00f3n de la operaci\u00f3n del software en un formato de sub-delegaci\u00f3n. En la etapa de aceptaci\u00f3n e implementaci\u00f3n del sistema, es com\u00fan que el usuario tome la iniciativa, por lo que el contrato modelo del Ministerio de Econom\u00eda, Comercio e Industria de Jap\u00f3n establece que el usuario tomar\u00e1 la iniciativa y el proveedor lo apoyar\u00e1 en un formato de sub-delegaci\u00f3n.
\n(Finalizaci\u00f3n y confirmaci\u00f3n de la tarea)
2. La Parte A, dentro del per\u00edodo especificado en el contrato individual (en adelante, “Per\u00edodo de Inspecci\u00f3n de la Finalizaci\u00f3n de la Asistencia en la Preparaci\u00f3n y Transici\u00f3n de la Operaci\u00f3n del Software”), llevar\u00e1 a cabo la inspecci\u00f3n del informe de finalizaci\u00f3n de la tarea.<\/p>\n\n\n\n
3. Si la Parte A no tiene ninguna duda sobre el contenido del informe de finalizaci\u00f3n de la tarea, firmar\u00e1 y sellar\u00e1 el documento de confirmaci\u00f3n de finalizaci\u00f3n de la tarea, lo entregar\u00e1 a la Parte B y confirmar\u00e1 la finalizaci\u00f3n de la Asistencia en la Preparaci\u00f3n y Transici\u00f3n de la Operaci\u00f3n del Software.<\/p>\n\n\n\n
4. Si la Parte A no presenta ninguna objeci\u00f3n por escrito con una raz\u00f3n espec\u00edfica dentro del Per\u00edodo de Inspecci\u00f3n de la Finalizaci\u00f3n de la Asistencia en la Preparaci\u00f3n y Transici\u00f3n de la Operaci\u00f3n del Software, se considerar\u00e1 que ha confirmado la finalizaci\u00f3n de la tarea al final del per\u00edodo de inspecci\u00f3n.<\/p>\n<\/blockquote>\n\n\n\n
Este art\u00edculo establece el procedimiento para verificar si el proveedor ha llevado a cabo adecuadamente la Asistencia en la Preparaci\u00f3n y Transici\u00f3n de la Operaci\u00f3n del Software bas\u00e1ndose en la obligaci\u00f3n de diligencia de un buen administrador<\/strong> en un formato de sub-delegaci\u00f3n.<\/span>Determinaci\u00f3n de la naturaleza del contrato<\/span><\/h2>\n\n\n\nPara determinar la naturaleza de un contrato, se debe examinar el contrato en su totalidad y considerar si su prop\u00f3sito es “proporcionar un producto finalizado” o si el proveedor tiene la obligaci\u00f3n de “realizar su trabajo de manera razonable”. Un indicador general ser\u00eda si el contenido del objeto a completar se ha definido de manera concreta y si el proyecto ha avanzado hacia ese objetivo.<\/p>\n","protected":false},"excerpt":{"rendered":"
Actualmente, el grado de utilizaci\u00f3n de IT en la vida cotidiana y las actividades socioecon\u00f3micas de nuestro pa\u00eds est\u00e1 aumentando r\u00e1pidamente debido a mejoras significativas en el rendimiento de proce […]<\/p>\n","protected":false},"author":1,"featured_media":57331,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/57202"}],"collection":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/comments?post=57202"}],"version-history":[{"count":5,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/57202\/revisions"}],"predecessor-version":[{"id":57560,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/57202\/revisions\/57560"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/57331"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=57202"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=57202"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=57202"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"\"](\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/12\/shutterstock_1396704317-1024x683.jpg\")