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

SUJET : Documentation API REST

Documentation API REST il y a 6 mois 3 jours #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 4 mois 4 jours #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 4 mois 4 jours par stehag59.
L'administrateur a désactivé l'accès en écriture pour le public.

Documentation API REST il y a 4 mois 4 jours #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 4 mois 4 jours #96859

  • ptibogxiv
  • Portrait de ptibogxiv
  • Hors ligne
  • Gold Boarder
  • Messages : 210
  • Remerciements reçus 33
  • Karma: 7
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 4 mois 4 jours #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 4 mois 4 jours #96863

  • ptibogxiv
  • Portrait de ptibogxiv
  • Hors ligne
  • Gold Boarder
  • Messages : 210
  • Remerciements reçus 33
  • Karma: 7
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 3 mois 3 semaines #97183

  • jtraulle
  • Portrait de jtraulle
  • Hors ligne
  • Fresh Boarder
  • Messages : 18
  • Remerciements reçus 4
  • Karma: 1
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 3 mois 3 semaines #97197

  • ptibogxiv
  • Portrait de ptibogxiv
  • Hors ligne
  • Gold Boarder
  • Messages : 210
  • Remerciements reçus 33
  • Karma: 7
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 3 mois 3 semaines #97198

  • jtraulle
  • Portrait de jtraulle
  • Hors ligne
  • Fresh Boarder
  • Messages : 18
  • Remerciements reçus 4
  • Karma: 1
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 3 mois 3 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 2 mois 2 semaines #98576

  • tonio79
  • Portrait de tonio79
  • Hors ligne
  • Fresh Boarder
  • Messages : 11
  • 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 mois 1 semaine #98619

  • jtraulle
  • Portrait de jtraulle
  • Hors ligne
  • Fresh Boarder
  • Messages : 18
  • Remerciements reçus 4
  • Karma: 1
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.
Cet utilisateur a été remercié pour son message par: tonio79

Documentation API REST il y a 2 mois 1 semaine #98736

  • tonio79
  • Portrait de tonio79
  • Hors ligne
  • Fresh Boarder
  • Messages : 11
  • Karma: 0
ok je vais essayer ça merci !
L'administrateur a désactivé l'accès en écriture pour le public.

Documentation API REST il y a 2 mois 1 semaine #98755

  • tonio79
  • Portrait de tonio79
  • Hors ligne
  • Fresh Boarder
  • Messages : 11
  • Karma: 0
Bon et bien ça me veut pas marcher ... :( aucun souci pour un champ natif (ref_client par exemple), mais pas pour un extrafield...
Mes champs n'ont pourtant aucune contrainte, j'arrive bien à les modifier dans l'interface, mais aucun update possible ... (voir la capture)
Merci quand même / d'avance !
Note : dans la fonction "update" de commande.class, je ne vois pas à quel moment elle prend en compte les extrafields... :blink:
Capture.jpg
L'administrateur a désactivé l'accès en écriture pour le public.

Documentation API REST il y a 2 mois 6 jours #98771

  • timmy63
  • Portrait de timmy63
  • Hors ligne
  • Senior Boarder
  • Messages : 64
  • Remerciements reçus 16
  • Karma: 1
petit point tout bête mais est ce que "Peut toujours être édité" est bien coché dans la config de l'attribut supplémentaire ?
L'administrateur a désactivé l'accès en écriture pour le public.