Por cierto (yo a mis pijadas) es probable que si deniegan el acceso sea porque están haciendo validación del formulario sólo con javascript (puede que ese javascript no funcione en FF y demás) ¿alguien ha probado a hacer un submit chungo con javascript desactivado?

Y en todo caso si a mi, como desarrollador, caen en mis manos unos requisitos excluyentes, hablo con quien tenga que hablar para explicarle aquello que no está, claramente, entendiendo.

Salu2

Creo que habeis analizado a la perfección la gama de posibilidades que se dan este tipo de situaciones, desde el cliente que ignora lo que está pasando, al toma la pasta y corre.

Sin embargo me llama poderosamente la atención el mensaje de error. Ya que, el mismo, parece evidenciar que desde citibank, o al menos desde ciertas instancias, son de alguna manera conscientes de la situación. Y que tienen preparada una respuesta, vía teleoperador, en la que se disculpan del insalvable impedimento técnico y te toman los datos por teléfono.

¿Qué significa esto? ¿Que alguien les ha convencido de la imposibilidad técnica o del alto coste de superarla? Mayor, suponemos, que el de incrementar el trabajo de una centralita de manera indefinida (¡manda huevos!, como hubiera dicho Federico Trillo)

Creo que aquí tenemos que descartar otras posibilidades y catalogarlo como cliente engañado. Ya sea por su propio e inoperante equipo o por su ajeno e inoperante proveedor.

@albertosf: Si echas un vistazo al código, está bastante claro: aparte de que la combinación de asp y jsp suele ser mortal (no necesariamente, pero sí de necesidad), han copy-pasteado un desarrollo de hace años, incluso con comentarios del tipo “needed to exclude mac”.

Máss que pensar mal del desarrollador, esto parece más que comercial dijo “El tipo que tiene que aproobar esto usa explorer 5.5, y para eso es para lo que tiene que funcionar” Toma la pasta y corre….

Lo de las partidas aparte, sí lo son cuando contratas productos defectusoso como Vignette y otras plataformas que no hacen más que llenar la web de “código basura”. Cuando la plataforma seleccionada no está pensada para la web SI es una partida extra que alguien se tiene que comer -y el fabricante de la plataforma, no desde luego-.

Quizá haga falta más profesionalidad por parte de los responsables de canales web y exigir unos mínimos tanto a proveedores como a sí mismos.

- Construir web de manera responsable, y lo primero es “conocer” los estándares.
- Traducir a números y a negocio todo este discurso de usabilidad y estándares.
- Seguir aprendiendo y mejorando. Desafortunadamente, muchos responsables de canales no le dan valor a este punto.

Web no es igual a IT.

Tras unos años de experiencia profesional, hoy por hoy tengo claras dos cosas en este sentido:

1-. Los clientes no son conscientes de lo que verdaderamente pasa con sus productos y menos aun lo que podría obtener si sus productos se hicieran correctamente. En algunos casos, cuando se les explica todos los beneficios de hacer las cosas correctamente, te encuentras con un NO porque creen que siempre hay un aumento en los costes de producción. Y la verdad es que pueden tener razón. Son muchas las empresas que venden “accesibilidad”, “estándares web”, “usabilidad”, etc… como partidas independientes en los presupuestos. Es una falta de profesionalidad sin lugar a duda.

2-. Existe una carencia de formación que en algunos casos que roza la cutrez. Tú mismo acabas de reflejar en tu post un clarísimo ejemplo.

Un saludo