Todas las entradas de: zhenit

Migración a Redsýs de los tpv virtuales de Pasat 4B

Los usuarios de tpvs virtuales de Pasat 4B están siendo migrados a Redsýs desde principios de año.

Nuestras pasarelas de pago de passat 4B están actualizadas desde principios de Enero de forma que si se instala la versión actualizada antes de la migración el módulo funcionará como antes y tras la actualización también, sin que haya que hacer ningún cambio más.

Seguir leyendo Migración a Redsýs de los tpv virtuales de Pasat 4B

WooCommerce 2 ¡ya está aquí!

Tal y como anuncian en el blog de woocommerce hoy han liberado la versión 2 de este plugin de e-commece para wordpress.

En modulosdepago.es hemos actualizado nuestras pasarelas de pago para WooCommerce 2 para que sigan siendo compatibles con esta nueva versión.

Esta actualización está disponible sin coste adicional para aquellos que hayan comprado con anterioridad el módulo para la versión anterios de WooCommerce, la 1.6

 

Glosario: Tpv virtual, Pasarela de pago, Módulo de pago

TPV Virtual: Es el equivalente virtual al datáfono que se usa en las tiendas físicas para poder cobrar por tarjeta de crédito. Realmente sería el contrato realizado con la entidad bancaria para poder usar su pasarela de pago. Este contrato llevará asociadas ciertas credenciales, por lo menos, un código de comercio y generalmente datos adicionales como: un número de terminal, alguna contraseña o claves de encriptación.

Pasarela de pago:  Es el sistema que posibilita que el importe cargado a un comprador acabe en la cuenta de un vendedor. Normalmente hablamos de pasarelas de pago para tarjetas de crédito (aunque las hay de otros tipos, como paypal, paytpv…)  por lo que el cargo se hace en la tarjeta del comprador y el abono en la cuenta del vendedor.  Los bancos españoles usan diferentes pasarelas de pago: pasat 4B , sermepa, CECA… La mayoría de ellos al contratar un tpv virtual dan las credenciales para poder usar el servicio de estas pasarelas directamente, pero hay otros bancos que tienen construidas sus propias pasarelas sobre alguna de la existentes, como es el caso de Banesto, que usa pasat 4b; Unicaja que usa CECA o BBVA que usa sermepa.

Módulo de pago: Es un conjunto de scripts capaz de conectar alguna solución software que necesite de cobros con una pasarela de pago.  Para poder realizar la conexión será necesario disponer de un TPV virtual contratado válido para la pasarela de pagos en concreto. Por lo general los módulos de pago se empaquetan de tal forma que pueden ser instalados en el software de destino sin necesidad de hacer ninguna modificación al software existente evitando así problemas que pudieran surgir con actualizaciones futuras del software.

Muchas veces estos términos se utilizan de manera indistinta creando confusión, incluso nosotros en http://modulosdepago.es no vemos forzados a mezclar los términos con la intención de que cualquiera pueda encontrar lo que busca.

Actualizados todos los módulos para Virtuemart 2

Todos nuestros módulos de pago para VirtueMart 2 tenían un problema a consecuencia del cual podrían de dejar de registrar los pedidos pagados después de 255 intentos de pago en la tienda.

Hemos corregido el problema y aconsejamos a todos los que estéis usando estos módulos que lo actualicéis en vuestras tiendas.

El proceso de actualización será sencillo en la mayoría de los casos. Simplemente descargar el zip desde vuestra cuenta de http://modulosdepago.es e instalarlos a través de la administración de Joomla / Virtuemart y su gestor de extensiones.

Dependiendo de los permisos establecidos en la instalación de Joomla, puede ocurrir que al intentar instalar de nuevo el módulo no de un error indicando que ya existen una carpeta con el mismo nombre, en ese caso deberíamos proceder de la siguiente manera:

  1. Desinstalar el módulo: Extensiones->gestión->seleccionar módulo -> Desinstalar
  2. Instalar el nuevo módulo Extensiones->Elegir el fichero con el .zip e instalar.
  3. Ir a virtuemart ->Tienda->métodos de pago, seleccionar el método de pago que se había creado con ese módulo, editarlo y en “método de pago” verás figurará como método de pago el “VM, Standard” automáticamente, al haber desinstalado el anterior. Habrá que elegir en el selector de nuevo el módulo que estemos instalando (BBVA, Servired, 4B, CECA, Ruralvia, Unicaja, Banesto…) y guardar.

Sentimos profundamente la molestias que esto os pueda causar y esperamos que la actualización llegue a tiempo, antes de que haya podido causar cualquier problema en vuestras tiendas.

El “bug” ha sido detectado, reportado y prácticamente nos ha dado la solución al problema Manuel del Real Pasquín de http://www.regalosdecocina.com así que ¡Muchísimas gracias Manuel! (y por supuesto ya hemos pedido nuestro regalo de cocina)

¿Son caras nuestras pasarelas de pago?

En ocasiones recibimos comentarios de clientes diciendo que las pasarelas de pago que ofrecemos están muy bien de precio comparando con las que se ofrecen en prestashop.com, magentocommerce.com, etc… en el otro extremo tenemos, algún visitante que nos ha reprochado lo abusivo de nuestros precios. De ahí la pregunta ¿Son caros nuestros módulos de pago?

No creo que el adjetivo «caro» sea algo absoluto por lo veamos las alternativas para valorar si es «más caro que…» o más «barato que…»

  • Usar paypal:
    • Si se facturan menos de 2500€ cada 30 días paypal cobra una comisión del 3,4%, los tpv virtuales ofrecidos por los bancos normalmente tienen una comisión inferior al 1%. Como mínimo nos estaríamos ahorrando un 2% en cada pedido lo que significa que una vez faturados 5000€ ya habremos recuperado la inversión en caso de haber adquirido el más caros de nuestros módulos, que cuesta 100€.
    • Pongamos que tenemos la más baja de las tarifas de paypal, un 1,9%, la diferencia sería sólo de 0,9% en este caso, para optar a esta tarifa paypal nos exige facturar 100000€  cada 30 días, con lo que en apenas un mes habríamos recuperado la inversión.
  • Desarrolar el módulo: 
    • No dudo que haya verdaderos cracks que serían capaces de leer la documentación, desarrollar el módulo y probarlo en un par de horas, pero ¿cuanto nos costaría encontrarlos? ¿a cuanto cobran la hora?

Conclusión, o por lo menos que es lo que solemos contestar, «sí, si te parece caro probablemente sea caro para tu proyecto. Si no esperas vender 5000€ en tu tienda no te recomendamos gastar el dinero en esto«

El proceso de pago funciona correctamente pero el pedido no se registra en la tienda

Esta incidencia nos está empezando a llegar cada vez más a menudo referida a los módulos de OsCommerce y ZenCart.

La causa más común es un problema con la configuración de php, que a partir de la versión 5.3.3 ha cambiado el valor por defecto del parámetro «session.use_only_cookies» antes estaba desactivado por defecto y ahora viene activado.

Seguir leyendo El proceso de pago funciona correctamente pero el pedido no se registra en la tienda

Botón de pago por tarjeta (CECA) en OpenERP 6.1

Para poder añadir a los emails de factura de cliente, que envía OpenERP, un botón para pagar con tarjeta de crédito, en lugar de, o además de,  el botón que lleva por defecto para el pago por paypal, podríamos añadir  o  sustituir el código del botón de paypal por el siguiente en la plantilla:
_______________________________________________________________
    % if not object.payment_term is None and object.type in (‘out_invoice’, ‘in_refund’):
    <%
    clave=’XXXXXXXXXX’
    merncahtid=’XXXXXXXX’
    acuirerbin=’XXXXXXXX’
    terminal=’00000003′
    importe = quote(str(int(object.amount_total*100)))
    num = quote(object.number)
    ok = ‘javascript:window.close();return false;’
    nok= ‘javascript:window.close();return false;’
    moneda=»978″;
    import hashlib
    SHAhash = hashlib.sha1()
    SHAhash.update(clave+merncahtid+acuirerbin+terminal+num+importe+moneda+’2SHA1’+ok+nok)
    firma = SHAhash.hexdigest()
    ceca_url = «https://pgw.ceca.es/cgi-bin/tpv?MerchantID=%s&amp;AcquirerBIN=%s&amp;TerminalID=%s&amp;URL_OK=%s&amp;URL_NOK=%s&amp;Importe=%s&amp;Idioma=1&amp;TipoMoneda=%s&amp;Exponente=2&amp;PAN=&amp;Caducidad=&amp;Num_operacion=%s&amp;Descripcion=ZHENIT&amp;Referencia=&amp;CVV2=&amp;Pago_soportado=SSL&amp;Cifrado=SHA1&amp;Pago_elegido=&amp;Firma=%s» % \
                 (merncahtid,acuirerbin,terminal,ok,nok,importe,moneda,num,firma)
    %>
    <br/>
    <p>Es posible pagar por:</p>
        <a style=»margin-left: 120px;» href=»${ceca_url}»>
            <img src=»http://ZhenIT.com/ptj.png»/>
        </a>
    % endif
_______________________________________________________________
Evidentemente habría que sustituir los valores del merchanId, clave y acquirerbin por los de nuestro contrato de tpv virtual, los podremos consultar en https://comercios.ceca.es
Supongo que servirá el mismo código también para versiones anteriores a la 6.1. pero no lo he probado.
Para 4B lo vero más complicado, pero podríamos usar un método similar si tenemos  contratados tpv virtuales en servired,  ruralvia o BBVA