API ideeën portaal voor Multivers & Boekhoud Gemak

Wij nodigen je als ontwikkelaars van harte uit om hier nieuwe ideeën aan te maken of te stemmen en te reageren op aanwezige ideeën voor Multivers & Boekhoud Gemak API. De Multivers & Boekhoud Gemak API is het koppelvlak voor zowel Multivers als Boekhoud Gemak. We kunnen niet beloven dat we alle ideeën kunnen realiseren. Uiteraard proberen we wel op alle ideeën te reageren.

IDEE TOEVOEGEN

FILTER OP CATEGORIE

Alle ideeën

Showing 65 of 65
5 STEM

Toevoegen van datum bij VatCodeInfoList.Fetch()

Bij VatCodeNVL.Fetch() kan wel de effectieve datum worden meegegeven, bij VatCodeInfoList.Fetch() niet.
Jeroen Reelick about 4 years ago in Financieel 0 Toekomstige overweging
3 STEM

Berekende voorraad meegeven in API

Op dit moment is het alleen mogelijk om de technische voorraad mee te krijgen. Het zou goed zijn om daarnaast ook de berekende voorraad (rekening houdend met artikelen die besteld, maar nog niet geleverd zijn) mee te krijgen.
Marciano Jorden almost 3 years ago in Voorraad 1 Afgewezen
1 STEM

Controle dubbele betalingskenmerken in publieke WebAPI.

Wij zijn bezig met het automatisch inschieten van onze inkoop- en verkoopfacturen. Bij het handmatig boeken van deze facturen, krijgen wij nu een melding ''Betalingskenmerk reeds bekend''. Dit krijgen wij niet bij inschieten van de facturen, waard...
Carolien van den Berg about 1 year ago in Inkoop-/verkoopfacturen 0 Open voor stemming
1 STEM

Aantal karakters van naam voor entiteit Customer vergroten

Aangezien er slechts 40 karakters passen in de naam van een Customer, hebben we synchronisatie issues. De meeste gangbare pakketten staan veel meer karakters toe. Graag vergroten.
Hans Pollaerts about 1 year ago in Overig 0 Open voor stemming
1 STEM

ongemachte mutaties uitlezen in Boekhoudgemak

Wij zouden graag via de API de ongematchte mutaties willen uitlezen. Onze vraagposten-app werkt nu vanuit het opvragen van geboekte mutaties maar we zouden graag een stap terug gaan. Naar alle mutaties die nog niet geboekt zijn.
Leo van Winden over 1 year ago in Financieel 0 Open voor stemming
2 STEM

Urenregistratie API uitbreiden met: Uurtarieven, Uursoort per project en Uursoortgroepsrelaties

Wanneer uurtarieven extern onbeschikbaar zijn, is het onzinnig om goedgekeurde uren terug aan U4 te leveren, want prijzen niet correct! Prijzen worden namelijk NIET uitsluitend bepaald door uursoorten! Dit is nu alleen via (online) ODBC te regelen...
Raymond Quakkelaar over 2 years ago in Urenregistratie 0 Open voor stemming
3 STEM

voorbeeld MS Access database gekoppeld aan API

Momenteel heb ik diverse Microsoft Access databases gekoppeld aan Unit4 Multivers middels de UBC. Graag zou ik een voorbeeld MS Access database ontvangen die aan de nieuwe API gekoppeld is waarbij wat voorbeeld code is toegevoegd die eea wegschrij...
Guest about 4 years ago in Overig 0 Afgewezen
1 STEM

Het kunnen lezen en schrijven van assemblageorders

Voor productiebedrijven die met Unit4 Multivers werken, kunnen we nu geen assemblageorders ophalen. Daardoor lopen we tegen een limiet aan in de mogelijkheden die we met onze software kunnen bieden. Net als Exact Online de mogelijkheid ondersteunt...
Frank Verberne over 1 year ago in Assemblage 0 Open voor stemming
1 STEM

Open quotes ook zonder OrgID op te vragen

Bij de API CALL voor orders is het mogelijk alle open orders op te vragen (zonder perse een orgid op te geven): api/{database}/OrderInfoList/OpenOrders Bij de QuoteInfoList is dit nu alleen mogelijk met opgave van de organisatie. api/{database}/Qu...
Noah Loggers over 1 year ago in Offertes 0 Open voor stemming
1 STEM

Verzamelfactuur kunnen maken via API

Via de API is het nu niet mogelijk om meerdere Orders verzameld te factureren naar één enkele factuur. Dit is in de Client wel mogelijk. Bij de API call ProcessOrderCommand kan nu slechts een enkel ordernr worden opgegeven.
Noah Loggers over 1 year ago in Facturatie/verkooporders 0 Open voor stemming

©2021 API ideeën portaal voor Multivers & Boekhoud Gemak | Disclaimer: This roadmap and its foreseen planning is given by Exact in good faith based on our current insights and expectations. However, due to the dynamics of such planning, it shall not be binding, nor shall it construe any legal obligation.