atal_rest: start connector (#78904) #291
Loading…
Reference in New Issue
No description provided.
Delete Branch "wip/78904-atal-rest"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
208698d799
tob86d35ec09
b86d35ec09
to9b4a7e5058
@ -0,0 +191,4 @@
'contact/phone': '0101010101',
'contact/zipcode': '75013',
'description': 'some description',
'desired_date': '2023-06-22T13:05:24.360Z',
Une date qui est en fait une datetime exprimée en temps universel, ça me semble être un risque (genre des décalages d'une journée entre 22h et minuit)... et c'est pas toujours facile à envoyer depuis wcs. Peut-être qu'il faudrait imposer ici la réception d'une vraie date (YYYY-MM-DD) ?
Voilà.
9b4a7e5058
to419ab4cd62
419ab4cd62
toe682606ac9
e682606ac9
toadaefaad3b
adaefaad3b
to44af84fcf8
44af84fcf8
to403c843aa3
403c843aa3
to559e354634
559e354634
to5a4362a3ea
5a4362a3ea
to1effe7abe7
WIP: atal_rest: start connector (#78904)to atal_rest: start connector (#78904)Testé en vrai sur l'instance de Saumur, ça me semble ok pour une première version.
(juste pas pu tester jusqu'au bout l'envoi de pièces jointes parce que problème de configuration sur leur instance ATAL mais je pourrai ajuster plus tard si besoin.)
J'ai fait un commentaire mais ça passe déjà comme ça imho.
@ -0,0 +251,4 @@
except ValueError:
obj = None
if obj is None:
raise APIError("Invalid date: %s" % post_data[param])
comme je suis tatasse, tu pourrais faire ici :
mais je trouve que pour moins te faire chier tu pourrais expliciter l'affaire dans WORKSREQUESTS_SCHEMA (ce qui fait gagner un poil d'auto-documentation dans la page du connecteur)
Tenu compte.
1effe7abe7
tob4f4945ee2
b4f4945ee2
to7212c9056d