Exporter directement dans expeditor inet !, voila c automatique :D Options

[Valerie]

bonjour

la contrib a super bien fonctionné pendant 2 mois, et voila qu'aujourd'hui, lorsque j'exporte le fichier, il m'affiche :

Warning: Header may not contain more than a single header, new line detected. in /var/www/html/admin_osc/OSC_Expeditor_process.php on line 76
EXP2146 2136 monsieur machin 9 place du marché 50000 maville 1 0.0600 39 04.68.38.79.42


je ne comprend pas ce qu'il veut avec cette histoire de nouvelle ligne détectée.


n'ayant apporté aucune modif à mon osc depuis plusieurs semaines, je ne comprend pas pourquoi il m'affiche ça aujourd'hui.

quelqu'un comprend ?

[Gnidhal]

On avance mais on s'égare un peu IndiaStarker
1/ Ok pour les apostrophes dans l'adresse je n'avais pas géré. Ta soluce est clean merci
2/ pour l'adresse du voisin... non, pas glop! laisse les nom et prénoms dans l'ordre comme j'avais fait. Il suffit de comparer street_address
en fait pour trouver l'adresse utilisé par le client dans son carnet d'adresse, il faut comparer rue, ville et CP, ce que fait cette nouvelle requête (avant on ne comparait que ville et CP):
(elle vient aux lignes 74 et 125 que tu as modifiées plus haut)

CODE

      $customer_query = tep_db_query("select entry_firstname, entry_lastname, entry_country_id from " . TABLE_ADDRESS_BOOK . " where customers_id ='" . $customer_id . "' and entry_postcode ='" . $order->delivery['postcode'] . "' and entry_street_address ='" . addslashes($order->delivery['street_address']) . "' and entry_city ='" . addslashes($order->delivery['city']) . "'" );

3/ Pour cocher toutes les cases j'ai lâché l'affaire, ça me semble sans importance car on ne coche que les adresses souhaitées et hop.

4/ enfin, ton problème d'adresse tronquée est délicat.
il existe 3 champs adresse dans Expeditor qui pointent sur les valeurs de la ligne csv dans le fichier FMT ici
Adresse3=4
Adresse1=5
Adresse2=6

les lignes 1 et 2 correspondent aux 2 lignes d'adresse d'osCommerce,
la ligne 3 est utilisée pour placer le nom de destinataire quand on envoie à une société (Adresse3=4)
si tu splittes ta ligne 1 sur 1+2 car elle est trop longue il faut que tu déplaces ta ligne 2 sur la ligne 3, mais si celle-ci est trop longue il n'y a plus de place sur la ligne 3 pour le nom destinataire en cas de livraison à une société.

Après tu peux peaufiner :
* la ligne 1 est trop longue et il n'y a pas de ligne 2 => split ligne 1 sur 2 lignes
* la ligne 1 est trop longue et la ligne 2 existe mais fait moins de 35ch ET pas de livraison à une société => splitt ligne 1 sur 1 et 2 push 2 sur 3
* ligne 1 trop longue + ligne 2 trop longue + nom société => ligne 1 tronquée, ligne 2 tronquée ligne 3 destinataire dans société (c'est le cas actuel)

Tu peux arranger cela et répartir ton adresse sur les lignes 1 et 2 (Adresse1=5 Adresse2=6) et ça roule.
Donc il faut concaténer les lignes 1 et 2 d'adresse osC puis les splitter en 2x35ch ... ou faire les corrections à la main que ça déborde ! (ce qui me paraitplus fiable)

Pour info, j'ai généré le .FMT dans Expeditor, à partir de la ligne csv générée par le script OSC_Expeditor_process.php (c'est de l'adaptation vite faite) tu peux générer le tien et remettre tout cela dans l'ordre de tes préférences. regarde les options d'import d'Expeditor Inet (et sois indulgente, il ne faut pas oublier que c'est un logiciel pour un ex service public français )

[cleo]

Tout marche ! C'est beau et un gains de temps considérable. Merci à tous !
Je vais essayer de faire un résumé total dans un prochain poste très très bientôt.
-i.

Addendum :

...laisse les nom et prénoms dans l'ordre comme j'avais fait. Il suffit de comparer street_address
en fait pour trouver l'adresse utilisé par le client dans son carnet d'adresse, il faut comparer rue, ville et CP, ce que fait cette nouvelle requête (avant on ne comparait que ville et CP):

1. Pas glop. D'abord j'ai adopté ta recommandation. Puis dans les tests le nom d'un déstinaire disparaissait !!! Ben c'est tout bête. Nous avons enlevé une virgule à la main (comme la poste aime) de le delivery_adresse sur la commande (Edit Orders). => query fails.
Nous ne pouvons pas garantir que personne ne modifiera cette adresse (même le client pourrait modifier une adresse entre le moment de sa commande et le moment où le commerçant imprime l'étiquette)
==>donc j'ai changé pour ma soluce originale qui est plus sûr.
2. En plus en piquant le nom prénom dans le carnet, l'étiquette n'est pas WYSIWYG et peut causer les surprises coté commerçant.