none
SP2010 - Export Excel 2003 (Non OK) et Excel 2007 (OK) RRS feed

  • Question

  • Bonjour à tous,

    J'ai effectué un export d'une liste sous SP2010 (search 2010) avec Excel 2003 (sp3) -> l'export ne correspond pas à la liste que j'ai

    Si j'effectue ce même export mais sur un poste avec Excel 2007 => ça fontcionne : l'export est correcte et correspond à ma liste

    Avez-vous déjà rencontré cela ?

    Y-a-t-il un contournement pour avoir la même chose entre Excel2003 et 2007 ?

     

    Merci de votre aide.

    lundi 11 octobre 2010 10:21

Toutes les réponses

  • Oui, certains éléments avancés ne passent pas avec Excel 2003.

    Le contournement est d'installer office webapps, ou excel 2007/2010.


    Emmanuel ISSALY - Sharepoint MCTS, MCNEXT (FR).
    lundi 11 octobre 2010 10:59
  • Bonjour Emmanuel et merci de ta réponse,

    J'ai installé Office webapps sur le SP010 mais j'ai toujours un format d'export sur Excel 2003 qui ne correspond pas à la réalité et à ce que j'obtiens sous Excel 2007 qui est le bon format.

    J'ai installé et déployé Office Webapps dans mon cas : SP2010 autonome existant : http://technet.microsoft.com/fr-fr/library/ff431687.aspx#bkmk_ins_exis_sa

    Pour l'instant, nous exportons en passant pas le serveur Sharepoint avec Excel2007.

    Je ne connaissais pas encore Office Webapps c'est par contre une bonne solution pour modifier un doc dans le navigateur ;-)

    Je continue mes recherche d'export pour voir si je n'ai pas loupé quelque chose...

    Merci de votre aide.

    mardi 12 octobre 2010 13:00
  • Bonjour,

     

    Effectivement Office Webapps est une excellente solution.

    Cdlt


    Pierre Erol GIRAUDY clubsps2010@gmail.com MVP SHAREPOINT - Pdt du CLUB http://www.clubmoss2007.org
    mercredi 13 octobre 2010 07:47
    Modérateur
  • L'export sous Excel 2003 se base par rapport au fonctionnalité qu'avait a l'époque SharePoint 2003. Avez vous des colonnes spécifique dans la liste, pouvez vous nous dire quelle colonnes sont mal exporté depuis sharepoint?
    Xavier VANNESTE
    www.xvanneste.com
    media.xvanneste.com
    blog.xvanneste.com
    mercredi 13 octobre 2010 09:19
    Modérateur
  • Bonjour à tous,

    Effectivement ce n'est pas une liste "standard". Je suis parti d'une liste standard "Suivi des problèmes" et j'ai ajouté, modifié des champs et créé "l'affichage liste" que je voulais exporter. donc et c'est de là ou ça fonctionne sur Excel 2007 mais pas sous Excel 2003, et nous sommes sous Office 2003 sur les postes client.

    Ce qui m'embête le plus c'est qui ne m'affichige 2 champs ID (le pire c'est que les valeurs ID ne sont pas les mêmes :-(()

    J'affiche dans la liste :

    - ID
    - Assigné à
    - Statut
    - Modifié
    - Modifié par

    Et quand j'exporte sur Excel (owssvr.iqy)...Il me m'affiche :

    - ID,
    - ID,
    - Titre,
    - Statut,
    - Modifié,
    - Modifié par

    Merci de votre aide.

     

    mercredi 13 octobre 2010 16:42
  • Avez vous créé un champs ID ? car il y en a un en fonctionnement interne dans les listes, ce qui expliquerait qu'il les importe en double, le votre et celui en interne pour sharepoint.

    Moi ce qui me choque le plus c'est que Assigné a n'apparaisse pas !!


    Xavier VANNESTE
    www.xvanneste.com
    media.xvanneste.com
    blog.xvanneste.com
    mercredi 13 octobre 2010 18:17
    Modérateur
  • Et moi donc Xavier... :-)

    Il me semble pas avoir créé un ID supplémentaire car je ne vois pas comment j'aurais fait (dans SP) l'auto-incrémentation d'identité comme sous sql avec un pas de 1 :-)

    Mais je vais recréer sur une sandbox un modèle "suivi de problème" standard  pour voir :-)

    Pour "assigné à" j'ai changé "Autoriser les sélections multiples" à "OUI". Je vais remettre d'usine et voir...

     

    ci-dessous les champs du masque :

    Titre    Une seule ligne de texte    Obligatoire
    Assigné à   Personne ou groupe 
    Etat    Choix 
    Statut   Choix 
    Description   Plusieurs lignes de texte 
    Composant   Choix 
    Échéance   Date et heure 
    Suivi XXX   Plusieurs lignes de texte 
    Suivi YYY Plusieurs lignes de texte 
    Suivi ZZZ   Plusieurs lignes de texte 
    N° CASE ZZZ Une seule ligne de texte 
    Team    Choix 
    Contact ZZZ Plusieurs lignes de texte 
    Créé par   Personne ou groupe  
    Modifié par   Personne ou groupe

     

    mercredi 13 octobre 2010 19:40
  • C'est trop instable sous Excel 2003. Comme j'avais modifié "assigné à" en multiples valeurs : pb

    Pour l'histoire des 2 ID : j'ai refait un test. Créé une liste standard Suivi des problèmes. Sans rien modifier, j'ai exporter sous Excel2003 sans même aucune fiche et j'ai 2 ID dans Excel !

    http://yfrog.com/2g13102010222637j

    Je crois que je vais me contenter de dire à mon responsable d'aller sur le serveur qui contient Excel 2007 :-(

    mercredi 13 octobre 2010 20:34
  • Bonjour,

    J'ai taggué les posts de Xavier et Emmanuel en "réponse"

    Cordialement,

    Pierre


    Pierre Vivier-Merle - MVP SharePoint Server - http://blogs.developpeur.org/pierre
    dimanche 24 octobre 2010 20:04
    Modérateur
  • Bonjour à tous,

    J'ai toujours des soucis d'export même en ayant réinstallé office sur le SP en office2010.

    Quand j'exporte, j'ai soit les mauvais champs, et même des champs textes vides et c'est aléatoire : certaines lignes, le même champ est rempli et d'autres lignes il ne l'ai pas !

    Je vais tenter d'aller voir dans la base pour faire un export via RS mais je ne connais pas trop la base WSS_content...

    Dans quelles tables je pourrais avoir un équivalent de mon export ?

    Merci pour votre aide précieuse

    Hervé

    mardi 26 octobre 2010 15:54
  • Bonjour Hervé,

    Aille, ce n'est donc pas fermé.

    Plusieurs éléments m'interpellent.

    a. vous décriviez au départ que tout se passait bien sous Excel 2007 et pas sous Excel 2003. Vous confirmez que c'est toujours le cas ?

    b. si oui, vous avez des problèmes également avec un export Excel 2010. Est-ce cela ?

    c. vous parlez d'installer Office sur SharePoint. D'une manière générale, c'est une mauvaise pratique d'installer un outil client sur un serveur (en développement et en test, c'est toléré, mais pas en production). Vous n'avez pas besoin d'installer Office sur SharePoint pour faire un export d'une liste SharePoint depuis votre poste client.

    d. requetter directement une base SharePoint n'est pas recommandé ni supporté (seul la base d'audit en SharePoint 2010 est autorisé)

    Avez vous essayé d'effectuer la chose suivante :

    1. Créer un nouveau site vierge
    2. Créer une nouvelle liste similaire à la votre
    3. Essayer d'exporter sous Excel 2003, 2007 et 2010
    4. Quels sont les résultats ?

    Cordialement,

    Pierre


    Pierre Vivier-Merle - MVP SharePoint Server - http://blogs.developpeur.org/pierre
    mardi 26 octobre 2010 22:05
    Modérateur
  • Bonsoir Pierre et merci pour votre réponse tout à fait légitime et intéressante :-)

    a. Oui je pensais au début que le comportement différent était le fait d'utiliser SP2010+Excel2003 : trop de décalage de fonctionnalités,etc...

    b. Oui comportement bizarre aussi avec Office2010 : voir après les tests.

    c. Vous avez raison sur le principe de ne pas installer un produit client sur la plateforme serveur, pour l'instant, nous avions créé ce serveur pour le search et maintenant pour un suivi d'incident sur un projet interne à la DSI, et dans le SI, nous sommes encore en Office 2003, d'où mes tests au début sur Excel2003.

    Je pensais naïvement que "qui peut le plus peut le moins" mais avec MS, on a tjrs des surprises :-)

    d. Tests :

    1. Créatin d'un site \tests\

    2. Création d'une "liste personnalisée" (complétement "vide") : en visible : que le chp "titre"

    Je confirme comme vous le savez, qu'il y a bien un ID mais ne peut pas être affiché dans la liste (Dommage :-(......) : cela répond à une de mes premières questions.

    Sans rien modifier, même pas ajouter un élément : rien :-)

    - Export en Excel2010 (sur le serveur) :

    Titre Type d'élément Chemin d'accès
         

    - Export en Excel 2007 (un autre serveur SP2010) : idem :

    Titre Type d'élément Chemin d'accès
         

    - Export en Excel2003 sur mon poste :

    ID Titre
       

    => Excel 2010, 2007 : pas de colonne ID système (normal) MAIS il rajoute 2 colonnes que je n'ai pas demandé (Type d'élément, Chemin d'accès)

    => Excel2003 : il exporte le fameux ID "système" (caché) alors qu'il n'est pas affichable MAIS semble mieux se comporter sur les autres champs :-)

    C'est pour cela que j'avais 2 col ID dans mes premiers POST, et que cela peut être gênant quand la valeur des ID sont pas les mêmes :-( : par exemple en activant la gestion du contenu de dossiers et ensuite en le désactivant => les 2 col ID sont décalées...

    J'ai constaté aussi des problèmes d'export sur un champ "assigné à " de type "personne" : quand on le passe en multivaleurs, le champ n'est plus exporté => l'export SP ne gère pas les champs un peu plus complexe comme les champs multi-valeurs...

    Voilà pour mes tests et mes remarques, je vais essayer de me débrouiller,

    Si une autre personne pouvait constater aussi ces pb d'exports bizarres, ça me réconforterait :-)

    (Version SP : 4 (14.0.0.5123))

     

    Encore merci pour votre patiente et vos conseils.

    Hervé

     

     

     

    mercredi 27 octobre 2010 21:33