Cuestión : Informe del RMS, filtro el mes pasado

¿Hay una manera en informes al por menor del sistema de gestión de hacer que la fecha del filtro automáticamente demuestre el mes pasado fechas al abrir un informe? ¿el

I sabe que yo puede especificar el mes pasado en el lista de persiana sobre la abertura, pero que es allí una manera así que las fechas de (e.g. ahora sería los 1-31 de mayo) serán introducidas “el mes pasado” automáticamente como filtro? ¿El archivo de .qrp es editable y puedo filtrar por el y el , pero no puedo conseguir cualquier cosa trabajar que tiene que hacer con ideas del

Any del Last month…? class= del

Respuesta : Informe del RMS, filtro el mes pasado

Encontró el código. Aquí están algunos de los pedazos dominantes del código/de la lógica.

Una vez más para cada webapplication, consigo cada colección del sitio. El código comienza en una colección dada del sitio.

Conseguir la lista de usuario de la colección del sitio.
Para cada usuario, cheque si el usuario existe en ANUNCIO vía LoginName (samAccountName). Si existe el usuario salto (migrateuser no necesario). Si el usuario no existe, no consigue el Sid del usuario y no mira para arriba el ANUNCIO basó en el Sid.
Si está encontrado, conseguir el nuevo nombre de conexión y generarlo emigran comando del usuario al archivo de hornada.
Observar que el archivo de hornada tendrá múltiplo el repetir de las líneas para el mismo usuario a través de las colecciones del sitio. Utilizo un comando de la clase del powershell de quitar los duplicados en el extremo (CROMATOGRAFÍA GASEOSA C:\migrateUsers.txt| Clase | GU > C:\migrateUsers.bat)



1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
36:
37:
38:
39:
40:
41:
42:
43:
44:
45:
46:
47:
48:
49:
50:
51:
52:
53:
54:
55:
56:
57:
58:
59:
60:
61:
62:
63:
64:
65:
66:

[System.Reflection.Assembly]:: LoadWithPartialName (“Microsoft.SharePoint”) > $null
$site = nuevo-objeto Microsoft.SharePoint.SPSite ($SiteCollectionURL)
$web = $site.openweb ()

$siteCollUsers = $web.SiteUsers

foreach ($MyUser en $siteCollUsers)
{
	si (($MyUser.LoginName.ToLower () - ne “sharepoint \ sistema”) - y ($MyUser.LoginName.ToLower () - ne “autoridad del NT \ usuarios authenticados”) - y ne “autoridad del NT \ servicio local” (de $MyUser.LoginName.ToLower () -))
	{
		$UserName = $MyUser.LoginName.ToLower ()
		$UserNameSplit = $UserName.split (“\ ")
		Conexión del usuario del #Write-Anfitrión “: ”, $MyUser.LoginName, “SID: ”, $MyUser.Sid

		$returncheck = Check_User_In_ActiveDirectory $UserNameSplit [1] $mydomaincnx 
		si ($returncheck - eq $False)
		{

			$nameFromSID = ConvertTo-Nombre $MyUser.Sid
			si ($nameFromSID - ne “usuario no encontrado”)
			{
				$command = “stsadm.exe - migrateuser de o - oldlogin” + $MyUser.LoginNAme + “- newlogin” + $nameFromSID + “- ignoresidhistory”
				Escribir-salida $command | hacia fuera-archivo C:\migrateUsers.txt - añadir
			}


		}
	}
}

$web. Disponer ()
$site. Disponen ()

ConvertTo-Nombre de la función ($SID) 
{
   trampa 
   {
      “Usuario no encontrado”; continuar
   }
   ((nuevo-objeto security.principal.securityidentifier $SID) .translate ([security.principal.ntaccount])). Valor
}

función Check_User_In_ActiveDirectory ([secuencia] $LoginName, [secuencia] $domaincnx)
{
	$returnValue = $false
	#Filter en el usuario que existe y activó
	$strFilter = “(y (|(objectCategory=user) (objectCategory=group))(samAccountName=$LoginName))”
	$objDomain = Nuevo-Objeto System.DirectoryServices.DirectoryEntry ($domaincnx)

	$objSearcher = Nuevo-Objeto System.DirectoryServices.DirectorySearcher
	$objSearcher.SearchRoot = $objDomain
	$objSearcher.PageSize = 1000
	$objSearcher.Filter = $strFilter
	$objSearcher.SearchScope = “sub-estructura”

	#$objSearcher.PropertiesToLoad.Add (“nombre”)

	$colResults = $objSearcher.FindAll ()

	si ($colResults.Count - GT 0)
	{
		Cuenta del #Write-Anfitrión la “existe y Active: ”, $LoginName
		$returnValue = $true
	}
	$returnValue de vuelta
}
Otras soluciones  
 
programming4us programming4us