El trabajo por cuenta propia y el arbitraje. Algo tiene que cambiar, de lo contrario es un callejón sin salida. - página 8

 
Artyom Trishkin:

Más feo aún. Te comportas en la conversación tal y como lo has retocado.

Malamente...
 
Yevhenii Levchenko:
¿Quién es el director? ¿El cliente que quiere el código fuente o la mujer que se jugó el cuello y no quiere devolverlo? ¿Hay un solo cliente? :)

Existen normas y procedimientos preestablecidos para la resolución de conflictos. Dejaron el código fuente y se olvidaron. Entonces, si acaso, el arbitraje lo resolverá...

Si se profundiza en la cuestión planteada, es fácil ver de qué se trata.

  1. El cliente ha confirmado la fase de demostración de la solución, es decir, ha aceptado que el trabajo se ha realizado según los términos de referencia. Su dinero fue congelado incluso antes, en el momento de la confirmación de los TdR.
  2. El contratista ha entregado al cliente la solución terminada. El cliente tiene ahora el trabajo terminado y el código fuente.
  3. El cliente tiene que confirmar la transferencia de la solución terminada, pero no lo hace. Así que el cliente ya ha recibido lo que quería y se ha ido. No ha pulsado el botón de confirmación. Nadie puede decir por qué, excepto él. Es posible que no lo sepa o que no tenga ni idea de ello: su dinero ha estado congelado durante mucho tiempo, y puede que ni siquiera sepa que no se transferirá a la CA sin su confirmación.
    ¿Qué tenemos? El cliente está satisfecho y el contratista no cobra.
    ¿Sugiere que el contratista acuda al arbitraje? Bien. Solicita y obtiene una respuesta automática de arbitraje - a la espera de la confirmación del acuerdo/desacuerdo del cliente...
    Pasa un mes y no hay ningún cliente... Y no hay una terminación automática del trabajo después de la confirmación del hecho de la transferencia de la decisión lista por el ejecutor al cliente, pero no la confirmación del cliente de que ha recibido lo que pidió.
    Y recibió - todos los datos sobre esto están en el trabajo.

Entonces, ¿por qué no se puede realizar la finalización automática de los trabajos una semana después de que el contratista haya entregado la solución terminada y el cliente, habiéndola recibido, no haya hecho una confirmación?

Esto libraría al foro de los constantes informes de los artistas sobre tales incidentes. No se trata de un incidente aislado.

 
Artyom Trishkin:

Si se profundiza en la cuestión planteada, es fácil ver de qué se trata.

  1. El cliente ha confirmado la fase de demostración de la solución, es decir, ha aceptado que el trabajo se ha realizado según los términos de referencia. Su dinero fue congelado incluso antes, en el momento de la confirmación de los TdR.
  2. El contratista ha entregado al cliente la solución terminada. El cliente tiene ahora el trabajo terminado y el código fuente.
  3. El cliente tiene que confirmar la transferencia de la solución terminada, pero no lo hace. Así que el cliente ya ha recibido lo que quería y se ha ido. No ha pulsado el botón de confirmación. Nadie puede decir por qué, excepto él. Tal vez no lo sepa y no tenga ni idea de esto - su dinero ha estado congelado durante mucho tiempo, y puede que no sepa que no será transferido a la persona que hace el pedido sin su confirmación.
    ¿Qué tenemos? El cliente queda satisfecho y el contratista no cobra.
    ¿Sugiere que el contratista acuda al arbitraje? Bien. Solicita y obtiene una respuesta automática de arbitraje - a la espera de la confirmación del acuerdo/desacuerdo del cliente...
    Pasa un mes y no hay ningún cliente... Y no hay una terminación automática del trabajo después de la confirmación del hecho de la transferencia de la decisión lista por el ejecutor al cliente, pero no la confirmación del cliente de que ha recibido lo que pidió.
    Y recibió - todos los datos sobre esto están en el trabajo.

Entonces, ¿por qué no se puede realizar la finalización automática de los trabajos una semana después de que el contratista haya entregado la solución terminada y el cliente, habiéndola recibido, no haya hecho una confirmación?

Esto libraría al foro de los constantes informes de los artistas sobre tales incidentes. No se trata de un incidente aislado.

Probablemente porque hay que comprobar el cumplimiento de los TdR... Es difícil automatizar esto. Esa es mi suposición. Sin embargo, parece correcto. Siempre hay que hacer un periodo de prueba de un par de días para este tipo de cosas. Especialmente cuando encuentro clientes en otros foros. Pero para el corto período me di cuenta de que es mejor hacer todo a través de mql. Si has hecho todo de acuerdo con tu pliego de condiciones, recibirás el dinero. Todavía no me he enfrentado al arbitraje, pero es un mecanismo aceptable de resolución de conflictos. Aunque, a juzgar por los temas, no es rápido.
 
Yevhenii Levchenko:
Probablemente porque hay que comprobar el cumplimiento de la RPT... Es difícil automatizar esto. Esa es mi suposición. Sin embargo, todo parece estar correcto. Siempre hay que hacer un período de prueba de un par de días para este tipo de cosas. Especialmente cuando encuentro clientes en otros foros. Pero para el corto período me di cuenta de que es mejor hacer todo a través de mql. Si has hecho todo de acuerdo con tu pliego de condiciones, recibirás el dinero. Todavía no me he enfrentado al arbitraje, pero es un mecanismo aceptable de resolución de conflictos. Aunque, a juzgar por los temas, no es rápido.

El cliente ya ha comprobado y confirmado este cumplimiento. Eso es todo. No es necesario que nadie compruebe nada. El cliente ha comprobado y confirmado todo. Sin su confirmación, no habría transferencia de trabajo: el sistema simplemente no le permitiría proceder al paso de transferencia de trabajo. Por lo tanto, en el último paso -y le corresponde al cliente transferir el dinero al albacea- no confirma nada. El contratista ha completado TODOS los pasos. Y el cliente no ha confirmado el último paso, que siempre depende de él. ¿Lo entiendes?

Acudir al arbitraje en esta fase es una molestia adicional para el contratista. El cliente ya tiene todo lo que pidió. Y el contratista tiene un pedido confirmado, pero no tiene dinero. ¿Para qué sirve el arbitraje? Que automáticamente pide esperar hasta que el cliente aparezca y acepte este arbitraje. No es necesario el arbitraje en esta situación. Lo que se necesita es autocompletar el trabajo después de una semana y desbloquear el dinero del contratista por el pedido completado, que ya ha sido confirmado como terminado por el cliente.

 
Artyom Trishkin:

El cliente ya ha comprobado y confirmado este cumplimiento. Eso es todo. Nadie tiene que comprobar nada. El cliente ha comprobado y confirmado todo. ...

eso es todo teoría -- la práctica es diferente -- una nube de clientes confirma un paso tan pronto como el desarrollador confirma el paso -- y luego mira y verifica.

cuando se le pregunta por qué, la respuesta del cliente es "no entendió el servicio", y no son casos aislados.

Sí, se puede construir todo al estilo de "quién es el médico del cliente" - pero será un engaño y una trampa deliberada - lo que no es bueno.

Un servicio bien construido es un servicio construido en torno al cliente y al hecho de que el cliente vino por primera vez y no entendió el servicio.

 
Artyom Trishkin:

El cliente ya ha comprobado y confirmado este cumplimiento. Eso es todo. No es necesario que nadie compruebe nada. El cliente ha comprobado y confirmado todo. Sin su confirmación, no habría transferencia de trabajo: el sistema simplemente no le permitiría proceder al paso de transferencia de trabajo. Por lo tanto, en el último paso -y le corresponde al cliente transferir el dinero al albacea- no confirma nada. El contratista ha completado TODOS los pasos. Y el cliente no ha confirmado el último paso, que siempre depende de él. ¿Lo entiendes?

Acudir al arbitraje en esta fase es una molestia adicional para el contratista. El cliente ya tiene todo lo que pidió. Y el contratista tiene un pedido confirmado, pero no tiene dinero. ¿Para qué sirve el arbitraje? Que automáticamente pide esperar hasta que el cliente aparezca y acepte este arbitraje. No es necesario el arbitraje en esta situación. Lo que se necesita es autocompletar el trabajo después de una semana y desbloquear el dinero del contratista por el pedido completado, que ya ha sido confirmado como terminado por el cliente.

Esta es ahora su visión de cómo debe ser. Pero una demostración validada y un trabajo validado son cosas diferentes dentro del trabajo autónomo. Una demostración, como puede ver, no se considera un trabajo terminado todavía. Haga estas preguntas a los desarrolladores. Quizá lo cambien.

Pero el arbitraje, a juzgar por los últimos mensajes en los hilos correspondientes, ha empezado a resolver los problemas más rápidamente.

 

Automatizar el proceso no es difícil.

Por ejemplo:

  1. Después de que el contratista presente el trabajo, si el cliente no está activo durante N horas (24 horas), es posible cerrar el trabajo en ausencia del cliente.
  2. N días después, si el cliente no se presenta para interrumpir el proceso, el trabajo se cerrará. La hora de finalización es el momento en que el ejecutor entrega el trabajo.

El resultado: se respetan los derechos del cliente, se alivia al árbitro y el contratista no se preocupa.

 
Vladimir Simakov:

...

    Como resultado: .... el hacedor no está preocupado.

    Vaya... qué mal funciona este sitio... ¿qué pasa con el cliente? ¿qué debe hacer? -- aquí hay un hilo el otro día:Un desarrollador personalizado no se pone en contacto.

    todo el mundo olvida que en el caso de rescisión a favor del cliente (si el Promotor está fuera de contacto) -- el cliente pierde el 10% -- y que en este caso, el cliente está fuera de contacto.

    Imagina que si el cliente se va, el contratista paga el 10%.

    Este es el consejo que se le da al cliente: "Espera un poco. Los contratistas también son seres humanos."

    ¿Y qué consejo le dan al contratista cuando el cliente está fuera de contacto? Por supuesto:"borrar las cuentas de esos usuarios descuidados"[https://www.mql5.com/ru/forum/285790/page4#comment_15771616].

    p.d. no hay rescisión automática -- la rescisión sólo es posible desde el lado del cliente o del arbitraje -- todas las demás variantes "desde la cara del pelirrojo astuto".


     
    Andrey F. Zelinsky:

    p.d. no hay rescisión automática -- la rescisión sólo es posible por parte del cliente o por parte del arbitraje -- todas las demás variantes son "por la cara del pelirrojo".

    A veces ni siquiera eso es suficiente. Hubo un gran escándalo hace relativamente poco tiempo...

    Финансовые операции ограничены
    Финансовые операции ограничены
    • 2019.07.26
    • www.mql5.com
    Здравствуйте, обнаружил, что мои финансовые операции ограничены, написал в сервис деск, но там иногда отвечают долго, пытаюсь выяснить в чём дело и...
     

    Hola.

    En realidad no es tan malo con los cuelgues.

    Si el cliente se ha retirado por una u otra razón, el promotor puede acudir al arbitraje.

    Si el árbitro no aparece durante mucho tiempo, puede publicar en el foro en los hilos correspondientes.

    Si el mensaje en el foro no te ha ayudado, puedes escribir a servicedesk.

    Esquema probado personalmente - funciona

    Razón de la queja: