Creación de zonas de transporte en prestashop para MRW

En el apunte de hoy vamos a crear las zonas de transporte para MRW con sus diferentes precios por kilos y zonas, todo bajo prestashop.

Identificamos las singularidades (generales para todo e-commerce español)

-Envíos a misma provincia

La mayor complejidad que vamos a tener es crear una "zona" nueva denominada provincia, ya que los envíos en la misma provincia desde donde los envíos suelen ser más baratos que al resto de península.

- Diferentes zonas nacionales

• Baleares
• Canarias
• Ceuta y Melilla
• España (resto de comunidades peninsulares)

- Internacional (lo desestimamos de momento)

Las provincias se tratan en prestashop como "estados", para hacernos una idea como si fuera los eeuu con arizona, ohio,etc...
Así pues en la zona  "España" tendremos los 6 "estados" anteriores descritos. Algunas ilustraciones:

Zonas

Configuración

En el menú envíos-> transportista  abriremos el modulo descargado y proporcionado por mrw

 

Directamente iremos al paso 3

Veamos las opciones que nos ofrecen:

- Gastos de envío y preparación. Esta opción esta por si en algún almacén algún artículo requiere de una preparación especial y se carga a la hora del envío, no es muy aconsejable, ya que se puede cargar el impacto en el precio del producto y daremos una imagen más honesta al consumidor. Ese montante variable se puede especificar en otra opción fuera de este modulo.
- Aplicar los gastos al producto, podemos tener el transportista pero no aplicar los gastos que supone.
-Tipo de facturación, en función del peso o del importe. Quizás nos interese o nos salga a cuenta que los portes no se carguen a la factura dependiendo del importe gastado, o incluso que disminuyan progresivamente en función del gasto; o por el contrario que el gasto del transporte lo asuma el cliente en función del peso del producto. Este punto no es baladí, pues nos puede diferenciar de la competencia, ya que un mismo artículo se puede adquirir por menos si nos realizan una compra de cierto valor. Es una manera de hacer un descuento. En este caso estableceremos las tarifas de mrw en función del peso para no llevarnos sorpresas, y las asumirá el cliente, con lo que se sumará al importe del carrito.
- Impuestos, el recargo impositivo sobre la tarifa, a fecha de hoy 21%
- Fuera de la gama de comportamiento, cuando el pedido se sale de las reglas establecidas tenemos dos opciones, no aplicar transportista (con lo que si no tenemos otro transportista definido perderemos el carrito) o aplicar el coste más caro. Esta última opción permitirá cerrar la compra aunque puede repercutir en nuestro margen de beneficios, ya que si establecemos hasta 20 kg y nos hacen un pedido de 30 kg la diferencia (unos 6 €) nos los comeremos de los beneficios netos del producto, por otra parte si nuestro beneficio es amplio no nos importará mucho.

Creación de rangos, a partir de info de MRW en su web para tarifa e-commerce Start-up

 Tendremos que crear varios rangos de peso en función de los pesos. Si observamos las tarifas mrw vemos que tenemos diferentes rangos de pesos, para peninsular suben en un rango diferente de peninsula-balear (éstos últimos suben cada kg hasta 25). Para canarias y melilla ya el tema es completamente diferente. Valorando el esfuerzo que hay que realizar versus el beneficio estimado, dificilmente nos compensará establecer tablas automáticas para envíos a islas y sobretodo a ceuta y melilla. Así pues nos centraremos en peninsula y baleares.

Como lindes y según condiciones para peninsula tenemos límites de peso 40 kg y 25kg para baleares. (Solucionable fraccionando el envío de manera manual).

Una vez estudiado el tema yo personalmente propongo unos rangos de progresion por kilo de 0 a 40kg lo que será introducir 40 rangos y una centena de precios diferentes, pero nosostros en un primer termino estableceremos hasta 13 kg 3 variantes diferentes (provinicial, peninsular y balear). veamos:

Añadir diferentes rangos, cada céntimo cuenta

Espero que esto os oriente a la hora de crear los precios de envío, un tema que puede ser definitivo para el cierre del carrito.

Tipos de cookies en Prestashop

Para elaborar el documento sobre políticas de cookies en prestashop esta información aquí recogida se adaptará a la mayoría de sitios.

Tipo de cookies	Cookie	Finalidad	Caducidad
Medición de uso del sitio Web (Google Analytics	_utma	Este número generado al azar se utiliza para determinar visitantes únicos a nuestro sitio	2 años
	_utmb	Este número generado aleatoriamente trabaja con _utmc para calcular el promedio de tiempo que los usuarios pasan en nuestro sitio	30 minutos
	_utmc	Este número generado aleatoriamente trabaja con _utmc para calcular el promedio de tiempo que los usuarios pasan en nuestro sitio	Cuando se cierra el navegado
	_utmz	Este es un número generado al azar e información sobre cómo se llegó a un sitio (por ejemplo, directamente oa través de un vínculo, búsqueda orgánica o de pago)	6 meses
Personalización de tienda online  (utiliza una única cookie encriptada para almacenar toda la información de la sesión)	date_add	La fecha y hora de la cookie se ha creado (en el formato AAAA-MM-DD HH: MM: SS).	20 días
	id_lang	El ID del idioma seleccionado.
	id_currency	El ID de la moneda seleccionada.
	last_visited_category	El identificador de la última categoría visitada de los anuncios de productos.
	ajax_blockcart_display	Si el bloque de compras se está "plegado" o "desplegado".
	viewed	Los IDs de los productos vistos como una lista separada por comas.
	id_wishlist	El ID de la lista actual que se muestra en el bloque de su lista.
	id_guest	El ID de cliente del visitante cuando no se ha autentificado
	id_connections	El ID de conexión de la sesión actual del visitante
	id_customer	El ID de cliente del visitante cuando ha autentificado
	customer_lastname	El apellido del cliente.
	customer_firstname	El primer nombre del cliente
	logged	Si el cliente está conectado
	passwd	El hash MD5 del _COOKIE_KEY_ en config / settings.inc.php y la contraseña que el cliente utiliza para iniciar sesión
	email	La dirección de correo electrónico que el cliente utiliza para iniciar sesión
	id_cart	El ID de la cesta actual que se muestra en el bloque de la compra.
	date_add	La fecha y hora de la cookie se ha creado (en el formato AAAA-MM-DD HH: MM: SS).
	id_lang	El ID del idioma seleccionado.
	id_employee	El ID del empleado.
	lastname	El apellido del empleado.
	firstname	El primer nombre del empleado.
	email profile	La dirección de correo electrónico que el empleado utiliza para iniciar sesión
	profile	La identificación del perfil que determina qué pestañas el empleado puede acceder.
	passwd	El hash MD5 del _COOKIE_KEY_ en config / settings.inc.php y la contraseña que el empleado utiliza para iniciar sesión
	checksum	"La suma de comprobación Blowfish se utiliza para determinar si la cookie se ha modificado por un tercero .Si la suma de comprobación no coincide, el cliente tendrá la sesión cerrada y la cookie se borrará. "

Monitorizando ocupación servidor linux

Siempre que nos encontramos una de nuestros volúmenes de linux a su capacidad completa nos preguntamos ¿cómo puedo saber que ficheros ocupan más?. Pues vamos a ver con un comando para identificarlos.

du -a ~/ | sort -n -r | head -n 10

Con el compando du listamos archivos y directiorios donde estamos, con su tamaño y ordenados los 10 descendentes.

Tipos de cookies en blogger

Seguimos con el tema de las cookies y la famosa ley, en esta entrada quiero analizar las diferentes cookies que blogger instala en vuestros equipos para poder primero informar, y depués buscar algún plugin para cumplir con la ley de cookies.

	Tipo de cookie	Nombre	Duración	Finalidad
.	estadística	__utma	caduca a los veinticuatro (24) meses	Permite identificar el navegador empleado por el usuario.
.	estadística	__utmb	caduca a los treinta (30) minutos	Permite identificar usuarios únicos con fines estadísticos.
.	estadística	__utmc	caduca al finalizar la sesión	Permite identificar usuarios únicos con fines estadísticos.
.	estadística	__utmz	caduca a los seis (6) meses	Permite identificar cómo ha llegado el usuario al sitio web.

Nos encontramos otra cookie la blogger_TID, que no sabemos a que se dedica, ya que no hay información al respecto sobre ella, y de hecho ya hay varios requerimientos para que google la identifique, aquí la info al respecto. Vemos en avisos de privacidad de varios sitios del reino unido que la describen como:

blogger_TID, S : These cookies are used by the blogging platform Blogger The blogger_TID and S cookies contain keys that refer to something internal inside the Blogger platform

Una vez vistas el tipo de cookies podemos proporcionar el aviso legal de analitics sobre privacidad, que se encuentra aquí: http://www.google.com/intl/es_ALL/policies/privacy/

Con esto tenemos la mitad del trabajo hecho, ahora toca encontrar un plugin para informar de manera activa al visitante. Eso en la siguiente entrega

Aproximacion a la ley de cookies para prestashop

Con la entrada en vigor de la nueva ley de cookies nos apareceren varias dudas sobre su funcionamiento y cumplimiento, vamos a arrojar un poco de luz, aún advirtiendo que la información puede no ser del todo correcta vamos a intentar paliar la situación.

Veamos la ley transposición de la Directiva 2009/136/CE, del Parlamento Europeo y del Consejo, de 25 de noviembre de 2009, se integra en la LSSI (Ley 34/2002, de 11 de julio, de servicios de la sociedad de la información y de comercio electrónico) modificando el punto segundo de su artículo 22, que queda redactado de la forma siguiente:

Artículo 22.2 de la Ley 34/2002. Los prestadores de servicios podrán utilizar dispositivos de almacenamiento y recuperación de datos en equipos terminales de los destinatarios, a condición de que los mismos hayan dado su consentimiento después de que se les haya facilitado información clara y completa sobre su utilización, en particular, sobre los fines del tratamiento de los datos, con arreglo a lo dispuesto en la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal.

Cuando sea técnicamente posible y eficaz, el consentimiento del destinatario para aceptar el tratamiento de los datos podrá facilitarse mediante el uso de los parámetros adecuados del navegador o de otras aplicaciones, siempre que aquél deba proceder a su configuración durante su instalación o actualización mediante una acción expresa a tal efecto.

Lo anterior no impedirá el posible almacenamiento o acceso de índole técnica al solo fin de efectuar la transmisión de una comunicación por una red de comunicaciones electrónicas o, en la medida que resulte estrictamente necesario, para la prestación de un servicio de la sociedad de la información expresamente solicitado por el destinatario.

¿Quienes son los afectados directos? Empresas, profesionales y prestadores de servicios con página web que cumplan alguno de estos requisitos:
-Establecidos en españa
- que dirijan sus servicios especificamente al territorio español.
-Otros casos aquí

Lo más seguro que nos afecte como prestadores de servicios o vendedor por lo que vamos al siguiente punto:

¿que obligaciones tengo?

Las cookies sólo se permiten si:

-Sin autorización previa:

• cookie de naturaleza técnica: aquella necesaría para la navegación, en nuestro ejempo la de idioma.
• cookie necesaria para la prestación de un servicio expresamente solicitado por el usuario, en nuestro caso la del logon en la cuenta o el pago

-Con autorización previa:

• cookie capaz de identificar al usuario, en nuestro caso posterior al registro para identificar al usuario cuando entra a partir de crear su cuenta. (Ésta es la que en el aviso legal hay que identificar e informar)
• cookie capaz de instalarse debido a la configuración del navegador, ¿....?

¿Como puedo instalar un avisor de cookies para prestashop?

Yo he utilizado el paquete de descarga gratuita de mypresta.eu 

En la cofiguración se puede añadir un texto como el siguiente:

Esta web utiliza 'cookies' propias y de terceros para ofrecerte una mejor experiencia y servicio. Al navegar o utilizar nuestros servicios, aceptas el uso que hacemos de las 'cookies'.

 Esto crea un popup en la zona superior que informa al usuario, no obstante en aviso legal hay que establecer más texto conforme se utilizaran los datos de la cuenta para analisis y publicidad propia, sobretodo cuando el comprador cree su identidad y nos proporcione sus datos no estría mal informar de lo siguiente:

• Qué es una cookie
• Para qué usa cookies el sitio web (es recomendable usar ejemplos)
• Qué cookies en concreto se le van a instalar
• Dónde conseguir más información sobre las cookies
• Otros relevantes, según el caso

 Otro dato de interés, las páginas de empresa en facebook a día del escrito no cumplen la normativa.
 

Articulos en Request tracker 4

Por si fuera poco potente la herramienta opensource Request tracker 4 también añade una funcionalidad capaz de crear una base de datos de artículos procedente de los tickets creados. Con esto obtendremos una mejora del tiempo de respuesta, ya que tendremos una serie de soluciones pre-creadas con informacion resolutiva de tickets anteriores. Dicho de otra manera: el servicio técnico antes de nada puede consultar si este problema ya se ha producido y si se ha solventado ahorrando mucho tiempo de respuesta.

¿Que estructura debe crearse?.

He ahí el quid de la cuestión ya que dependerá mucho de nuestro entorno habitual. Para el ejemplo de demo  hemos creado la clase "sistemas" y dentro de ahí el topic "impresoras"

Adjunto capturas:

Menu herramientas

Campos de clase

 

 

Añadir Tópic

Una vez tenemos la clase y el topic crear los permisos:

Ya sea como Grupo (mejor) o como usuario


Y podemos como no asignarle campos personalizables:

Por supuesto, aplica a: Artículo.

Y con esto podremos desde un tiquet crear un artículo consultable cada vez que por el mismo part number marca o dispositivo nos abran un ticket.

Por ejemplo cuando tenemos una incidencia de papel atascado:

Buscamos en el menu herramientas Articulos y por topics

Seguimos la estructura Impresoras -> marca -> problema

Obtenemos la información desde el ticket creado (y solucionado)

Request tracker - Aplicación de incidencias

Request tracker

La aplicación analizada, instalada y probada es una de las más potentes opensource que hay para trabajar con colas de trabajo de peticiones (no tienen que ser necesariamente incidencias). La característica principal es la gestión de los permisos que permite a grupos y/o usuarios gestionar diversas colas de trabajo a diferente nivel. Ésto es muy útil para empresas de soporte que quieran que susu propios clientes vean el estado de sus incidencias. Pero ¿que ventaja añade sobre otros productos de tiqueting?

-Via web desde cualquier dispositivo

-Posibilidad de SSL (conexión segura)

-Trazabilidad del historial de los tiquets

-Multilenguaje

-Escalable

-Capacidad de anidar tíquets dentro de otros tiquets estableciendo dependencias.

-Capacidad de cambiar tíquets de cola a posteriori

-Capacidad de establecer “recordatorios”

-Campos personalizables tipos:

-Capacidad de establecer acciones personalizadas según la transacción

-notificación via mail

-Capacidad de actualización de casos en bloque (varios a la vez)

-Informes gráficos por campos como country, city, organization, campos personalizados, etc...

-Recarga de página de incidencias automática cada x tiempo (2 minutos, 4, etc..)

-Capacidad de cambio de prioridad según tiempo avanzado.

y la nueva versión interface para dispositivos móviles.

 

Para entendernos podríamos generar una estructura similar a la siguiente, con el fin de que cada region viese sus incidencias pero a nivel nacional un gestor pudiese ver todas las colas.

.

La aplicación esta basada en perl, apache tomcat y mysql. Todo ello con un sistema de correo como postfix para enviar las notificaciones de cambio de estado de los casos.

Veamos como funciona por ejemplo un caso simple desde la creación por parte de cliente (cli01) a la toma del mismo y la resolución.

 Aqui vemos los campos mas usuales a rellenar, a estos se pueden añadir campos personalizados como part number y número de serie.

Campos avanzados para tener más control sobre el tiquet

Nos logamos como el usuario encargado de gestionar esa cola y vemos los casos de todas las colas y por supuesto la creada.

Vemos los casos de esa cola y el último creado, lo seleccionamos.

Abrimos el caso para ver los metadatos y vemos el historial:

Aquí vemos todos los movimientos del tíquet, damos  a resolver:

Insertamos el texto correspondiente a la resolución y actualizar.

En próximas entregas el cómo instalarlo y crear una cola de aprobación.

Multitienda en Prestashop

En esta entrada vamos a hablar sobre la opción multitienda. Muchos de vosotros os preguntaréis para que sirve, y la conclusión a la que he llegado es muy esclarecedora. Vamos a poner un ejemplo práctico desde una necesidad, la empresa centralbusiness quiere una tienda central dónde los mayoristas comprarán (testcomerce.com); pero a la misma vez y aprovechando los datos quiere montar una "sede" de esa tienda con los productos destinados a gran consumo, como tv's y smartphones (consumo.testcomerce.com). Una representación sería la siguiente:

Mientras que tenemos una configuración unitaria de stocks, precios al pormayor, estadísticas, productos,... con reglas podemos:
-Habilitar o deshabilitar productos en una tienda u otra (los clientes de consumo.testcomerce.com no veran servidores)
-Individualizar los precios por site y dentro de éste por cliente, con la ventaja de unificar el stock y analítica.
-Impedir que en un site se vean precios de mayorista, mientras que los de minorista son públicos. Sólo cuando un cliente mayorista se autentifica en testcomerce ve "sus" precios personalizados e inclusive le podemos modificar los precios según parámetros, permitiendo diferencias entre los propios clientes mayoristas.
-Podemos diversificar las tiendas geográficamente, pero teniendo un único almacen y pedidos. No se venderá igual un iphone en España que en Italia, e incluso tendrán diferentes precios.

Veamos cómo lo manejamos en prestashop:

Pantalla de grupo de tiendas:

Creación de un artículo en una tienda y no en su grupo (sólo esta disponible en esa tienda)

Producto creado sólo en servers.testcomerce

En esta tienda testcomerceno se ha creado.

Con este ejemplo creo que ya os podéis hacer una idea de cómo se puede utilizar la multi-tienda en prestashop. Para cualquier duda ya sabéis que podéis comentar.

Siret Cif en módulo B2B prestashop

Cuando activamos el módulo B2B de prestashop nos encontramos dos campos nuevos para los clientes tipo "empresa"  siret y ape. Son campos de identificación fiscal francés, por lo que en españa los podemos sustituir por CIF y CNAE (o lo que querais en éste último). Lo primero que hacemos es traducir mediante localización/idioma la parte de Back Office grupo AdminCostumer

Una vez realizada esta operación cuando introduzcamos el CIF nos dará un error, esto es debido a que la mascara del SIRET son 14 dígitos, vamos a cambiar esta máscara por una más "flexible",

Deberemos buscar el fichero /classes/validate.php dónde se encuentran las reglas para los campos.(Copia de seguridad del fichero) Allí localizaremos la entrada siret mediante un buscar y subtituiremos:


if (Tools::strlen($siret) != 14)
return false;
$sum = 0;
for ($i = 0; $i != 14; $i++)
{
$tmp = ((($i + 1) % 2) + 1) * intval($siret[$i]);
if ($tmp >= 10)
$tmp -= 9;
$sum += $tmp;
}
return ($sum % 10 === 0);

Por una menos restrictiva como la del teléfono:

return preg_match('/^[+0-9. ()-]*$/', $number);

Al recargar la página ya debería aceptar el CIF en lugar de Siret.

Si alguien quiere hacer una mascara en condiciones que la comparta, pero que recuerde que si las compras son internacionales debe aceptar todas las fórmulas de fiscalidad diferentes. (por eso yo pongo la más flexible)

Reglas de cesta prestashop

Las reglas de cesta son aquellas modificaciones sobre los precios cuando se cumplen algunas condiciones, éstas se pueden aplicar de dos maneras:

Generalista o desde producto

Pestaña regla de precio (generalista):

Aquí realizamos las reglas más generalistas, como un % fijo para una marca, distribuidor, cliente...






el campo código esta destinado para promociones


el campo prioridad está destinado a priorizar si hay varios descuentos






Podemos limitar a un solo cliente, a transportistas o a un grupo de clientes
Hay que establecer la validez, cuantas aplicaciones se pueden realizar y cuantas veces cada cliente (con esto el impacto de los descuentos son controlables en campañas)
A parte se puede limitar a marcas, proveedores, productos, categorías o atributos (colores, tallas, almacenamiento) muy útil para sacar stock.





Las acciones a realizar una vez cumplida la condición son diversas.

Regla por producto

Se aplica en la pestaña producto/precio





Añadiremos un precio específico




Podemos añadir a un cliente, grupo, por país o por divisa

Estableceremos entre que fechas
Se puede hacer por volumen (a partir de x unidades)
Modificando el precio base (no creará anotación en factura como dto)
o
Aplicando una reducción de importe o %

Si seleccionamos cliente nos saldrá la ficha del cliente para agregar o visualizar sus datos (incluido el campo notas internas)







Se puede añadir nota con las instrucciones de descuentos y peculiaridades del cliente




Incluso se pueden hacer campañas por horas ¡


La regla se visualizará en su correspondiente campo en la pestaña precio

¿porqué prestashop está tan bien hecho?

Como primer ejemplo vamos a poner la primera parte de la pantalla dashboard de pedidos desde un perfil de ventas. Para entendernos rápidamente, el vendedor ha recibido una alerta de pedido y esto es lo que ve:

Pantalla de gestión de pedidos

Podemos apreciar un historial muy completo del pedido, sus acciones y quien y a que hora las ha hecho (una auditoría brutal).
Podemos ver los albaranes y facturas generados, así como los pagos un pequeño historial del cliente (para saber si es importante o no) y una ficha de transporte con su id traking (éste se puede automatizar con módulos especiales y/o la puesta en marcha del protocolo rest que añade/cambia y anula mediante htpps)
También nos señala el peso (importante para el transportista) y otro módulo gestiona las posibles devoluciones.

Más tarde analizaremos la segunda parte con las direcciones y el monto de facturación.