Wens in gebracht door Jos Hamilton om vanuit 1 project naar meerdere projecten soapberichten te versturen. Dit is een eerste aanzet tot een idee van Jeroen en Gé
oplossing voor probleem om vanuit 1 project naar meerdere projecten te communiceren
oplossing voor wens om meerdere kleine raamwerken binnen 1 project te gebruiken
oplossingsrichting:
Het soapbericht wordt nu projectgeorienteerd verwerkt. Dit is niet noodzakelijk. Bij het ontvangen van het soapbericht kan het projectid worden genegeerd.
Nieuwe transacties worden nu altijd vanuit het laatste raamwerk verzonden, je zou ook alle raamwerken actief kunnen worden (of van ieder transactietype de laatste versie)
Er wordt 1 probleem in deze oplossing gesignaleerd, deze wordt aan het einde besproken
voorbeeld van de oplossing:
er is een projectorganisatie en een materiaalbureau. De materiaalafroepen worden afgehandeld in raamwerk 1, het uav contract wordt afgehandeld in raamwerk 2. Er zijn 3 projecten, bij de aannemer, bij de opdrachtgever en bij het materiaalbureau.
Bij de aannemer draait het project P1 met daarin opgenomen de raamwerken R1 en R2 en de psb's psb1 en psb2
Bij de opdrachtgever draait project P1 met daarin opgenomen raamwerk R1 en psb 1
Bij het materiaalbureau draait project P2 met daarin opgenomen raamwerk R2 en psb2
(niet nodig maar misschien handig?: dit psb2 kent slechts 1 pir voor de box Materiaalbureau, andere medewerkers zijn gemachtigd namens deze box)
Bij de aannemer zijn nu de volgende personen aanwezig in het psb
de persoon 'aannemer' namens organisatie 'aannemer' met de rol 'aannemer' uit psb1 en de rol 'materiaalaanvrager' uit psb2 (hier gaat iets mis want die persoon heeft verschillende persoonid's)
de persoon 'opdrachtgever' namens organisatie 'opdrachtgever' met de rol 'opdrachtgever'
de persoon 'materiaalbeheerder' namens organisatie 'materiaalbeheer' met de rol 'materiaalbeheerder'
De aannemer kan nu gewoon communiceren met opdrachtgever zoals in normale VISI projecten
De aannemer stelt een nieuw bericht op (voor antwoorden zijn er geen bijzonderheden)
het programma haalt op basis van de rol 'materiaalaanvrager' uit alle aanwezige raamwerken steeds het laatste transactietype op waarin de initiator rol 'materiaalaanvrager' is.
de enige aanwezige persoon met de rol 'materiaalbeheerder' zit in de organisatie 'materiaalbeheer'. Het soapbericht zal daar naar toe gaan
Het Soapbericht komt aan bij de organisatie 'materiaalbeheer'.
Deze organisatie heeft een instelling aangezet waardoor bij ontvangst van een Soapbericht niet naar het project-id wordt gekeken, er wordt alleen gekeken of het raamwerk-id aanwezig is
het soapbericht wordt verwerkt
als de materiaalbeheerder inlogt ziet hij het nieuwe bericht tussen alle andere berichten van alle projecten. Dit bericht kan normaal behandeld worden waarbij het soapbericht wel weer het projectid mee moet krijgen.
het programma kan eventueel filter opties op het project aanbieden.
Probleem:
in psb1 is er een persoon aannemer met een rol 'materiaalaanvrager', deze persoon heeft een guid persoons-id, bijv 'AAA1'
in psb2 is er een persoon aannemer met een rol 'aannemer', deze persoon heeft een guid persoons-id, bijv 'BBB2'
Bij de aannemer zijn er nu 2 personen aannemer met 2 verschillende guid's
Oplossing:
Er zijn hier 2 oplossingsrichtingen:
we gebruiken een mailadres als persoons-id
we koppelen gebruikers niet aan personen maar aan pir regels
Wens in gebracht door Jos Hamilton om vanuit 1 project naar meerdere projecten soapberichten te versturen. Dit is een eerste aanzet tot een idee van Jeroen en Gé
oplossing voor probleem om vanuit 1 project naar meerdere projecten te communiceren oplossing voor wens om meerdere kleine raamwerken binnen 1 project te gebruiken
oplossingsrichting: Het soapbericht wordt nu projectgeorienteerd verwerkt. Dit is niet noodzakelijk. Bij het ontvangen van het soapbericht kan het projectid worden genegeerd. Nieuwe transacties worden nu altijd vanuit het laatste raamwerk verzonden, je zou ook alle raamwerken actief kunnen worden (of van ieder transactietype de laatste versie) Er wordt 1 probleem in deze oplossing gesignaleerd, deze wordt aan het einde besproken
voorbeeld van de oplossing:
er is een projectorganisatie en een materiaalbureau. De materiaalafroepen worden afgehandeld in raamwerk 1, het uav contract wordt afgehandeld in raamwerk 2. Er zijn 3 projecten, bij de aannemer, bij de opdrachtgever en bij het materiaalbureau.
Bij de aannemer draait het project P1 met daarin opgenomen de raamwerken R1 en R2 en de psb's psb1 en psb2 Bij de opdrachtgever draait project P1 met daarin opgenomen raamwerk R1 en psb 1 Bij het materiaalbureau draait project P2 met daarin opgenomen raamwerk R2 en psb2 (niet nodig maar misschien handig?: dit psb2 kent slechts 1 pir voor de box Materiaalbureau, andere medewerkers zijn gemachtigd namens deze box)
Bij de aannemer zijn nu de volgende personen aanwezig in het psb
De aannemer kan nu gewoon communiceren met opdrachtgever zoals in normale VISI projecten
De aannemer stelt een nieuw bericht op (voor antwoorden zijn er geen bijzonderheden)
Het Soapbericht komt aan bij de organisatie 'materiaalbeheer'.
Probleem: in psb1 is er een persoon aannemer met een rol 'materiaalaanvrager', deze persoon heeft een guid persoons-id, bijv 'AAA1' in psb2 is er een persoon aannemer met een rol 'aannemer', deze persoon heeft een guid persoons-id, bijv 'BBB2' Bij de aannemer zijn er nu 2 personen aannemer met 2 verschillende guid's
Oplossing: Er zijn hier 2 oplossingsrichtingen: