Updates ActoProject - ActoService
- 7.0 API & Webservices
- Maandbundel volgende maand, Release 26.10, Release 26.20, Release 26.30, Volgende release
Huidige situatie
Via de webservice inkoopfacturen (WS_API_IKF) kun je de prioriteitscodes waarop een factuur wordt betaald nog niet opvragen. Ook bevatten de interfaces IKF_BETALINGSCONDITIES en IKF_CREDITEUREN nog geen gegevens over de prioriteitscode.
Nieuwe situatie
De webservice inkoopfacturen (WS_API_IKF) is als volgt uitgebreid:
- Nieuwe interface: Prioriteitscodes (
IKF_PRIORITEITSCODES)
Met deze interface kun je de prioriteitscodes opvragen waarop een factuur wordt betaald. - Interface: Betalingscondities (
IKF_BETALINGSCONDITIES)
Deze interface heeft de volgende nieuwe rubrieken:PRIORITEITSCODE_IDOMSCHRIJVING_PRIORITEITSCODE
- Interface: Crediteuren (
IKF_CREDITEUREN)
Deze interface heeft de volgende nieuwe rubriek:PRIORITEITSCODE_ID
- 7.0 API & Webservices
- Maandbundel volgende maand, Release 26.10, Release 26.20, Release 26.30, Volgende release
Huidige situatie
Als je inkoopfacturen aanlevert via de webservice inkoopfacturen (WS_API_IKF), is niet eenduidig vastgelegd hoe het veld “Type factuur” wordt gevuld.
Nieuwe situatie
Het veld “Type factuur” wordt nu als volgt bepaald:
- Je levert een bestelorder aan: het type factuur wordt bepaald door de status van de grootboekrekening van de boekingssoort. Dit is de rekening “Goederenbedrag (D)” van de factuurkosten (INK161).
- Je levert geen bestelorder aan: het type factuur krijgt de standaardwaarde uit de boekingsreeks (INK162). Is daar geen standaardwaarde ingesteld, dan wordt 2 (Grootboek) gebruikt.
- 2.6 Magazijn & Expeditie
- Maandbundel volgende maand, Release 26.20, Release 26.30, Volgende release
Huidige situatie
Dit geldt alleen als je expeditie via een derde partij laat verlopen.
Een expeditieorder kan regels van meerdere bestelorders bevatten. De ene bestelorder kan een leveranciersbestelling zijn, de andere een magazijnbestelling. Bij het verwerken van het bericht (pickship) van de derde partij wordt alleen bij de eerste regel van de expeditieorder bepaald of het om een magazijnbestelling gaat. Alleen dan wordt een magazijnmutatiekop aangemaakt. Is de eerste regel een leveranciersbestelling en komt de magazijnbestelling pas op een latere regel, dan wordt er geen magazijnmutatiekop meer aangemaakt. Daardoor ontstaat een lege magazijnmutatie.
Nieuwe situatie
Dit geldt alleen als je expeditie via een derde partij laat verlopen.
Bij het verwerken van het bericht (pickship) van de derde partij wordt nu bij elke regel gecontroleerd of er al een magazijnmutatiekop is. Is er nog geen kop, of hoort de bestaande kop bij een ander magazijn, dan wordt alsnog een nieuwe kop aangemaakt. Zo ontstaan er geen lege magazijnmutaties meer.
- 7.0 API & Webservices
- Maandbundel volgende maand, Release 26.10, Release 26.20, Release 26.30, Volgende release
Huidige situatie
De gegevens van ActoProject worden via webservices gesynchroniseerd naar de APDS (zoekbox-export). Met URL-parameters, zoals _separator en _extra_separator, bepaal je het formaat van de output. De waarden die je voor deze parameters opgeeft, worden nog niet altijd correct gecodeerd en gedecodeerd.
Nieuwe situatie
De waarden die je opgeeft voor URL-parameters zoals _separator en _extra_separator worden nu correct gecodeerd en gedecodeerd. Dit is een technische aanpassing. Voor jou verandert er niets aan de huidige werking.
- 2.5 Bestellen & Inkoop
- Maandbundel volgende maand, Release 26.20, Release 26.30, Volgende release
Huidige situatie
In LPM102 kun je geen startdatum invullen die meer dan 3 maanden in het verleden ligt. Ook mag de opleverdatum niet in het verleden liggen. Deze controle gebeurt nu ook als het veld al eerder is ingevuld en je alleen andere gegevens wilt wijzigen. Je krijgt dan een foutmelding, ook als je de datum zelf niet hebt aangepast.
Nieuwe situatie
De regels blijven gelijk: je kunt in LPM102 geen startdatum invullen die meer dan 3 maanden in het verleden ligt, en de opleverdatum mag niet in het verleden liggen. De datums worden nu alleen gecontroleerd als je het veld zelf wijzigt. Laat je een bestaande datum staan, dan krijg je geen foutmelding meer en kun je de overige gegevens gewoon aanpassen.
Deze wijziging is een aanvulling op SA-31445.
- 2.7 Uren & Medewerkers
- Maandbundel volgende maand, Release 26.30, Volgende release
Huidige situatie
Je kon niet per activiteit instellen of er uren op geboekt mogen worden. Om te voorkomen dat er uren op bepaalde activiteiten werden geschreven, moest je het aantal activiteiten kunstmatig beperken. Alle activiteiten waren zichtbaar in Urenverantwoording, de Uren App en iUva.
Nieuwe situatie
Je kunt nu per project en per activiteit instellen of er uren op geboekt mogen worden.
- Projectprofiel (PRM132): bij het projectdeelprofiel is de instelling “Ureninvoer blokkeren op project/activiteit” toegevoegd. Hiermee blokkeer je voor projecten met dit profiel standaard het boeken van uren.
- Project (PRM201): op de tabs “Algemeen II” en “Financieel” is het veld “Uren activiteit blokkeren” toegevoegd. Het veld neemt standaard de waarde over van het projectprofiel en je kunt het per project aanpassen. Dit geldt ook voor projecten die via andere processen of via de import (PRM974) worden aangemaakt.
- Activiteit (PLN004 en PLN059): het veld “Invoeren uren blokkeren” (Ja/Nee) is toegevoegd. Het veld neemt standaard de instelling van het project over en je kunt het per activiteit aanpassen. Dit geldt ook voor activiteiten die via andere processen worden aangemaakt.
Het project is leidend: is het project geblokkeerd, dan zijn alle activiteiten van dat project geblokkeerd, ook als de activiteit zelf niet geblokkeerd is.
Geblokkeerde activiteiten worden niet meer getoond in Urenverantwoording, de Uren App en iUva. Ook in de schermen waar je uren op activiteiten invoert (PRM530, PRM532, PRM560, PRM562, PRM563, PRM564, PRM567, PRM568, PRM569, PRM570 en PRM575) kun je geblokkeerde activiteiten niet meer kiezen.
Uren die al zijn geboekt, blijven ongewijzigd als je de instelling later aanpast.
- 2.5 Bestellen & Inkoop
- Maandbundel volgende maand, Release 26.10, Release 26.20, Release 26.30, Volgende release
Huidige situatie
De bedrijfsconstante “Autorisatie accorderen advies” (INK995) heeft onder meer de keuze M (Projectmedewerkers). Met deze keuze mogen alleen gebruikers die in UVS015 als medewerker aan het project zijn gekoppeld besteladviezen accorderen, wijzigen of verwijderen. Deze instelling werkte tot nu toe alleen in INK002.
Nieuwe situatie
De instelling werkt nu ook in de volgende schermen:
- INK001
- LPM200
- MAG206
- MAG210
- MAG211
- UVS901
- 2.2 Service
- Bugfix & beheer, Maandbundel volgende maand, Release 26.10, Release 26.20, Release 26.30, Volgende release
Huidige situatie
Bij het vergelijken van attributen hield XML001E3 geen rekening met hoofdletters en kleine letters zoals die in de XSD zijn vastgelegd. Daarnaast stond er een typefout in de overeenkomstbepaling van een installatie.
Nieuwe situatie
XML001E3 houdt bij het vergelijken van attributen nu rekening met hoofdletters en kleine letters zoals vastgelegd in de XSD. De typefout in de overeenkomstbepaling van een installatie is verbeterd.
- 2.6 Magazijn & Expeditie
- Maandbundel volgende maand, Release 25.30, Release 26.10, Release 26.20, Release 26.30, Volgende release
Huidige situatie
In de tab “Reserveringen/bestellingen” van MAG111 staat de naam van het project en die van de debiteur samen in één rubriek, “Project/debiteur naam”.
Nieuwe situatie
De tab “Reserveringen/bestellingen” toont deze gegevens nu elk in een eigen rubriek:
- Crediteur naam
- Debiteur naam
- Project omschrijving
- 7.0 API & Webservices
- Maandbundel 2026.09, Release 26.10, Release 26.20, Release 26.30, Volgende release
Huidige situatie
De interface Inkooporders (IKF_ORDERS) bevat geen gegevens over de personen die bij een inkooporder betrokken zijn, zoals de opsteller, de aanvrager en de accordeerders. Daarnaast accepteert de interface Facturen (IKF_FACTUREN) geen spaties in de rubriek FACTUURNUMMER_ID.
Nieuwe situatie
De interface Inkooporders (IKF_ORDERS) is uitgebreid met de rubrieken OPSTELLER_PERSOON_ID, AANVRAGER_PERSOON_ID, ACCORDEERDER_1_PERSOON_ID en ACCORDEERDER_PERSOON_ID. In de interface Facturen (IKF_FACTUREN) zijn spaties in de rubriek FACTUURNUMMER_ID nu wel toegestaan.