Artículos marcados con "devolucion"

Nuevo Método de Retorno: Redirección del Encabezado

La habilidad de devolver los parámetros de compra junto con el cliente a una URL predeterminada ha sido siempre una herramienta importante tanto para vendedores como para los que desarrollan carritos de compra. Siempre hemos ofrecido 2 maneras de ejecutar ésto, ya sea confiando en que el cliente haga clic en el botón de finalización de pedido en nuestra página de Confirmación de Orden, o usando nuestra herramienta de Retorno Directo la cual muestra el URL de aprobación inmediatamente al cliente mientras continúan en nuestro servidor.

Por demanda popular, estamos contentos en anuncias un nuevo método de re retorno: redirección del encabezado; el cual devolverá automáticamente al cliente y los parámetros de compra usando el método GET.

Pruebe este nuevo método de retorno; ingrese en su cuenta de vendedor y vaya a Site Management (“Manejo del Sitio”) haciendo clic en la pestilla de Account (“Cuenta”) primero. Desde aquí podrá seleccionar Header Redirect (“Redirección del Encabezado”) en la sección de Return Method (“Método de Retorno”); recuerde guardar los cambiar al final de la página.

Si tiene alguna pregunta con respecto al proceso de retorno, por favor contáctenos directamente o visite los artículos de abajo para más referencia.

Artículos Relacionados:

¿Puede alguien robar mi producto o servicio para descargar de Internet si se incluye el parámetro de demostración?

La capacidad de incluir ‘demo=Y’ para volver a la dirección URL de transacción aprobada definida por el proveedor sin realizar un pedido válido no es un error o falla de seguridad, sino que es la finalidad de este parámetro. Está incluido en el conjunto de parámetros para permitirle al proveedor realizar una prueba, desde el inicio del proceso de pedido (transmisión de los parámetros a la rutina de compra de 2Checkout), hasta la finalización del proceso de pedido (devolución a la dirección URL de transacción aprobada definida por el proveedor).

Es verdad que si un proveedor define una dirección URL de transacción aprobada que permite el acceso a su producto o servicio para descargar de Internet y no toma otras medidas de seguridad, alguien podría descargar el producto o servicio mediante la inclusión del parámetro ‘demo=Y’.

La habilidad de controlar el parámetro ‘demo’ está disponible desde dentro del sistema de 2Checkout.com. Usted podrá elegir entre las siguientes 3 opciones dentro de su cuenta de 2Checkout.com para controlar el uso del parámetro ‘demo’:

  • On (encendido): el uso de este parámetro tratará a todas las ventas como de demostración, sin importar el valor de los parámetros.
  • Off (apagado): el uso de este parámetro tratará a todas las ventas como reales, sin importar el valor de los parámetros.
  • Parámetro: al usar esta configuración, un parámetro de demostración enviado a la rutina de compra controlará la configuración de demostración.

Para acceder a la configuración Demo (demostración) en su cuenta necesitará ingresar en la misma y luego hacer click en la pestilla de Account (Cuenta). En la página de Cuenta hará click en la pestilla de Site Management (Manejo del Sitio). Luego de que haya elegido la configuración que mejor se adapta a sus necesidades, hará click en el botón azul de Save Changes (Guardar Cambios) que se encuentra al final de la página.

No se recomienda suministrar un producto o servicio para descargar a un cliente inmediatamente después de completada la venta mediante una devolución a la dirección URL de transacción aprobada. Por el contrario, se recomienda esperar hasta que se haya completado el proceso de revisión de fraude antes de suministrar al cliente el producto o servicio.

Reconocemos que algunos proveedores no estarán dispuestos a esperar hasta que el proceso de revisión de fraude se haya completado para suministrar al cliente un producto o servicio para descargar de Internet. La función hash MD5 se brinda para ayudar a estos proveedores a verificar la autenticidad de una venta. Cuando se utiliza el parámetro ‘demo=Y’, separamos intencionalmente el código hash que se transmite. Puede comparar el valor del hash que retransmitimos con el valor que debería tener el hash (esta tarea debe ser realizada por el proveedor). Esto le permitirá determinar si le suministra al cliente el producto o servicio para descargar. Cabe señalar que cuando se utiliza este método para suministrar inmediatamente un producto o servicio para descargar, corre el riesgo de que alguien que realiza un pedido fraudulento con una tarjeta de crédito robada le robe el producto o servicio.

Para recibir más información acerca del uso del hash MD5, consulte el siguiente artículo de Mesa de ayuda: Cómo se utiliza el hash MD5?

Si elige suministrar inmediatamente un producto o servicio para descargar después de la venta mediante la dirección URL de transacción aprobada y no comprueba la clave MD5 que se transmite a la dirección URL de transacción aprobada para verificar la validez de la venta antes de suministrar el producto al cliente, significa que acepta el riesgo de que alguien que incluya el parámetro ‘demo=Y’ pueda tomar su producto sin pagar.

¿Cómo funciona la devolución directa?

En 2Checkout.com, la devolución directa funciona a través de un buscador de tipo ‘spider’ que utiliza el método HTML GET desde nuestro servidor con todas las variables al servidor del vendedor. El ‘spider’ presenta en la pantalla todo lo que devuelve el servidor del vendedor para mostrarlo al comprador.

¿Puedo retransmitir parámetros?

Sí. Todos los parámetros de una venta correcta se pueden retransmitir a una secuencia de comandos en su servidor luego de que se haya completado la venta.

¿Por qué no se retransmiten mis parámetros?

Los parámetros sólo se retransmiten a una secuencia de comandos. Esto significa que su Return Address (dirección de devolución) debe terminar en una extensión de secuencia de comandos (cgi, pl, php, asp, jsp, etc.).

¿Por qué recibo el error Method Not Allowed (método no permitido) cuando el comprador vuelve luego de una compra?

El problema es que su host no permite volver al vínculo Return (devolución) tal como está configurado actualmente. En lugar de devolver al comprador a este vínculo:
http://www.domain.com

intente con la ruta completa:
http://www.domain.com/index.html

o bien, si la página index.html causa el mismo problema, cambie la página por una página específica en lugar de una página de índice.
http://www.domain.com/page.htm

¿Adónde debo ingresar la dirección URL de la secuencia de comandos de mi sitio a la que deseo que 2CO realice las retransmisiones?

Para especificar la dirección URL a la que nuestro sistema debe realizar las retransmisiones, siga los pasos siguientes:

    1. Haga clic en la pestilla de “Account” (cuenta).
    2. Haga clic en la sub-categoría “Site Management” (manejo del sitio).
    3. Ingrese la dirección URL en los campos de Aprobado (approved) y Pendiente(pending) correspondientes.
    4. Haga clic en “Save Changes” (guardar cambios).

    Si utiliza nuestro carrito de compras gratuito Plug and Play, podrá especificar la dirección URL Approved y Pending en cada producto individualmente. Podrá ver las opciones para estas direcciones URL mientras crea un producto, pero para agregarlas a los productos existentes, haga clic en Edit (editar) al lado del producto al que desee agregarlas. La dirección URL de devolución configurada en el producto invalidará la dirección URL establecida en la página de configuración Look and Feel.

    Las direcciones URL de transacción aprobada y pendiente pueden ser las mismas, si así lo desea, pero también pueden ser direcciones URL distintas. Enviaremos al cliente a la dirección URL de transacción aprobada o pendiente en función del valor del parámetro credit_card_processed. Sólo podrá ser ‘Y’ o ‘K’. Estableceremos el valor como ‘Y’ si podemos verificar inmediatamente la disponibilidad de fondos después de la venta y luego devolveremos al cliente a su dirección URL de transacción aprobada. Estableceremos el valor como ‘K’ y devolveremos al cliente a la dirección URL de transacción pendiente si no podemos verificar inmediatamente la disponibilidad de fondos, como por ejemplo, cuando el cliente paga mediante cheque digital. Si coloca la dirección URL en la misma secuencia de comandos en ambos cuadros, la secuencia de comandos deberá controlar el valor de este parámetro para determinar el curso de acción necesario.

    La dirección URL que ingresa aquí debe tener la extensión de una secuencia de comandos. Si se utiliza un archivo HTML estático, como un archivo .htm o .html, también devolveremos al cliente a esa página. Sin embargo, no retransmitiremos ningún detalle de la venta a menos que sea una secuencia de comandos. Si su dirección URL de devolución posee alguna de las extensiones siguientes, la retransmisión NO ocurrirá, pero el cliente será devuelto a esa página: .htm, .html, .com, .zip, .pdf, .rar, .doc

    ¿Por qué 2CO no vuelve a mi sitio cuando utilizo OSCommerce?

    La información siguiente le ayudará a configurar el programa de software del carrito de compras OSCommerce para que funcione con nuestro servicio.

    Existe un módulo desarrollado para el carrito OSCommerce que se necesita para trabajar con 2Checkout. Este módulo es absolutamente necesario para lograr la compatibilidad con nuestro sistema. Para obtener este módulo, vaya a la dirección URL siguiente:

    http://www.oscommerce.com/community/contributions,904

    Un problema común es que las ventas funcionan en la cuenta de 2CO pero no sucede lo mismo con el carrito OSCommerce luego de la venta. Esto se debe a que tiene que haber una dirección URL de devolución configurada en su cuenta de vendedor que le indique al sistema de 2CO el lugar al que debe enviar la información de la venta luego de efectuada la misma. El carrito OSCommerce necesita esta información para procesar correctamente y finalizar la venta en su servidor. Esta dirección URL se puede configurar en la página Look and Feel en el panel administrativo de su cuenta 2CO V2. Encontrará este vínculo en la sección Helpful Links (vínculos útiles) de la página principal de su cuenta. Este URL podrá ser configurado en la página “Site Management” (manejo del sitio) del panel administrativo del nuevo área (VA).

    En la página Look and Feel de su cuenta, la dirección URL siguiente debe aparecer en ambos cuadros de dirección URL de transacción pendiente (Pending) y de transacción aprobada (Approved). Si instaló el carrito OSC en un directorio distinto del directorio predeterminado, deberá utilizar esa estructura de directorio aquí.
    Asegúrese de reemplazar ‘www.your-domain.com’ por el nombre de su dominio real.

    http://www.your-domain.com/catalog/pm2checkout_process.php

    ¿Cómo funciona el proceso de devolución?

    Luego de una venta, podemos devolver al cliente y los parámetros de venta a un script o página en su sitio. Ésto se puede hacer en la página de configuración de Site Management (“Manejo de Sitio”), situada debajo de la pestilla de Account (“Cuenta”).

    Al determinar una URL de aprobación a nivel de cuenta, todos los clientes serán devueltos a la misma URL luego de que el pago haya resultado exitoso. La URL de aprobación puede ser determinada a nivel de producto al momento en que se crea un producto, o puede ser agregada al producto haciendo clic en el ícono de edición bajo la columna titulada Actions (“Acciones”) a la izquierda de cada producto. Las URLs de aprobación a nivel de producto anulan las URLs de aprobación determinadas a nivel de cuenta, y pueden dirigir al cliente a una locación específica para dicho producto, como ser una página de descarga. Si el cliente está ordenando varios productos, el cliente tendrá acceso a cada una de las URLs de aprobación, lo que le permitirá descargar todos los productos comprados.

    Podrá elegir pasar las URLs de aprobación usando el parámetro de x_receipt_link_url. Este parámetro anulará ambas URLs de aprobación: las que están a nivel de cuenta y de producto. El valor que se esté pasando deberá coincidir con el dominio registrado en la cuenta.

    Si usted está devolviendo al cliente a un script de su lado, es importante notar que la información de parámetro usualmente será devuelta con el método POST. Los parámetros serán devueltos a través de GET si cualquiera de los métodos de Redirección del Encabezado (Header Redirect) es seleccionado, o el conjunto de parámetros del carrito Plug-and-Play está siendo usado y el cliente está comprando varios productos a la vez. Por eso, si usted está usando una URL de aprobación a nivel de producto, su script de retorno debería poder manejar ambos métodos sin romperse. Por favor, note que: También debe tener un script configurado como la URL de retorno si desea recibir la información de devolución. Si desea recibir esta información, hágase seguro de que su URL de retorno termina con la extensión de un script. Si su URL de retorno termina en cualquiera de las siguientes extensiones, entonces el transpaso de información NO ocurrirá, pero el cliente aún será devuelto allí: .htm, .html, .com, .zip, .pdf, .rar, .doc.

    Finalmente, determinará el método a través del cual el cliente es devuelto a la URL de aprobación. 2Checkout.com le provee tres métodos. Podrá enviar al cliente a nuestra página de orden procesada la cual mostrará un botón de “Haga clic aquí para finalizar su pedido” que redireccionará al cliente; podrá sobrepasar la página de orden procesada usando la opción de redirección del encabezado; o podrá inmediatamente mostrar su URL de aprobación al cliente mientras se quedan en nuestro servidor. Su método puede ser seleccionado en la página de Site Management (“Manejo de Sitio”).

    Con el método de retorno configurado en “given links back to my website” (“enlaces proporcionados para devolver a mi sitio”), el cliente será enviado a nuestra página de orden procesada luego de completar una compra exitosa. Esta página mostrará un botón de “Haga clic aquí para finalizar su pedido”. Cuando se haga clic en dicho botón, el cliente y los parámetros de venta colectados serán devueltos a la URL de aprobación que haya configurado.

    Con el método de retorno configurado en Retorno Directo, los parámetros de venta serán automáticamente enviados a la URL de aprobación mientras nuestro servidor los recolecta y muestra al cliente. Cuando se usa esta función de Retorno Directo, la URL será enmascarada para el cliente, lo que aparecerá como si aún estuviera en el dominio de 2Checkout.com. Este método puede ser usado con redirecciones siempre y cuando cada página emita contenido que sea más de 255 caracteres en el navegador. Si el Retorno Directo encuentra una página que redirecciona sin emitir contenido, el proceso fallará y el cliente será enviado a nuestra página de orden procesada estándar. Ésto ocurre usualmente con una redirección de encabezado, específicamente con contenido de menos 255 caracteres. Es un problema bastante común dado que varios desarrolladores de carrito configurarán sus URLs de aprobación a un script que procese los parámetros de retorno de una venta que luego, y de forma silenciosa, redirecciona al cliente a otra página. Ésta es usualmente una página de gracias o de descarga para productos intangibles. La mejor solución es manejar todo el proceso que viene después de una orden en la página configurada como su URL de aprobación, incluyendo el mensaje de gracias. Si no se usa ninguna redirección, lo que significa que el URL es enmascarado por nuestros servidores, entonces los enlaces relativos no apuntarán a la locación correcta. Ésto puede ser corregido con el uso de rutas absolutas en la página de la URL de aprobación, o simplemente usando una etiqueta de base en la cabeza del documento para darles una referencia a las rutas relativas.

    Con el método de retorno configurado en Redirección del Encabezado, el cliente será inmediatamente devuelto a su URL de aprobación. Usando este método, los parámetros de venta serán devueltos juntos con el cliente, usando el método GET.

    Si tiene problemas con el proceso de retorno, puede contactarnos a techsupport@2co.com para ayudarle a resolverlo. Por favor, note que: Si usted no especifica una URL de aprobación a nivel de cuenta, de producto, con el parámetro x_receipt_link_url, el cliente permanecerá en la página de orden procesada de 2Checkout una vez finalizada la orden.

    ¿Por qué recibo el error HTTP Error 405 en la retrasmisión?

    Éste es un problema con su cadena de secuencia de comandos o su servidor Web. El error significa que está intentando retransmitir a un archivo que no posee los permisos necesarios en el servidor para recibir información POST de otra secuencia de comandos. Si tiene derecho de acceso administrativo o de raíz a su servidor, asegúrese de que este archivo haya sido configurado para funcionar como una secuencia de comandos y que las cuentas de usuario apropiadas tienen permisos de lectura y ejecución sobre la secuencia de comandos. Si su alojamiento Web es compartido, comuníquese con el administrador de su servidor o con el departamento de soporte de su host.

    Los errores HTTP no son generados específicamente por 2Checkout. Forman parte del protocolo HTTP y son comunes entre todos los servidores Web. Por lo tanto, excede los límites de asistencia de 2Checkout.com proporcionarle instrucciones específicas para realizar estos cambios ya que cada servidor está configurado de modo diferente y 2CO no suministra servicios de administración de servidores como parte de nuestro plan de soporte.

    Para probar y ver si la configuración de su archivo es correcta:

    1. Cree un nuevo archivo de texto con un editor de texto, como Bloc de notas de Microsoft.
    2. Pegue el código siguiente en este nuevo archivo:

      <form method=”POST” action=”[full URL to Your Script Here]”>
      <input type=”hidden” name=”test” value=”1″>
      <input type=”submit” value=”Test Script”> </form>

    3. Reemplace ‘[dirección URL completa de su secuencia de comandos]‘ por la dirección URL de la secuencia de comandos a la que intenta realizar la retransmisión. Recuerde que debe utilizar la dirección URL completa de su secuencia de comandos, incluida la porción http://.
    4. Guarde el archivo como HTML, por ejemplo ‘prueba.html’ o ‘prueba.htm’ en su escritorio y cierre el editor de texto.
    5. Abra el archivo en su explorador Web y haga clic en el botón Test Script (probar secuencia de comandos).
    6. Si recibe el mensaje nuevamente, el problema está en su secuencia de comandos o en su servidor. Tenga en cuenta que el texto del mensaje de error puede variar ligeramente en función de la configuración de su explorador y de su servidor. Si ve algo como ‘method not allowed’ (método no permitido) o ‘error 405′, la información precedente se aplica a su situación.
    Page 1 of 212