Bienvenue, Invité
Nom d'utilisateur : Mot de passe : Se souvenir de moi

SUJET : Documentation API REST

Documentation API REST il y a 3 mois 3 semaines #94783

  • dlalleme
  • Portrait de dlalleme
  • Hors ligne
  • Senior Boarder
  • Messages : 46
  • Remerciements reçus 3
  • Karma: 1
Bonsoir,
Ça marche très bien.
Merci Beaucoup.

Je l'utilise avec Jelix. Ce petit framework gagne à être connu ;)
L'administrateur a désactivé l'accès en écriture pour le public.
Cet utilisateur a été remercié pour son message par: ptibogxiv

Documentation API REST il y a 1 mois 3 semaines #96857

  • stehag59
  • Portrait de stehag59
  • Hors ligne
  • Fresh Boarder
  • Messages : 8
  • Karma: 0
Bonjour, je ne parviens pas à me loguer pour obtenir un token afin d'utiliser l'API
J'optiens la réponse suivante : 400Bad Request: Invalid value specified for `reset`. Expecting integer value
Quels login et password faut-il indiquer dans l'URL : ceux de la base de données ou ceux pour entrer dans Dolibarr ?
Merci
Dernière édition: il y a 1 mois 3 semaines par stehag59.
L'administrateur a désactivé l'accès en écriture pour le public.

Documentation API REST il y a 1 mois 3 semaines #96858

  • dlalleme
  • Portrait de dlalleme
  • Hors ligne
  • Senior Boarder
  • Messages : 46
  • Remerciements reçus 3
  • Karma: 1
Bonjour,

Premièrement, regarde la cohérence entre le protocole http et https.

Ensuite, quel est ton opérateur ou hébergeur?
Pour ma part, l'utilisation de API REST n'a jamais fonctionné dans un environnement O2switch. Je dois revenir vers eux.

Il ne faut pas oublier la clef pour l'API que tu dois initialiser dans le profil de ton utilisateur; cele te permet d'avoir de suite ton API KEY

Cordialement
L'administrateur a désactivé l'accès en écriture pour le public.
Cet utilisateur a été remercié pour son message par: stehag59

Documentation API REST il y a 1 mois 3 semaines #96859

  • ptibogxiv
  • Portrait de ptibogxiv
  • Hors ligne
  • Expert Boarder
  • Messages : 142
  • Remerciements reçus 24
  • Karma: 4
pour os2switch, il y a une probleme dans leur implementation PHP, il faut faire un changement dans un fichier de dolibarr pour compenser.

dans le fichier index.php du dossier API, changer ligne 93
preg_match('/index.php/([^/]+)(.*)$/', $_SERVER["PHP_SELF"], $reg);

preg_match('/index\.php\/([^\/]+)(.*)$/', $_SERVER["REQUEST_URI"], $reg);

source:
github.com/Dolibarr/dolibarr/issues/7623

C'est fonctionnel pour un de mes clients. Mais O2switch est à fuir en effet...
L'administrateur a désactivé l'accès en écriture pour le public.

Documentation API REST il y a 1 mois 3 semaines #96862

  • dlalleme
  • Portrait de dlalleme
  • Hors ligne
  • Senior Boarder
  • Messages : 46
  • Remerciements reçus 3
  • Karma: 1
Bonsoir,
J'ai fait la modificatif sur une version 7.0.2 et pas de changement.
Message : failed to parse JSON/YAML response

Cordialement
L'administrateur a désactivé l'accès en écriture pour le public.

Documentation API REST il y a 1 mois 3 semaines #96863

  • ptibogxiv
  • Portrait de ptibogxiv
  • Hors ligne
  • Expert Boarder
  • Messages : 142
  • Remerciements reçus 24
  • Karma: 4
avez -vous activer le curl dans les options du php ?

O2switch est pas cher mais vraiment à éviter et l'assistance est inutile... en plus avec la RGPD, aucune confidentialité a priori, ils voient tout..
L'administrateur a désactivé l'accès en écriture pour le public.

Documentation API REST il y a 1 mois 2 semaines #97183

  • jtraulle
  • Portrait de jtraulle
  • Hors ligne
  • Fresh Boarder
  • Messages : 3
  • Karma: 0
Bonjour à tous,

Quelqu'un à t'il réussi à passer des attributs personnalisés lors de la création d'un objet ?

J'arrive à faire pratiquement tout ce que je souhaite avec l'API REST (création de Tiers, création de commande, génération des fichiers PDF associés) ...

Le seul problème est sur les attributs personnalisés. Lors d'un GET, si je les défini manuellement dans l'interface Web de Dolbarr, j'arrive bien à les récupérer sous la forme :
{
  "array_options": {
    "options_nomattribut1": "valeur attribut 1",
    "options_nomattribut2": "valeur attribut 2"
  }
}

Cependant, lorsque je passe un tableau de la même forme en création (POST) ou modification (PUT) d'objet, cela semble être ignoré.

Avez-vous une idée lumineuse ? :dry:

En vous remerciant par avance pour votre aide :)
L'administrateur a désactivé l'accès en écriture pour le public.

Documentation API REST il y a 1 mois 2 semaines #97197

  • ptibogxiv
  • Portrait de ptibogxiv
  • Hors ligne
  • Expert Boarder
  • Messages : 142
  • Remerciements reçus 24
  • Karma: 4
il faut ajouter 'array_options' => $extrafields où $extrafields est un array composé de $extrafields[$key] = $value;

J'avoue que j'ai beaucoup cherché aussi pour y arriver ;)
L'administrateur a désactivé l'accès en écriture pour le public.
Cet utilisateur a été remercié pour son message par: jtraulle

Documentation API REST il y a 1 mois 2 semaines #97198

  • jtraulle
  • Portrait de jtraulle
  • Hors ligne
  • Fresh Boarder
  • Messages : 3
  • Karma: 0
Super, merci beaucoup @ptibogxiv :)

J'avoue avoir essayé pas mal de combinaisons mais pas celle là.
Cela marche parfaitement :cheer: Attention tout de fois, un PUT semble fonctionner et ne lève pas d'erreur en cas de doublon.

Je m'explique. Si j'ai un attribut idapp par exemple et que dans la configuration des attributs supplémentaires il est marqué comme unique. Lorsque j'édite un objet avec PUT, le body JSON retourné semble toujours OK même si l'édition n'a pas fonctionné parce que la validation de l'unicité échoue. Ce qui semble assez étrange. Dans ce cas, retourner une HTTP 409 (Conflict) semblerait logique. De même il est possible de passer des champs/propriétés qui n'existent même pas lors d'un POST ou PUT sans que ça ne gène le moins du monde l'API. Je trouve que ça devrait lever une HTTP 400 (Bad Request).

Par ailleurs, y-a-t-il quelque part une documentation sur le modèle de données ? En effet, au fur et à mesure de mes tests, je me suis rendu compte que de nombreux champs semblent ne plus être utilisés mais sont toujours présents dans le schéma de données (colonnes en base de données).
L'administrateur a désactivé l'accès en écriture pour le public.

Documentation API REST il y a 1 mois 2 semaines #97221

  • dlalleme
  • Portrait de dlalleme
  • Hors ligne
  • Senior Boarder
  • Messages : 46
  • Remerciements reçus 3
  • Karma: 1
Bonjour,
Curl est activé par défaut et j'ai également choisi les options json et yaml

9a ne fonctionne toujours pas
Cordialement
L'administrateur a désactivé l'accès en écriture pour le public.

Documentation API REST il y a 4 jours 8 heures #98576

  • tonio79
  • Portrait de tonio79
  • Hors ligne
  • Fresh Boarder
  • Messages : 1
  • Karma: 0
Bonjour,

je suis confronté au même problème mais je ne comprends pas où ajouter cette ligne ...
j'envoie comme datas un json_encode de ] mais ça ne fonctionne pas....
si je mets un nom d'extrafield inconnu je le vois bien dans le retour du curl, ajouté aux array_options, mais si je mets un champ existant, l'update ne se fait pas.
help please :)
L'administrateur a désactivé l'accès en écriture pour le public.

Documentation API REST il y a 2 jours 13 heures #98619

  • jtraulle
  • Portrait de jtraulle
  • Hors ligne
  • Fresh Boarder
  • Messages : 3
  • Karma: 0
Bonjour,

Si l'update ne se fait pas, c'est probablement parce qu'une contrainte d'intégrité n'est pas satisfaite ou qu'une validation échoue. Essayez de modifier manuellement depuis l'interface web de Dolibarr pour voir si un message d'erreur s'affiche (cela peut vous aider à diagnostiquer le problème). Dans mon cas, j'avais coché unique ou pas de doublon (je ne sais plus comment s'appelle l'option) pour mon extrafield et j'essayais de mettre à jour une fiche avec une valeur pour cet extrafield qui existait déjà dans une autre fiche ;)
L'administrateur a désactivé l'accès en écriture pour le public.