Un bug est apparu à un moment donné au cours des 7 derniers jours, provoquant l’échec de l’actualisation de mes rapports Power BI basés sur Exact. Voici le message d’erreur :
DataSource.Error:
OData:
Request failed:
The remote server returned an error:
(500) Internal Server Error.
itgenrst007:
De metagegevens van de kolommen ‘SupplierItemCopyRemarks’ geven aan dat null-waarden niet mogen voorkomen, maar er is een null-waarde in rij #5.
Zorg ervoor dat de eigenschap nullable in de metagegevens van EXACTONLINEREST.PURCHASEORDER.PURCHASEORDERLINES overeenkomt met de waarden.
(AmountDC (Double, metadata double): 0, AmountFC (Double, metadata double): 0, Created (DateTime, metadata datetime): 04/02/202…ta string): 20, VATDescription (String, metadata string): BTW 0% (alleen grondslag), VATPercentage (Double, metadata double): 0)
En recherchant d’anciens messages à ce sujet, je constate que la cause est souvent un changement effectué du côté de l’API chez Exact. Est-ce également le cas ici, ou est-ce dû à une modification apportée dans Exact Online par mon client ?
Le champ SupplierItemCopyRemarks est défini comme étant un champ obligatoire. Cependant, il semble que ce champ soit devenu optionnel dans cet environnement Exact Online.
Pour cette raison, l’exigence d’obligation a été supprimée à partir de la prochaine version 26.0.40 et des versions ultérieures.
Celle-ci devrait être mise en production dans un délai de 7 jours calendaires.
Est-ce que cela signifie que mon rafraîchissement ne fonctionnera pas pendant les 7 prochains jours ? Cela va pas mal frustrer mon client.
Le champ en question n’est pas utilisé par nos rapports. Puis-je faire en sorte que la requête ne le récupère pas ? Peut-être dans le SQL de démarrage, afin que la requête d’origine ignore déjà ce champ ?
La durée exacte avant qu’une nouvelle version soit disponible ne peut pas être précisée. Voir également :
Le champ ne peut pas être omis ; le pilote SQL d’Exact Online récupérera toujours tous les champs et les vérifiera par rapport aux règles métier.
Il est conseillé de choisir une autre table ou de se limiter aux données déjà récupérées.
En cas d’urgence particulière, il est conseillé de contacter le support de l’API Exact Online et de demander une escalade afin que les spécifications puissent être corrigées.
Plus clair. Encore une dernière question : j’ai plusieurs clients Exact, mais le problème ne se présente que chez un seul. Pourquoi cela ? Est-ce parce que ce champ a apparemment été configuré par le client concerné, mais pas par les autres ?
Cette question a été automatiquement fermée après 1 semaine d’inactivité. La dernière réponse donnée a été marquée comme solution.
Veuillez poser une nouvelle question dans un sujet séparé si le problème se reproduit. Merci d’inclure dans la nouvelle question un lien vers ce sujet en insérant l’URL dans le texte.