+1Hallo,
Ik heb een interactief document in een test-map gemaakt en wil deze nu graag als een nieuwe versie van een bestaand document importeren. Ik krijg echter de foutmelding “het gekozen bestand kan niet over het huidige document geïmporteerd worden omdat dit een ander document is”.
Wat doe ik verkeerd?
Antwoord op het topic Chaim Leunissen
Hoi Inge,
Dit is toch onlogisch, waarom staat er dan een importeer-knop?
Ik ben in een test map interactieve documenten aan het uitproberen. Nu is er een gereed en wil ik een bestaand document vervangen voor dit nieuwe interactieve document. Ik heb de conceptversie als documenttype veranderd naar een interactief document. Dan zou ik toch de versie moeten kunnen importeren?
Groet Lisanne
Ik snap je denkwijze en plan van aanpak. Echter, afgaande op je beschrijving en doelstelling past een van deze 2 werkwijzen beter om de omzetting naar een ander documenttype te testen:
1 Je organisatie beschikt over 1 Zenya omgeving
Wetenswaardigheid: als je een conceptversie van een document verwijdert, dan keer je terug naar de situatie voorafgaand aan het aanmaken van het concept
Als je vervolgens een nieuw concept aanmaakt van het document, dan is dat altijd een exacte kopie van de gepubliceerde versie. Dat betekent dat de omzetting van het documenttype in het vorige concept ongedaan is gemaakt.
Daarnaast is het goed om te weten dat het versienummer van het verwijderde concept wordt hergebruikt.
2 Je organisatie beschikt over een Zenya testomgeving welke een kopie is van productie
Voorwaarde: via DataCopy is er een versie van het productiedocument beschikbaar in jullie testomgeving. Oftewel: de versienummers in de test en productie omgeving mogen van elkaar verschillen, zolang het maar om hetzelfde Document ID of QuickCode gaat.
Verklaring
Scenario 2 verklaart waarom het niet mogelijk is om de IDF export van een document toe te passen op een document met een ander Document ID of QuickCode - dat zou namelijk betekenen dat je in productie een totaal ander document zou kunnen overschrijven!
Als je een IDF bestand gebruikt om een totaal nieuw document aan te maken, dan krijgt dat document een eigen Document ID of QuickCode en verbreek je effectief de relatie met het originele document.
En je hebt dan tevens 2 documenten met hetzelfde onderwerp in Zenya staan.
Hoi Lisanne,
Je doet niets verkeerd, je kunt niet een ander document over een bestaand document heen importeren. Je kunt het document wel als nieuw document toevoegen maar niet als een nieuwe versie van een bestaand ander document.
+1Hoi Inge,
Dit is toch onlogisch, waarom staat er dan een importeer-knop?
Ik ben in een test map interactieve documenten aan het uitproberen. Nu is er een gereed en wil ik een bestaand document vervangen voor dit nieuwe interactieve document. Ik heb de conceptversie als documenttype veranderd naar een interactief document. Dan zou ik toch de versie moeten kunnen importeren?
Groet Lisanne
+5Hoi Inge,
Dit is toch onlogisch, waarom staat er dan een importeer-knop?
Ik ben in een test map interactieve documenten aan het uitproberen. Nu is er een gereed en wil ik een bestaand document vervangen voor dit nieuwe interactieve document. Ik heb de conceptversie als documenttype veranderd naar een interactief document. Dan zou ik toch de versie moeten kunnen importeren?
Groet Lisanne
Ik snap je denkwijze en plan van aanpak. Echter, afgaande op je beschrijving en doelstelling past een van deze 2 werkwijzen beter om de omzetting naar een ander documenttype te testen:
1 Je organisatie beschikt over 1 Zenya omgeving
Wetenswaardigheid: als je een conceptversie van een document verwijdert, dan keer je terug naar de situatie voorafgaand aan het aanmaken van het concept
Als je vervolgens een nieuw concept aanmaakt van het document, dan is dat altijd een exacte kopie van de gepubliceerde versie. Dat betekent dat de omzetting van het documenttype in het vorige concept ongedaan is gemaakt.
Daarnaast is het goed om te weten dat het versienummer van het verwijderde concept wordt hergebruikt.
2 Je organisatie beschikt over een Zenya testomgeving welke een kopie is van productie
Voorwaarde: via DataCopy is er een versie van het productiedocument beschikbaar in jullie testomgeving. Oftewel: de versienummers in de test en productie omgeving mogen van elkaar verschillen, zolang het maar om hetzelfde Document ID of QuickCode gaat.
Verklaring
Scenario 2 verklaart waarom het niet mogelijk is om de IDF export van een document toe te passen op een document met een ander Document ID of QuickCode - dat zou namelijk betekenen dat je in productie een totaal ander document zou kunnen overschrijven!
Als je een IDF bestand gebruikt om een totaal nieuw document aan te maken, dan krijgt dat document een eigen Document ID of QuickCode en verbreek je effectief de relatie met het originele document.
En je hebt dan tevens 2 documenten met hetzelfde onderwerp in Zenya staan.
+6Helaas loop ik tegen hetzelfde probleem aan: ik wil ook graag een bestaand document vervangen door een nieuwe, interactieve versie.
Kan je een poging doen om dit duidelijker te maken?
Ter toelichting:
Wij zijn bezig met het omzetten van diverse Word protocollen naar interactieve documenten. Hierbij worden bijna altijd meerdere bestaande Word protocollen gecombineerd in één interactief document.
Uiteraard zijn er diverse betrokkenen die over het nieuwe interactieve document een oordeel moeten geven. Daardoor is vooraf niet zeker welk Word protocol uiteindelijk wordt vervangen door het interactieve document. We kunnen dus niet starten met het omzetten van een bestaand Word document naar een nieuw interactief concept.
+5
Misschien dat dit onderscheid helpt:
Het eerste inzicht is mijns inziens helpend in jullie situatie:
Heb je al een account? Log in
Nog geen lid van de community? Maak hier een account aan
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
