How to: Test Incoming Enable Libraries in SharePoint

joostFor a project I am currently involved with, we had to create email enabled libraries within SharePoint. At first sight this wasn’t such a problem and we’ve created an installation manual in order to configure all parts related to the Incoming mails. The part of installing and configuring all parts is heavily discussed all over the Internet and the document we’ve created was mainly based on the Blog written by Harmeet Walia. However due to some technical limitations we were not able to test the entire mail flow to date. However we really would want to test the pickup of the messages from the mail server and wanted to see them added to the configured library.

The only option I thought of was with the Command Prompt. However out of the box this isn’t possible, on the other side the good news was that sending emails using command prompt can be done using a Telnet session. The Telnet client can be installed from the Windows Server 2008 R2 Server Manager.

When everything is in place, it is possible to send the email to the SMTP service. In order to do so, first start Command Prompt as an Administrator.

Next execute the following command:

telnet {Server FQDN} 25

In the above mentioned command line first the program Telnet is used. Second the server name to which the connection needs to be set-up is defined, this needs to be the FQDN of the server. And the last part (here 25) is the port number. For mail client’s in most cases port 25 is being used.

When the Enter button is hit, a connection to the server is made. We see a new screen within the Command Prompt and we can start defining the email. First we have to configure several parts. In order to do this, execute the following command lines.

helo {server FQDN}
mail from:{your email address}
rcpt to:{email address of email enabled library}

Within the first line we say hello to the SMTP server (the helo as spelled above is the correct spelling format!). Don’t ask me why this has to be done with this spelling, but it has to be done anyway. Second you have to add a valid email address from which the mail is being send, and next to recipient of the email needs to be configured, which is in our case the email enabled library. Finish this block with data. When the Enter button is being hit, the message can be configured. For configuring the e-mail, use the following example:

Subject: test email

this is a test e-mail
Hello World
sent from Command Prompt

The From and Subject address are being displayed in you message. This can be any valid value. After hitting Enter twice it is possible to configure the body of the email. in this case we have defined three lines (but can be more or less). When the entire email is configured, a dot (.) needs to be entered in the Command Prompt. By entering a dot it is declared that the message is done and can be send. In this case the message is sent and queued on your SMTP server.


SharePoint 2010: Content Deployment

JoostToday I was testing the SharePoint 2010 Content Deployment jobs. With the help of several blogs I managed to configure the Content Deployment quite easily. Using blogs of Becky Bertram and Benjamin Athawes, I figured out how to configure Content Deployment quite fast. Before we step into several gotcha’s I will explain a bit about the role of Content Deployment.

According to Microsoft TechNet, Content Deployment “… is a feature of Microsoft SharePoint Server 2010 that you can use to deploy content from a source site collection to a destination site collection”. With the help of content deployment, administrators are able to create a web application in which all content is managed (with the help of workflows and versioning). Besides this staging environment administrators create a second web application in which all content is displayed (only the major versions). The second environment does not allow users to update content. For example in this way we can set up a website. On the staging environment all changes can be made, approved by an approval process, and can be published to the website once all changes are approved. In this way we can reduce down time, and are able to correct any errors before they are made within the production environment. Herewith we can make sure that there are no spelling errors or wrong prices on the page.

Content deployment is especially useful when all content will be transported from one web application to the other. During the content deployment all kinds of content is copied to the destination web site. So all site columns, site content types, libraries, list, contents of lists and libraries, even web parts and even settings are placed in the destination web site. Even when a web parts isn’t deployed on the destination website the web parts is added tot the site. This will cause errors on the page. In this case the deployment of the web part on the destination web site is enough to let the web part function. It is important to know that a full copy is created, this means that all ID’s are also exactly the same as on the staging environment.

In the picture on the right side every step of the content deployment jobs is mentioned in the diagram. This flow diagram can also be found on TechNet. Using this flow chart you see that it is necessary to create a place where cab files can be stored temporarily. All with all a lot of steps are performed by SharePoint, and SharePoint will do this in simple environments within several minutes (quite impressive).

I also noticed during several tests that it is important to know what is changed in both the staging environment and destination website. When something is new or changed on the staging environment these changes will be deployed to the destination site during the Content Deployment job. However it might be possible to make changes in the production environment. These changes will not be replicated to the staging environment. When changes are made in the production environment and other changes are made on the staging environment, the changes on the production environment will still be in place. Once the editor changes the same settings in the staging environment (with other settings than the production environment), the changes to the production environment will be lost when the content deployment job is ready. At this moment all settings of the staging environment will be found on the production environment.

The content deployment jobs can use fully configured schedules in order to define when the jobs need to be executed. Here we have the possibility to start the job every hour, day, month or year. Besides this we are able to specify certain intervals on which the job should be run.
When using a publishing page there are even more possibilities to deploy new pages. When using these publishing page SharePoint delivers to possibility to add separate pages to the ‘quick deployment job’. This job can be configured to run for instance every 15 minutes. When the pages is edited and marked for deployment, the Quick deployment job will gather all marked pages and deploy them to the destination site. In this way content can de deployed very fast, without updating the entire website.

During the configuration I hit some gotcha’s which I wanted to share with you.

  1. During my first tests I created a source Site Collection (Blank Site template), and I created a destination Site Collection (blank Site Collection). At this time the content deployment jobs failed because there was already content in the site which was the same as the source Site Collection. This is al because of the Style library which is included in a blank site template.
  2. When configuring Content Deployment make sure that the target Site Collection is create without a template. Instead of choosing a default template go the Custom tab and on the tab choose for “< Select Template Later…>”. When the content deployment job is started for the first time the site and all of its contents will be created on the destination website.
  3. Configure Content Deployment from the beginning on. When a site is created and content needs to be added to the production environment the content deployment jobs will fail. Only when content deployment is configured from the start on, the solution will help you with content deployment.
  4. When a content deployment job is running, new jobs cannot be started. So when you are programming a method which let the user start content deployment, please check if the deployment job is already running.
  5. The Content Deployment jobs only publishes the most recent major version and the last minor version. All other versions are not used during the content deployment.

When there are any further questions about content deployment, please leave a remark at this blog.

NINTEX Workflow 2010: State machines


De afgelopen weken ben ik weer veel met NINTEX Wokflow 2010 bezig geweest. De laatste keer dat ik een workflow heb ingericht was met behulp van een zogenaamde state machine workflow. Deze methode om workflows te creëren is zeer interessant maar behoeft wel wat extra uitleg.

Wat is een state machine?
Een state machine is een onderdeel van Microsoft .NET Framework 4.0. Hierdoor heeft NINTEX deze actie ook mogelijk gemaakt in NINTEX Workflow 2007 en de 2010 versie. Aan de hand van deze ‘state machine’ acties kunnen er binnen de workflow vele verschillende statussen worden gedefinieerd. Een state machine heeft altijd twee of meer statussen, en een van deze statussen is actief tijdens de uitvoer van de state machine. Het gebruik van een ‘state machine’ actie is zeer handig indien er veel tussen statussen gewisseld moet worden.

Zoals gezegd kan een state machine workflow handig zijn voor verschillende doeleinden. hierbij zijn verschillende voorbeelden te geven:

  • Offerte proces, waarbij de offerte sequentieel moet worden goedgekeurd door meerdere personen;
  • Beoordeling van een item of aanvraag waarbij er meerdere uitkomsten zijn bij de beoordeling;

Het maken van een State Machine workflow is binnen NINTEX Workflow heel eenvoudig. Door de workflow actie ‘state machine’ (uit de categorie Logic and flow) op de juiste plaats in de workflow designer te slepen, wordt er een state machine aangemaakt. De volgende stap is het aanmaken van alle benodigde ‘states’. Binnen deze ‘states’ worden dan de verschillende acties helemaal ingericht. Zo kunnen er onder andere berichten verzonden worden, kan CRM geüpdate worden en kan het lijstitem of bestand geüpdate worden.

imageOp NINTEX Connect is een voorbeeld van een State Machine workflow uitgewerkt. De beschrijving is gemaakt voor SharePoint 2007 met NINTEX Workflow 2007. Deze beschrijving is ook zeer goed te gebruiken voor SharePoint 2010 en NINTEX Workflow 2010.

Safe loop mechanisme
Tijdens het inrichten van de laatste workflow kreeg ik de vraag waarom de gebruikers zo lang moeten wachten, immers men verwachte dat het item direct werd geüpdate. Het probleem wat men hier tegen komt is het safe loop mechanisme. Dit mechanisme zorgt ervoor dat er 5 minuten gewacht wordt wanneer er gewisseld moet worden van ‘state’. Dit heeft NINTEX gedaan om te voorkomen dat een oneindige loop alle resources opneemt van de SharePoint server. Indien dit gebeurt zal SharePoint niet meer werken…

Het is mogelijk om het safe loop mechanisme terug te brengen naar 1 minuut. Persoonlijk zou ik dit niet adviseren omdat je dan te weinig tijd zou hebben om de workflow te stoppen indien een oneindige loop gecreëerd is. Ook NINTEX adviseert om het safe loop mechanisme nooit lager te zetten dan 5 minuten. Een en ander is door NINTEX kort uiteengezet als antwoord op een vraag over dit mechanisme, klik hier voor de link.

Aan het begin van het maken van een state machine workflow definieer je alle benodigde statussen. Tijdens het configureren van de state machine merkte ik dat ik de verkeerde statussen had gebruikt en dat daardoor de volgorde raar werd weergegeven. Ik besloot de state’s te hernoemen. Wat me opviel bij het uitvoeren van de worfklow was dat de aangepaste namen keurig werden verwerkt in de flow. Maar bij de workflow actie ‘change state’ wordt de naam van de state opgenomen in het onderste label veld. Dit veld wordt niet automatisch aangepast als de namen van de states worden aangepast. Dit leidde in eerste instantie tot verwarring bij mij en de gebruikers.
Bovenstaande is gemeld bij NINTEX en zal zeer waarschijnlijk niet worden opgelost in de volgende release (de nieuwe release met bugfixes wordt op zeer korte termijn verwacht). In de release hierna wordt bovenstaande oneffenheid zeer waarschijnlijk wel meegenomen.

SharePoint op een iPad, welke apps kun je gebruiken?


De laatste tijd kom ik steeds vaker  bij klanten om over SharePoint te praten. Steeds vaker komt ook naar voren dat de medewerkers van de klant iPad’s gebruiken. Beheerders willen SharePoint vaak ook beschikbaar maken op de iPad. Uiteraard is SharePoint al een website die je met Safari kan openen. Maar in dit geval zijn de knoppen heel klein en de vingers vaak heel groot.

Om dit probleem te ondervangen zijn er legio bedrijven die verschillende applicaties voor de iPad hebben ontwikkeld. Deze applicaties (apps) zorgen ervoor dat de gegevens van de site vast komen te liggen en dat de gebruiker de site direct kan openen. In de meeste gevallen wordt dan niet de site geopend maar worden de gegevens door middel van web-services geopend en worden daarna alle gegevens in de app getoond.

Doordat klanten steeds vaker vragen welke app zij het beste kunnen gebruiken, of apps al gebruiken heb ik besloten om enkele apps eens uit te proberen. Hierbij was voor mij belangrijk dat de apps zoveel mogelijk gegevens van SharePoint tonen, maar dat de apps ook gebruiksvriendelijk zijn.

In Apple’s App Store krijg je na de zoekvraag ‘SharePoint’ 33 resultaten terug. Van deze 33 resultaten heb ik naar 4 apps gekeken die SharePoint sites zouden kunnen openen. Uiteindelijk ben ik gekomen bij SharePlus Lite, Filamente Lite, Moprise en SPDashboard. De doelstellingen van deze apps zijn allemaal hetzelfde, het tonen van de gegevens uit een SharePoint site. De weergave van de gegevens vindt bij alle vier de apps heel anders plaats. Wel is goed te zien dat Shareplus Lite en Filamente lite bijna dezelfde interface en usability hebben. Moprise probeert in de buurt te komen van deze apps, maar mist een heleboel functionaliteiten in vergelijking met de andere apps.

In onderstaande tabel heb ik van enkele zaken die mij opvielen aan de verschillende apps een vergelijking gemaakt. Daarnaast heb ik in de tabel de prijzen van de verschillende apps toegevoegd. Als de betaalde versie van de app wordt aangeschaft komen er vaak extra functionaliteiten beschikbaar. Hierbij kan gedacht worden aan het aanpassen en verwijderen van documenten in de SharePoint bibliotheken.


SharePlus heeft de meeste features toegevoegd aan het product. SharePlus kan namelijk ook door de IT afdeling centraal uitgerold en beheerd worden. Door dit te laten doen komen er ook mogelijkheden beschikbaar als rebranding, centrale  uitrol van configuraties en aangepaste features. Daarnaast is ook geschikt gemaakt voor verschillende platformen als IOS (iPad, iPhone en iPod) maar ook Mac, BlackBerry PlayBook en Google’s Android.

Met de ervaringen die ik nu met de verschillende apps heb, kom ik toch wel tot de conclusie dat Filamente en SharePlus de meeste functionaliteiten hebben. Persoonlijk zou ik voor de iPad kiezen voor Filamente. Ten eerste omdat deze applicatie direct de gegevens van lijstitems toont (ongeacht het type veld) en ten tweede omdat deze app de accounts centraal opslaat. Op deze wijze hoef je de gegevens van de toegevoegde accounts maar 1 keer aan te passen als je wachtwoord verloopt.

Openen van SharePoint sites op Windows Phone 7


Voor een klant hebben we vandaag gekeken naar de mogelijkheden die SharePoint Workspace 2010 kan bieden. Nu vragen enkelen zich af wat is SharePoint Workspace 2010?

SharePoint Workspace 2010 is de nieuwe versie van Microsoft Groove 2007. Met deze tool kunnen SharePoint 2010 bibliotheken en lijsten gesynchroniseerd worden. Door van een SharePoint 2010 site ook een workspace te maken worden de SharePoint bibliotheken en lijsten lokaal genomen. het voordeel hiervan is, dat de gebruiker altijd bij de documenten kan komen. Ook als er geen verbinding is met de SharePoint server. In dit geval worden de wijzigingen (of nieuw toe te voegen documenten) in de cache van de computer geplaatst. Wanneer er dan weer een internetverbinding wordt gemaakt zullen alle wijzigingen gesynchroniseerd worden met de SharePoint 2010 omgeving. Volgens Microsoft zou er ook een mobiele variant van deze tool beschikbar zijn voor Windows Phone 7.

Microsoft SharePoint Workspace 2010 voor Windows Phone 7?
Het feit dat deze cliënt ook beschikbaar was voor Windows Phone 7 schepte mijn verbazing. Dit maakte me ook wel weer nieuwsgierig. ZA102165361Na enig zoeken op mijn Windows Phone 7, en het enkele malen opnieuw lezen van het artikel ben ik er nu achter wat hiermee bedoelt wordt. Voor Windows Phone 7 geld namelijk dat een SharePoint site gekoppeld kan worden in de Office Hub. Dit betekent dat er geen extra tools geïnstalleerd hoeven te worden op je mobiel.

Hoe koppel je een SharePoint site?
Een site koppelen doe je in de Windows Phone 7 Office Hub. Door op het pictogram start-icon-officete klikken zal de Windows Phone 7 Office hub geopend worden. Scroll nu naar de tab ‘Locations’, vervolgens klik je op de plus onderaan in het scherm. Hierna opent zich het scherm ‘Open URL’. Nu kun je de URL van de SharePoint site invoeren. Waarna dit gedaan is kun je op enter drukken, dit is de knop: ie-icon-go-key. Windows Phone 7 probeert nu in te loggen met het voor Exchange ingevoerde account. Indien dit account niet werkt, of niet bestaat op je telefoon zal er eerst een inlogscherm getoond worden.
Mocht er een verkeerde URL zijn ingevoerd (bijvoorbeeld een URL die niet bestaat) dan wordt er een melding weergegeven (Can’t connect). Bekijk in dit geval goed de URL want hier zal dan een fout inzitten!

LET OP!: er kan geen contact worden gelegd met SharePoint 2007 sites, dit wordt niet ondersteund! Om deze mogelijkheid te gebruiken moet er contact gemaakt worden met een SharePoint 2010 site!

Meer informatie?
Meer informatie is ook te vinden op:

Openen van URL’s in een nieuwe browser in SharePoint


Tijdens de uitvoering van mijn werkzaamheden voor een klant kwam de vraag naar voren of bepaalde snelkoppelingen in een apart venster geopend zouden kunnen worden. Hier ben ik naar op zoek gegaan hoe dit te bewerkstelligen is en ben ik tot enkele oplossingen gekomen.

Koppeling in bovenste navigatie balk
Als je een koppeling in de bovenste navigatiebalk wil plaatsen en deze in een nieuw scherm wil openen kun je een stukje Javascript gebruiken om dit te bewerkstelligen. Om dit te doen plak je bijvoorbeeld de onderstaande code in het URL veld:“;);void(0);

Door bovenstaande code in het veld te plakken zal er een nieuw scherm geopend worden waar de URL op wordt geopend. In het geval van dit voorbeeld zal de site in een nieuw browserscherm geopend worden. Het toevoegen van links aan het menu aan de zijkant van een SharePoint pagina kan ook gedaan worden met behulp van dit stukje JavaScript. Ook hier zal de pagina in een nieuw venster geopend worden.  De bovenstaande oplossing kan ook gebruikt worden in editors die gebruikt worden voor het maken van blogs (Bijvoorbeeld Windows Live Writer 2011).
LET OP!: bovenstaande oplossing werkt niet als de publishing feature van SharePoint is geactiveerd. In dit geval heb je bij het aanmaken van een hyperlink al de mogelijkheid om aan te geven of de hyperlink in een nieuw scherm geopend moet worden of niet.

Koppeling in een lijst
Indien je een koppeling in een lijst wil plaatsen dan is dit ook mogelijk. Hiertoe dien je 4 velden toe te voegen aan een bestaande lijst, of als je een lijst met koppelingen wil maken dan dien je een custom list te maken (de template ‘Koppelingen’ is helaas niet te gebruiken omdat je bij de berekende kolom niet de beschikking hebt over het veld ‘Titel’ en ‘URL’):
– Naam Hyperlink
– selectievakje ‘Openen in een nieuw venster’
– Berekende kolom ‘Naam rapport’

door in de berekende kolom de volgende berekening toe te voegen wordt er een DIV gecreëerd waar de URL in wordt geplakt. Voeg in de berekende kolom de volgende berekening in (voor een Nederlandstalige site, zie onderstaande links voor de Engelstalige berekeningen):

=TEKST.SAMENVOEGEN(“<DIV><a href=”;URL;ALS([Openen in een nieuw venster]=WAAR;” target=’_blank'”;””);”>”;Titel;”</a></DIV>”)

Als de URL’s die in de berekende kolom opgebouwd worden, getoond moeten worden op een pagina, moet op deze pagina een stuk javascript geplaatst worden. Om dit te doen voeg je een ‘Inhoudseditor’ toe op de pagina. In de broneditor van dit type web part moet je de volgende Javascript code plakken:

   1:  <script type="text/javascript">
   2:  //
   3:  // Text to HTML
   4:  // Feedback and questions:
   5:  //
   6:  var theTDs = document.getElementsByTagName("TD");
   7:  var i=0;
   8:  var TDContent = " ";
   9:  while (i < theTDs.length) {
  10:  try {
  11:  TDContent = theTDs[i].innerText || theTDs[i].textContent;
  12:  if ((TDContent.indexOf("<DIV") == 0) && (TDContent.indexOf("</DIV>") >= 0)) {
  13:  theTDs[i].innerHTML = TDContent;
  14:  }
  15:  }
  16:  catch(err){}
  17:  i=i+1;
  18:  }
  19:  //
  20:  // ExpGroupRenderData overwrites the default SharePoint function
  21:  // This part is needed for collapsed groupings
  22:  //
  23:  function ExpGroupRenderData(htmlToRender, groupName, isLoaded) {
  24:  var tbody=document.getElementById("tbod"+groupName+"_");
  25:  var wrapDiv=document.createElement("DIV");
  26:  wrapDiv.innerHTML="<TABLE><TBODY id=\"tbod"+ groupName+"_\" isLoaded=\""+isLoaded+ "\">"+htmlToRender+"</TBODY></TABLE>";
  27:  var theTBODYTDs = wrapDiv.getElementsByTagName("TD"); var j=0; var TDContent = " ";
  28:  while (j < theTBODYTDs.length) {
  29:  try {
  30:  TDContent = theTBODYTDs[j].innerText || theTBODYTDs[j].textContent;
  31:  if ((TDContent.indexOf("<DIV") == 0) && (TDContent.indexOf("</DIV>") >= 0)) {
  32:  theTBODYTDs[j].innerHTML = TDContent;
  33:  }
  34:  }
  35:  catch(err){}
  36:  j=j+1;
  37:  }
  38:  tbody.parentNode.replaceChild(wrapDiv.firstChild.firstChild,tbody);
  39:  }
  40:  </script> 

.csharpcode, .csharpcode pre
font-size: small;
color: black;
font-family: consolas, “Courier New”, courier, monospace;
background-color: #ffffff;
/*white-space: pre;*/
.csharpcode pre { margin: 0em; }
.csharpcode .rem { color: #008000; }
.csharpcode .kwrd { color: #0000ff; }
.csharpcode .str { color: #006080; }
.csharpcode .op { color: #0000c0; }
.csharpcode .preproc { color: #cc6633; }
.csharpcode .asp { background-color: #ffff00; }
.csharpcode .html { color: #800000; }
.csharpcode .attr { color: #ff0000; }
.csharpcode .alt
background-color: #f4f4f4;
width: 100%;
margin: 0em;
.csharpcode .lnum { color: #606060; }

Door de ‘Inhoudseditor’ onder de web parts te plaatsen waar de links in gecreëerd worden, zal de code uitgevoerd worden. In dit geval zul je dus de waarde te zien krijgen die in het ‘titel’ veld is ingevuld.

Voor meer informatie, zie ook de volgende URL’s:
Creëren van de benodigde custom list –
Meer informatie over het Content Editor Web part –
Gebruik van ‘Calculated Columns’ en HTML –

NINTEX workflow 2010 – een inzicht de in de mogelijkheden – de start


Een week of 2 geleden heb ik de cursus NINTEX Workflow 2010 gevolgd. Deze cursus heb ik als web cursus gevolgd. Dit betekende dat ik uiteindelijk 3 dagen thuis voor de computer gezeten, met een live meeting verbinding naar Engeland. Helaas voor mij zat ik in de Middle East time zone, dit betekende dat ik elke dag om uiterlijk 07.30 moest inloggen. Maar al met al vond ik het een zeer leerzame training en heb ik er veel geleerd. In deze (en de volgende blog posts) wil ik enkele zaken delen die ik van de cursus heb opgestoken.

Algemene inleiding NINTEX Workflow 2010

Met behulp van NINTEX Workflow 2010 geef je de gebruikers of de beheerders van de SharePoint omgeving de mogelijkheid om eenvoudig workflows te creëren. Om een workflow met behulp van NINTEX Workflow 2010 in elkaar te zetten hoef je absoluut geen programmeer kennis te hebben. Door het oppakken van bouwblokken en deze op de juiste plaats in de workflow designer te plaatsen kan iedereen een workflow in elkaar zetten.

in onderstaande figuur wordt weergegeven hoe NINTEX Workflow 2010 geplaatst worden binnen de SharePoint omgeving in vergelijking met de andere SharePoint tools voor het creëren van workflows.

Workflow tools in SharePoint 2010

Installatie van NINTEX Workflow 2010

NINTEX Workflow 2010 is een workflow pakket dat binnen SharePoint 2010 wordt geïnstalleerd. Dit pakket werkt niet op de 2007 versie van SharePoint. Hiervoor is de NINTEX Workflow 2007 versie beschikbaar. NINTEX is een Windows installer die op alle Front End servers van de SharePoint omgeving geïnstalleerd moet worden. Op de achtergrond installeert deze installer diverse WSP’s en features binnen de SharePoint omgeving. Uiteindelijk zal je NINTEX Workflow 2010 terugzien op de Central Administration pagina van SharePoint.


Na de installatie van NINTEX Workflow 2010 zullen de geïnstalleerde features ook gedeployed moeten worden naar de web applicaties waar NINTEX Workflow 2010 gebruikt zal gaan worden. Dit doe je door de oplossingen aan te klikken en te deployen naar de web applicaties die voor de organisatie van belang zijn (dit is ook mogelijk met de STSADM command: ‘STSADM –o deploysolution’). Nadat de features zijn toegevoegd aan de verschillende web applicaties zullen de features ook op Site Collectie niveau en op Site niveau geactiveerd moeten worden.

Configureren van NINTEX Workflow 2010

Voor het configureren van NINTEX Workflow 2010 moeten enkele configuraties gemaakt worden. Zo zal er een Configuratie database gecreëerd moeten worden (deze database dient tevens als content database voor de workflows). Vervolgens zal de licentie geïmporteerd moeten worden. Ook zal

Nadat de bovenstaande stappen zijn ondernomen moeten er enkele stappen ondernomen worden die voor elke organisatie anders kunnen zijn. Als eerste moeten de globale settings ingevuld worden. Hier moeten de e-mailadressen van de e-mails geconfigureerd worden. Tevens is het vanaf deze locatie mogelijk om eenvoudig andere templates aan e-mails te koppelen. Daarnaar moet er in Central Administration aangegeven worden welke blokken er beschikbaar zijn voor het maken van de workflows. Tevens kan LazyApporal geconfigureerd worden (hierover binnenkort meer!). En als laatste kunnen er enkele standaard omgevings variabelen gedefinieerd worden. Hierbij kan onder andere gedacht worden aan een gebruikersnaam en wachtwoord voor het aanspreken van web services. In dit geval configureer je de Gebruikersnaam en Wachtwoord in Central Administration en kunnen de gebruikers deze credentials gebruiken, zonder dat zij zien welke credentials dit zijn.

Mocht je interesse hebben over NINTEX Workflow 2010, neem dan contact op met Joost van Lier.