{"id":59178,"date":"2023-11-10T17:08:01","date_gmt":"2023-11-10T08:08:01","guid":{"rendered":"https:\/\/monolith.law\/es\/?p=59178"},"modified":"2024-03-29T15:04:41","modified_gmt":"2024-03-29T06:04:41","slug":"no-payment-by-user","status":"publish","type":"post","link":"https:\/\/monolith.law\/es\/it\/no-payment-by-user","title":{"rendered":"\u00bfQu\u00e9 ley se aplica cuando no se ha pagado la recompensa por el desarrollo del sistema?"},"content":{"rendered":"\n<p>Para los proveedores que asumen la tarea de desarrollo de sistemas, uno de los riesgos m\u00e1s grandes podr\u00eda ser la situaci\u00f3n en la que, a pesar de haber entregado el producto, el usuario no paga la recompensa. Los costos de desarrollo de sistemas a menudo implican una gran cantidad de gastos de personal, ya que la mayor\u00eda de ellos son profesionales con habilidades, incluyendo programadores. La falta de recuperaci\u00f3n de ventas puede convertirse en un problema de vida o muerte en algunos casos. En este art\u00edculo, asumiendo el caso en que el usuario no responde al pago de la recompensa, discutiremos los puntos que los proveedores deben considerar desde un punto de vista legal.<\/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\/es\/it\/no-payment-by-user\/#Primero_es_necesario_verificar_si_se_puede_solicitar_el_pago\" title=\"Primero, es necesario verificar si se puede solicitar el pago\">Primero, es necesario verificar si se puede solicitar el pago<\/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\/es\/it\/no-payment-by-user\/#Documentos_a_verificar_para_determinar_la_posibilidad_de_solicitar_honorarios\" title=\"Documentos a verificar para determinar la posibilidad de solicitar honorarios\">Documentos a verificar para determinar la posibilidad de solicitar honorarios<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/es\/it\/no-payment-by-user\/#A_continuacion_verifique_cuanto_puede_reclamar_como_compensacion\" title=\"A continuaci\u00f3n, verifique cu\u00e1nto puede reclamar como compensaci\u00f3n\">A continuaci\u00f3n, verifique cu\u00e1nto puede reclamar como compensaci\u00f3n<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/es\/it\/no-payment-by-user\/#Finalmente_consideramos_los_problemas_pendientes_en_caso_de_litigio\" title=\"Finalmente, consideramos los problemas pendientes en caso de litigio\">Finalmente, consideramos los problemas pendientes en caso de litigio<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/es\/it\/no-payment-by-user\/#Atencion_a_la_posibilidad_de_una_contrademanda\" title=\"Atenci\u00f3n a la posibilidad de una contrademanda\">Atenci\u00f3n a la posibilidad de una contrademanda<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/es\/it\/no-payment-by-user\/#Es_necesario_considerar_si_realmente_hay_beneficios_comerciales\" title=\"Es necesario considerar si realmente hay beneficios comerciales\">Es necesario considerar si realmente hay beneficios comerciales<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/es\/it\/no-payment-by-user\/#Resumen\" title=\"Resumen\">Resumen<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Primero_es_necesario_verificar_si_se_puede_solicitar_el_pago\"><\/span>Primero, es necesario verificar si se puede solicitar el pago<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<ul>\n<li>A pesar de que el proveedor ha entregado el producto al usuario, el usuario no acepta la entrega, lo que retrasa el proceso de facturaci\u00f3n.<\/li>\n\n\n\n<li>Aunque se cre\u00eda que la inspecci\u00f3n hab\u00eda terminado, hay alguna discrepancia con la percepci\u00f3n del usuario, que se niega a pagar.<\/li>\n<\/ul>\n\n\n\n<p>Estas situaciones pueden ocurrir en la realidad.<br><\/p>\n\n\n\n<p>Adem\u00e1s, en t\u00e9rminos de desarrollo de sistemas, el proceso de revisar las especificaciones del sistema terminado y aceptar la entrega se llama &#8220;inspecci\u00f3n&#8221;. El significado de esta &#8220;inspecci\u00f3n&#8221; y los asuntos a considerar cuando el progreso no es satisfactorio se explican en detalle en el siguiente art\u00edculo.<\/p>\n\n\n\n<p>Art\u00edculo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">Aplicaci\u00f3n de la cl\u00e1usula de inspecci\u00f3n estimada en el desarrollo de sistemas[ja]<\/a><\/p>\n\n\n\n<p>Aunque la explicaci\u00f3n general sobre la inspecci\u00f3n en s\u00ed se deja al art\u00edculo mencionado anteriormente, desde el punto de vista legal, es necesario considerar si se puede decir que la inspecci\u00f3n del usuario se ha completado, teniendo en cuenta las regulaciones sobre la &#8220;cl\u00e1usula de inspecci\u00f3n estimada&#8221;.<\/p>\n\n\n\n<p>Con esto en mente, los primeros puntos a considerar cuando el usuario no paga son los siguientes:<\/p>\n\n\n\n<ol>\n<li>\u00bfEl trabajo est\u00e1 terminado o a\u00fan est\u00e1 incompleto?<\/li>\n\n\n\n<li>\u00bfEs aplicable la responsabilidad por defectos (Art\u00edculo 635 del C\u00f3digo Civil japon\u00e9s)?<\/li>\n<\/ol>\n\n\n\n<p>La raz\u00f3n por la que se debe verificar primero estos dos puntos es que si el trabajo no est\u00e1 terminado y no se ha confirmado de antemano que no se aplica la responsabilidad por defectos (Art\u00edculo 635 del C\u00f3digo Civil japon\u00e9s), incluso si se inicia un juicio, no se puede esperar que se pague la remuneraci\u00f3n.<\/p>\n\n\n\n<p>Entonces, \u00bfqu\u00e9 debe investigar el responsable del proveedor para considerar estos dos puntos? A continuaci\u00f3n, veremos qu\u00e9 documentos deben ser verificados.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Documentos_a_verificar_para_determinar_la_posibilidad_de_solicitar_honorarios\"><\/span>Documentos a verificar para determinar la posibilidad de solicitar honorarios<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f0f8ff;text-align: left\">Factura de entrega<br>Si no hay una factura de entrega, se fortalece la suposici\u00f3n de que la entrega no se ha completado y el trabajo no est\u00e1 terminado.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #e6e6fa;text-align: left\">Documento que notifica los resultados de la inspecci\u00f3n<br>Es el documento m\u00e1s importante para determinar si se puede considerar que el trabajo est\u00e1 terminado. Adem\u00e1s, si la inspecci\u00f3n se ha pospuesto debido a las circunstancias del usuario, ser\u00eda bueno verificar tambi\u00e9n c\u00f3mo se describi\u00f3 la &#8220;cl\u00e1usula de inspecci\u00f3n presunta&#8221; en el contrato.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%;height: 117px\">\n<tbody>\n<tr style=\"height: 117px\">\n<td style=\"width: 100%;background-color: #f0ffff;text-align: left;height: 117px\">Lista de gesti\u00f3n de tareas<br>Es un documento para conocer qu\u00e9 problemas se han encontrado hasta ahora y c\u00f3mo se han manejado. Tambi\u00e9n es un documento para entender la situaci\u00f3n de los fallos y defectos que se descubrieron despu\u00e9s de la entrega, y el estado de las reparaciones para ellos.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f5fffa;text-align: left\">Documentos de definici\u00f3n de requisitos, documentos de dise\u00f1o y documentos de gesti\u00f3n de cambios, actas de reuniones, etc.<br>Estos son documentos para aclarar qu\u00e9 se debe considerar como un fallo o defecto, al revelar qu\u00e9 entendimiento ten\u00edan el usuario y el proveedor al principio.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<p>Adem\u00e1s, para obtener detalles sobre c\u00f3mo gestionar los cambios en las especificaciones del sistema a desarrollar y c\u00f3mo crear documentos de gesti\u00f3n de cambios, consulte otro art\u00edculo.<\/p>\n\n\n\n<p>Art\u00edculo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">C\u00f3mo manejar el cambio en el desarrollo del sistema desde una perspectiva legal[ja]<\/a><\/p>\n\n\n\n<table style=\"border-collapse: collapse;width: 100%;height: 88px\">\n<tbody>\n<tr style=\"height: 88px\">\n<td style=\"width: 100%;background-color: #f0fff0;text-align: left;height: 88px\">Notificaci\u00f3n de cancelaci\u00f3n o documento que registra la intenci\u00f3n del usuario<br>Es un medio para conocer la intenci\u00f3n del usuario que no quiere proceder con la inspecci\u00f3n (o no quiere pagar los honorarios).<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"A_continuacion_verifique_cuanto_puede_reclamar_como_compensacion\"><\/span>A continuaci\u00f3n, verifique cu\u00e1nto puede reclamar como compensaci\u00f3n<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\/07\/shutterstock_1063376933-1024x683.jpg\" alt=\"\" class=\"wp-image-3536\" \/><figcaption class=\"wp-element-caption\">\u00bfC\u00f3mo se recalcula el monto de la factura despu\u00e9s de un cambio de especificaciones?<\/figcaption><\/figure>\n\n\n\n<p>En principio, el monto que se puede reclamar deber\u00eda estar indicado en el contrato. Sin embargo, es posible que no exista un contrato adecuado (o un documento equivalente) si se han realizado cambios en las especificaciones o similares despu\u00e9s del hecho. En el siguiente art\u00edculo, explicamos en detalle c\u00f3mo recalcular una estimaci\u00f3n basada en razones posteriores, como cambios en las especificaciones o adiciones de funciones.<\/p>\n\n\n\n<p>Art\u00edculo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">\u00bfEs posible aumentar el monto estimado despu\u00e9s del desarrollo del sistema?[ja]<\/a><\/p>\n\n\n\n<p>Aunque este art\u00edculo describe c\u00f3mo recalcular una estimaci\u00f3n, especialmente desde el punto de vista de considerar si es posible aumentar el monto de la factura, deber\u00e1 considerar los siguientes puntos:<\/p>\n\n\n\n<ol>\n<li>La existencia y contenido de una estimaci\u00f3n para el desarrollo adicional y las modificaciones de las funciones<\/li>\n\n\n\n<li>La reacci\u00f3n del usuario a la estimaci\u00f3n<\/li>\n\n\n\n<li>La existencia de un acuerdo sobre la situaci\u00f3n que caus\u00f3 el desarrollo adicional y las modificaciones de las funciones que se registran en la lista de gesti\u00f3n de problemas, y el monto relacionado<\/li>\n<\/ol>\n\n\n\n<p>En resumen, el proceso consiste en verificar si se puede decir que hubo un acuerdo con el usuario sobre el punto de &#8220;hacer un pedido de trabajo por esa cantidad&#8221; (es decir, si se puede decir que se ha establecido un contrato).<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Finalmente_consideramos_los_problemas_pendientes_en_caso_de_litigio\"><\/span>Finalmente, consideramos los problemas pendientes en caso de litigio<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Atencion_a_la_posibilidad_de_una_contrademanda\"><\/span>Atenci\u00f3n a la posibilidad de una contrademanda<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En el desarrollo de sistemas, no es raro que cuando uno de los usuarios o proveedores presenta una demanda contra el otro, este \u00faltimo presente una contrademanda. Es decir, en situaciones donde no se realiza el pago de la remuneraci\u00f3n, puede haber alg\u00fan argumento por parte del usuario.<\/p>\n\n\n\n<p>En primer lugar, aunque el desarrollo del sistema implica varias obligaciones de cooperaci\u00f3n por parte del usuario, no debemos olvidar que el proveedor, como experto en desarrollo de sistemas, tiene una amplia discreci\u00f3n y una gran responsabilidad. En cuanto a la obligaci\u00f3n de gesti\u00f3n de proyectos que el proveedor tiene en el desarrollo del sistema, se explica en detalle en el siguiente art\u00edculo.<\/p>\n\n\n\n<p>Art\u00edculo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">\u00bfQu\u00e9 es la obligaci\u00f3n de gesti\u00f3n de proyectos en el desarrollo de sistemas?[ja]<\/a><\/p>\n\n\n\n<p>En otras palabras, es necesario considerar cuidadosamente si es posible atribuir la culpa a los usuarios que unilateralmente no pagan la remuneraci\u00f3n. Al observar los casos judiciales pasados, se han confirmado numerosos casos en los que, aunque inicialmente el proveedor present\u00f3 una demanda para solicitar el pago de la remuneraci\u00f3n, el usuario a su vez solicit\u00f3 la restauraci\u00f3n al estado original y la indemnizaci\u00f3n por da\u00f1os y perjuicios.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Es_necesario_considerar_si_realmente_hay_beneficios_comerciales\"><\/span>Es necesario considerar si realmente hay beneficios comerciales<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Incluso si los argumentos del proveedor son aceptados y se reconoce en el juicio que es posible solicitar el pago de la remuneraci\u00f3n, si la situaci\u00f3n se complica hasta el punto de llegar a juicio, se espera que la continuaci\u00f3n de las transacciones futuras sea pr\u00e1cticamente dif\u00edcil. Adem\u00e1s, incluso si se reconoce su argumento en el juicio, debe estar preparado para que tome bastante tiempo recibir la remuneraci\u00f3n. Si consideramos el tiempo y el costo de llevar a cabo un juicio, a menudo es m\u00e1s razonable y mejor hacer esfuerzos para encontrar un punto de compromiso.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Resumen\"><\/span>Resumen<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Si un usuario no cumple con el pago de una recompensa, se requiere la revisi\u00f3n de varios tipos de documentos para considerar el problema legalmente. Adem\u00e1s, no es suficiente simplemente tener una buena gesti\u00f3n de documentos, tambi\u00e9n es necesario considerar qu\u00e9 tipo de riesgos y desventajas puede enfrentar la organizaci\u00f3n si finalmente decide proceder con una demanda.<\/p>\n\n\n\n<p>Es cierto que la gesti\u00f3n rigurosa de los documentos diarios suele ser una tarea a nivel de campo. Sin embargo, si se decide proceder con una demanda basada en los documentos y materiales almacenados, esto puede convertirse en una decisi\u00f3n empresarial importante. En tales situaciones irregulares, es esencial comprender todo el proceso, junto con el hecho de que se pone a prueba la cohesi\u00f3n y la fuerza organizativa entre el campo y la administraci\u00f3n.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Para los proveedores que asumen la tarea de desarrollo de sistemas, uno de los riesgos m\u00e1s grandes podr\u00eda ser la situaci\u00f3n en la que, a pesar de haber entregado el producto, el usuario no paga la reco [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61036,"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\/59178"}],"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\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/comments?post=59178"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/59178\/revisions"}],"predecessor-version":[{"id":61037,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/posts\/59178\/revisions\/61037"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media\/61036"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/media?parent=59178"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/categories?post=59178"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/es\/wp-json\/wp\/v2\/tags?post=59178"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}