{"id":59893,"date":"2023-11-22T10:21:37","date_gmt":"2023-11-22T01:21:37","guid":{"rendered":"https:\/\/monolith.law\/en\/?p=59893"},"modified":"2024-03-08T14:52:35","modified_gmt":"2024-03-08T05:52:35","slug":"system-development-specs-function","status":"publish","type":"post","link":"https:\/\/monolith.law\/en\/it\/system-development-specs-function","title":{"rendered":"How Far Should We Legally Implement Functions Not Specified in the System Development Specification?"},"content":{"rendered":"\n<p>In principle, IT system development projects used in companies are created in accordance with predefined specifications. However, considering the role of vendors as experts in system development, it may not be enough to simply mechanically implement what is written in the specifications. The expectations from the user side may not be that low. In this article, we will discuss to what extent developers should bear the responsibility for implementing programs that are not mentioned in the specifications, but are necessary in light of the purpose of development.<br><\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/en\/it\/system-development-specs-function\/#Legal_Issues_Associated_with_Implementing_Unspecified_Features\" title=\"Legal Issues Associated with Implementing Unspecified Features\">Legal Issues Associated with Implementing Unspecified Features<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/en\/it\/system-development-specs-function\/#Discretion_is_Required_in_Vendor_Operations\" title=\"Discretion is Required in Vendor Operations\">Discretion is Required in Vendor Operations<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/en\/it\/system-development-specs-function\/#Discretion_Should_Also_Be_Exercised_Within_Strict_Development_Processes\" title=\"Discretion Should Also Be Exercised Within Strict Development Processes\">Discretion Should Also Be Exercised Within Strict Development Processes<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/en\/it\/system-development-specs-function\/#What_Should_Be_Done_as_a_Specialist_Not_Bound_by_Specifications\" title=\"What Should Be Done as a Specialist, Not Bound by Specifications?\">What Should Be Done as a Specialist, Not Bound by Specifications?<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/en\/it\/system-development-specs-function\/#Legal_obligations_are_determined_in_accordance_with_the_%E2%80%98purpose%E2%80%99_of_specifications_and_contracts\" title=\"Legal obligations are determined in accordance with the &#8216;purpose&#8217; of specifications and contracts\">Legal obligations are determined in accordance with the &#8216;purpose&#8217; of specifications and contracts<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/en\/it\/system-development-specs-function\/#Court_Case_Where_Implementation_Obligation_Was_Denied_Due_to_Lack_of_Specification\" title=\"Court Case Where Implementation Obligation Was Denied Due to Lack of Specification\">Court Case Where Implementation Obligation Was Denied Due to Lack of Specification<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/en\/it\/system-development-specs-function\/#Court_Cases_Affirming_Implementation_Obligations_Even_Without_Explicit_Documentation\" title=\"Court Cases Affirming Implementation Obligations Even Without Explicit Documentation\">Court Cases Affirming Implementation Obligations Even Without Explicit Documentation<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/en\/it\/system-development-specs-function\/#What_can_be_learned_from_both_judgments\" title=\"What can be learned from both judgments\">What can be learned from both judgments<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/en\/it\/system-development-specs-function\/#How_Should_We_Consider_Compensation_for_Development_Not_Included_in_the_Specifications\" title=\"How Should We Consider Compensation for Development Not Included in the Specifications?\">How Should We Consider Compensation for Development Not Included in the Specifications?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/en\/it\/system-development-specs-function\/#Summary\" title=\"Summary\">Summary<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Legal_Issues_Associated_with_Implementing_Unspecified_Features\"><\/span>Legal Issues Associated with Implementing Unspecified Features<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_164703428-1024x614.jpg\" alt=\"\" class=\"wp-image-5431\" \/><figcaption class=\"wp-element-caption\">We will discuss the crucial points of having &#8216;discretion&#8217; in system development.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Discretion_is_Required_in_Vendor_Operations\"><\/span>Discretion is Required in Vendor Operations<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>One of the major personalityistics of legal issues surrounding system development projects and associated contracts is that the vendor who takes on the work has significant discretion.<\/p>\n\n\n\n<p>Related article: <a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">What are the project management duties in system development?[ja]<\/a><\/p>\n\n\n\n<p>However, the &#8216;discretion&#8217; mentioned here does not necessarily apply to all stages of system development. After identifying each process and breaking it down into detailed tasks, there may be many tasks that are close to simple work. However, generally, the more upstream the task, the more difficult it is to carry out the work without significant discretion. This is also why contracts often fit well with quasi-delegation in the upstream process.<\/p>\n\n\n\n<p>Related article: <a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">The distinction and difference between contract and quasi-delegation contracts in system development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Discretion_Should_Also_Be_Exercised_Within_Strict_Development_Processes\"><\/span>Discretion Should Also Be Exercised Within Strict Development Processes<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>However, even if the system development vendor has significant discretion, accepting client requests in an ad hoc manner can cause significant damage to later processes. An IT system is made up of a collection of small components, and even a minor change in appearance can require a significant change in man-hours from the developer&#8217;s perspective. Regarding the change of system development specifications, there are articles that explain how to manage the change situation from a legal perspective. The following article discusses how changes in specifications from the engineer&#8217;s perspective can have a significant impact on the work, as well as how to manage changes.<\/p>\n\n\n\n<p>Related article: <a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">How to manage changes in system development from a legal perspective[ja]<\/a><br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"What_Should_Be_Done_as_a_Specialist_Not_Bound_by_Specifications\"><\/span>What Should Be Done as a Specialist, Not Bound by Specifications?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>For a smooth system development project, it is important to define the requirements of development in advance and proceed with the project in a planned manner. On the other hand, there are situations where you cannot fully fulfill your role as a system development specialist by just doing what you are told according to the pre-defined requirements. In such a dilemma, the question of &#8220;What should be implemented, even if it is not specified in the specifications?&#8221; becomes apparent.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Legal_obligations_are_determined_in_accordance_with_the_%E2%80%98purpose%E2%80%99_of_specifications_and_contracts\"><\/span>Legal obligations are determined in accordance with the &#8216;purpose&#8217; of specifications and contracts<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>The content of what should be implemented is determined from the &#8216;purpose&#8217; of the items described in the contract or specifications, that is, &#8216;what meaning or intention was there when such an agreement was made&#8217;, even if it was not described in the contract or specifications. Let&#8217;s take a look at some case examples below.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Court_Case_Where_Implementation_Obligation_Was_Denied_Due_to_Lack_of_Specification\"><\/span>Court Case Where Implementation Obligation Was Denied Due to Lack of Specification<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>In the court case cited below, a dispute arose when a vendor developed a system and progressed to the point of trial operation, but the user claimed that the necessary functions were lacking and sought to terminate the contract. The user claimed that the &#8220;automatic data update function&#8221; was lacking, and argued that this was a major selling point of the system in question, but the court did not recognize this implementation obligation.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>As acknowledged above, there is no mention in the contract, basic design document, or detailed design document that the \u00e2\u0091\u00a2 function is a development target of the system in question.<\/p>\n\n\n\n<p>The plaintiff argues that the \u00e2\u0091\u00a2 function was a major selling point of the defendant&#8217;s system to the plaintiff, and emphasizes the necessity of this function, but <u>if this were the case, it should have been clearly stated in the contract, etc.<\/u>, and <u>it is hard to believe that the development of this function was agreed upon without such a statement<\/u>.<\/p>\n<cite>Tokyo District Court, February 18, 2009 (Heisei 21)<\/cite><\/blockquote>\n\n\n\n<p>Indeed, if we simply extract the conclusion from this judgment, it could be said that &#8220;if it is not specified in the design document, you don&#8217;t have to create it.&#8221; However, to be more precise, it is not a matter of formal facts such as whether it is specified in the design document or not, but a judgment made in light of the &#8220;purpose&#8221; of the specifications in the design document and contract. In other words, &#8220;considering the reason why it was not specified in the design document or contract, it is reasonable to think that there was no agreement corresponding to that specification.&#8221;<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Court_Cases_Affirming_Implementation_Obligations_Even_Without_Explicit_Documentation\"><\/span>Court Cases Affirming Implementation Obligations Even Without Explicit Documentation<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>On the other hand, there are court cases that have affirmed the obligation to implement, even if it was not explicitly stated in the contract or specifications. The following quoted case involves the development of a system for managing medication history. The user was unable to migrate data from the existing system to the new system, rendering the new system unusable, and thus terminated the contract. However, the vendor argued that data migration was outside the scope of their responsibilities, leading to a dispute.<\/p>\n\n\n\n<p>Developing a new system often involves the removal of an existing system and the migration of data. The importance of these tasks and the legal issues associated with them are detailed in the following article.<\/p>\n\n\n\n<p>Related Article: <a href=\"https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem\" target=\"_blank\" rel=\"noreferrer noopener\">Legal Issues Associated with Transitioning from an Old System in System Development[ja]<\/a><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>More than 50,000 patient data were already stored in the existing system, and the plaintiff was using this data to streamline operations. It is clear that if the patient data cannot be migrated from the existing system to the new system, it will cause problems in the dispensing operations at the pharmacy. It can be assumed that the plaintiff&#8217;s representative was naturally aware of this. Before the contract was concluded, the plaintiff&#8217;s representative asked the defendant&#8217;s representative about the possibility of data migration, which the defendant&#8217;s representative also acknowledged. It is hard to believe that the plaintiff&#8217;s representative decided to introduce the new system, knowing that there was a high possibility that they would have to manually input data for more than 50,000 patients. Furthermore, as stated in (1) above, the defendant could not migrate the medication history data from the existing system to the new system, and had to print the data on paper and import it into a PDF file. It is hard to believe that the defendant would have undertaken such a laborious task as a service, even though data migration was not assumed in the contract.<\/p>\n<cite>Tokyo District Court, November 18, 2010 (Heisei 22)<\/cite><\/blockquote>\n\n\n\n<p>What is important here is the &#8220;purpose&#8221; of the contract and the &#8220;intent&#8221; of the items documented in the contract. If both parties had entered into the contract with the understanding that data migration was outside the scope of the work, the court pointed out that it would imply that both the user and the vendor had entered into the contract with unnatural intentions. In other words, it would mean that the user had agreed to undertake a massive amount of manual work, and the vendor had embarked on the project knowing that it would cause problems for the user&#8217;s operations in the future, which is highly irrational.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"What_can_be_learned_from_both_judgments\"><\/span>What can be learned from both judgments<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Even if there is no mention of data migration in the contract or specification documents, the obligation to implement it was affirmed. One of the reasons for this is that the issue was about &#8220;data&#8221;, which does not appear on the screen. The &#8220;lack of essential functions&#8221; mentioned earlier is something that directly appears on the system screen. Therefore, even if you are a novice in system development, it is not so difficult to find omissions in the specification documents. On the other hand, the issue of data migration has the personalityistic that it is difficult for novices in system development to recognize the importance of the process, the difficulty of the work, and the man-hours. Therefore, it is believed that there was also a situation where it was easily treated as a matter that the vendor side should manage smoothly with its expertise.<\/p>\n\n\n\n<p>Considering this, the omission of specifications and contract documents can also be said to be a problem closely related to the user&#8217;s &#8220;obligation to cooperate&#8221;. In other words, it is a question of whether the user has really fulfilled the &#8220;obligation to cooperate&#8221; towards the conclusion of the contract and the creation of the specification documents. A comprehensive explanation of the legal obligations that users should fulfill in system development projects is detailed in the following article.<\/p>\n\n\n\n<p>Related article: <a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">What is the obligation to cooperate borne b[ja]y the user side who is the orderer of system development[ja]<\/a><\/p>\n\n\n\n<p>If you also check the above article, you will naturally understand that the story is quite different in the area where the user&#8217;s cooperation is required, such as the identification of screens and essential functions, and the omission of consideration for data migration.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"How_Should_We_Consider_Compensation_for_Development_Not_Included_in_the_Specifications\"><\/span>How Should We Consider Compensation for Development Not Included in the Specifications?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_320070512-1024x683.jpg\" alt=\"\" class=\"wp-image-5433\" \/><figcaption class=\"wp-element-caption\">In cases where the vendor responds to tasks beyond the scope of work, additional compensation can be claimed.<\/figcaption><\/figure>\n\n\n\n<p>Another point of interest related to the topic of this article is whether it is legally permissible to charge extra for creating something not included in the specifications. We have detailed explanations about the possibility of increasing compensation and how to calculate the estimated amount if possible in the following article.<\/p>\n\n\n\n<p>Related article: <a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">Is it possible to increase the estimated amount of system development after the fact?[ja]<\/a><\/p>\n\n\n\n<p>In the above article, we explain that it is important whether there were tasks beyond the scope of work related to the compensation and consideration. In other words, in relation to this article, if the vendor responds to the development of something not included in the original specifications (in this article, the negative example), it is possible to allow additional compensation claims.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Summary\"><\/span>Summary<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>In system development, the role of the vendor is determined, on one hand, by the contents of the contract and specification documents. However, considering that they are entrusted with tasks based on a high degree of trust as professionals, it is clear that their actual role is not solely determined by formalities. Nevertheless, it is important to understand that the law plays a significant role in understanding the true nature of their responsibilities.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>In principle, IT system development projects used in companies are created in accordance with predefined specifications. However, considering the role of vendors as experts in system development, it m [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61436,"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\/en\/wp-json\/wp\/v2\/posts\/59893"}],"collection":[{"href":"https:\/\/monolith.law\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/en\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/en\/wp-json\/wp\/v2\/comments?post=59893"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/en\/wp-json\/wp\/v2\/posts\/59893\/revisions"}],"predecessor-version":[{"id":61435,"href":"https:\/\/monolith.law\/en\/wp-json\/wp\/v2\/posts\/59893\/revisions\/61435"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/en\/wp-json\/wp\/v2\/media\/61436"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/en\/wp-json\/wp\/v2\/media?parent=59893"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/en\/wp-json\/wp\/v2\/categories?post=59893"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/en\/wp-json\/wp\/v2\/tags?post=59893"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}