<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>excel &#8211; Blue Lance</title>
	<atom:link href="https://bluelance.com/docs-tag/excel/feed/" rel="self" type="application/rss+xml" />
	<link>https://bluelance.com</link>
	<description></description>
	<lastBuildDate>Thu, 04 Jun 2026 23:13:36 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>

<image>
	<url>https://bluelance.com/wp-content/uploads/2025/11/fevicon-ic-1.png</url>
	<title>excel &#8211; Blue Lance</title>
	<link>https://bluelance.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Viewing Script Execution History</title>
		<link>https://bluelance.com/docs/viewing-script-execution-history/</link>
		
		<dc:creator><![CDATA[peter thomas]]></dc:creator>
		<pubDate>Thu, 28 May 2026 16:20:54 +0000</pubDate>
				<guid isPermaLink="false">https://bluelance.com/?post_type=docs&#038;p=15876</guid>

					<description><![CDATA[The PowerShell Orchestrator execution log provides a complete record of every script run — whether triggered by a schedule, run manually on demand, or fired automatically in response to an alert. Reviewing execution history regularly helps confirm that assessments are running as expected, identify scripts that are failing, and retrieve assessment output for investigation or [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">The PowerShell Orchestrator execution log provides a complete record of every script run — whether triggered by a schedule, run manually on demand, or fired automatically in response to an alert. Reviewing execution history regularly helps confirm that assessments are running as expected, identify scripts that are failing, and retrieve assessment output for investigation or compliance purposes.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Accessing the execution log:</strong></p>



<ol class="wp-block-list">
<li>Log in to the LT Auditor <sup>MP</sup> Web UI</li>



<li>Navigate to <strong>Configure → PowerShell Orchestrator → Execution Log</strong></li>



<li>The execution log displays all script runs with the following information:</li>
</ol>



<figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td><strong>Column</strong></td><td><strong>Description</strong></td></tr><tr><td>Script Name</td><td>The name of the script that was executed</td></tr><tr><td>Target</td><td>The endpoint or cloud target the script ran against</td></tr><tr><td>Trigger Type</td><td>How the script was triggered — Scheduled, Manual, or Alert</td></tr><tr><td>Status</td><td>The outcome of the execution — Success, Failed, or Running</td></tr><tr><td>Started</td><td>The date and time the execution began</td></tr><tr><td>Completed</td><td>The date and time the execution finished</td></tr><tr><td>Duration</td><td>How long the script took to complete</td></tr><tr><td>Triggered By</td><td>The user or alert rule that initiated the execution</td></tr></tbody></table></figure>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Filtering the execution log:</strong></p>



<p class="wp-block-paragraph">To narrow down the execution log to specific runs:</p>



<ol class="wp-block-list">
<li>Use the filter bar at the top of the execution log</li>



<li>Filter by any combination of:
<ul class="wp-block-list">
<li><strong>Script Name</strong> — view runs for a specific script</li>



<li><strong>Target</strong> — view runs against a specific endpoint or cloud target</li>



<li><strong>Trigger Type</strong> — filter by Scheduled, Manual, or Alert</li>



<li><strong>Status</strong> — filter by Success, Failed, or Running</li>



<li><strong>Date Range</strong> — limit results to a specific time period</li>
</ul>
</li>



<li>Click <strong>Apply Filters</strong></li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Viewing execution details and output:</strong></p>



<p class="wp-block-paragraph">To view the full details and output of a specific script run:</p>



<ol class="wp-block-list">
<li>Locate the execution entry in the log</li>



<li>Click the entry to open the detail panel</li>



<li>The detail panel displays:
<ul class="wp-block-list">
<li><strong>Execution Status</strong> — Success, Failed, or Running</li>



<li><strong>Start and End Time</strong> — exact timestamps for the run</li>



<li><strong>Target</strong> — the endpoint or cloud target the script ran against</li>



<li><strong>Trigger</strong> — what initiated the execution (schedule name, user, or alert rule)</li>



<li><strong>Script Output</strong> — the full output returned by the script</li>



<li><strong>Error Messages</strong> — any errors encountered during execution</li>



<li><strong>Exit Code</strong> — the PowerShell exit code returned by the script</li>
</ul>
</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Understanding execution statuses:</strong></p>



<figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td><strong>Status</strong></td><td><strong>Description</strong></td></tr><tr><td>Success</td><td>The script completed without errors and output was forwarded to LT Auditor <sup>MP</sup></td></tr><tr><td>Failed</td><td>The script encountered an error and did not complete successfully</td></tr><tr><td>Running</td><td>The script is currently executing — output not yet available</td></tr><tr><td>Timeout</td><td>The script exceeded the maximum allowed execution time and was terminated</td></tr></tbody></table></figure>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Investigating failed executions:</strong></p>



<p class="wp-block-paragraph">If a script shows a status of <strong>Failed</strong>, use the following steps to diagnose the issue:</p>



<ol class="wp-block-list">
<li>Open the failed execution entry in the log</li>



<li>Review the <strong>Error Messages</strong> section for details on what went wrong</li>



<li>Check the <strong>Exit Code</strong> — a non-zero exit code indicates a PowerShell error</li>
</ol>



<p class="wp-block-paragraph"><strong>Common failure causes:</strong></p>



<figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td><strong>Error</strong></td><td><strong>Likely Cause</strong></td><td><strong>Resolution</strong></td></tr><tr><td>Access denied</td><td>Service account lacks required permissions</td><td>Review and update service account permissions</td></tr><tr><td>WinRM connection refused</td><td>WinRM not running on target endpoint</td><td>Start the WinRM service on the target machine</td></tr><tr><td>Target unreachable</td><td>Network or firewall issue</td><td>Verify connectivity using Test-WSMan</td></tr><tr><td>Script timeout</td><td>Script taking too long to complete</td><td>Optimize the script or increase the timeout limit</td></tr><tr><td>Module not found</td><td>Required PowerShell module missing on target</td><td>Install the required module on the target endpoint</td></tr><tr><td>Authentication failure</td><td>Service account credentials expired</td><td>Update the service account credentials in the orchestrator configuration</td></tr></tbody></table></figure>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Viewing assessment results in LT Auditor <sup>MP</sup>:</strong></p>



<p class="wp-block-paragraph">Script output forwarded to LT Auditor <sup>MP</sup> is available in the View module alongside event data from other modules:</p>



<ol class="wp-block-list">
<li>Navigate to <strong>View</strong> in the Web UI</li>



<li>Select the environment and category relevant to your assessment (e.g., Active Directory, Entra ID)</li>



<li>Set the date range to cover the time of the script execution</li>



<li>Filter by:
<ul class="wp-block-list">
<li><strong>Source</strong> — select PowerShell Orchestrator</li>



<li><strong>Script Name</strong> — filter by the specific script if needed</li>
</ul>
</li>



<li>Review the structured assessment data returned by the script</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Exporting execution history:</strong></p>



<p class="wp-block-paragraph">To export the execution log for reporting or audit purposes:</p>



<ol class="wp-block-list">
<li>Apply your desired filters and date range</li>



<li>Click the <strong>Export</strong> button</li>



<li>Choose your format:
<ul class="wp-block-list">
<li><strong>CSV</strong> — for Excel or data analysis</li>



<li><strong>Excel</strong> — native Excel format</li>



<li><strong>PDF</strong> — for audit documentation</li>
</ul>
</li>



<li>Click <strong>Download</strong></li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Monitoring scheduled script health:</strong></p>



<p class="wp-block-paragraph">Use the execution log to confirm that scheduled scripts are running as expected:</p>



<ol class="wp-block-list">
<li>Filter the execution log by <strong>Trigger Type — Scheduled</strong></li>



<li>Review the most recent run for each scheduled script</li>



<li>Confirm:
<ul class="wp-block-list">
<li>The last run time matches the expected schedule</li>



<li>The status shows as <strong>Success</strong></li>



<li>The output contains the expected assessment data</li>
</ul>
</li>



<li>If a scheduled script has not run at its expected time, check:
<ul class="wp-block-list">
<li>The script is set to <strong>Active</strong> in the script library</li>



<li>The PowerShell Orchestrator service is running</li>



<li>The target endpoint is reachable</li>
</ul>
</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Best practices:</strong></p>



<ul class="wp-block-list">
<li>Review the execution log at least weekly to confirm all scheduled assessments are running successfully</li>



<li>Investigate any failed executions promptly — a failing assessment script means a gap in your security posture visibility</li>



<li>Use the execution log as part of incident response to confirm that alert-linked scripts fired correctly and produced useful output</li>



<li>Retain execution history exports as supporting evidence for compliance audits</li>



<li>Set up an alert rule in LT Auditor <sup>MP</sup> to notify your team when a critical assessment script fails so issues are caught quickly rather than discovered during a log review</li>
</ul>



<p class="wp-block-paragraph"><em>[Your administrator should define which assessment scripts are considered critical and ensure alert notifications are configured for any failures in those scripts.]</em></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Day-to-Day Administration</title>
		<link>https://bluelance.com/docs/day-to-day-admin/</link>
		
		<dc:creator><![CDATA[peter thomas]]></dc:creator>
		<pubDate>Thu, 28 May 2026 16:20:14 +0000</pubDate>
				<guid isPermaLink="false">https://bluelance.com/?post_type=docs&#038;p=15862</guid>

					<description><![CDATA[EventLogCentral is a management platform rather than a monitoring interface — day-to-day monitoring of collected events happens in LT Auditor MP. Day-to-day administration in EventLogCentral focuses on keeping agents healthy, configurations current, and forwarding targets active. This article covers the routine tasks administrators should perform regularly to keep EventLogCentral running smoothly. Checking agent status: The [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">EventLogCentral is a management platform rather than a monitoring interface — day-to-day monitoring of collected events happens in LT Auditor <sup>MP</sup>. Day-to-day administration in EventLogCentral focuses on keeping agents healthy, configurations current, and forwarding targets active. This article covers the routine tasks administrators should perform regularly to keep EventLogCentral running smoothly.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Checking agent status:</strong></p>



<p class="wp-block-paragraph">The Clients page is the primary health dashboard for EventLogCentral. Check it regularly to confirm all expected agents are online and reporting.</p>



<ol class="wp-block-list">
<li>Navigate to <strong>Clients</strong> in the left navigation menu</li>



<li>Review the <strong>Status</strong> column for each client:
<ul class="wp-block-list">
<li><strong>Online</strong> — the agent is running and checking in normally</li>



<li><strong>Offline</strong> — the agent has not checked in recently</li>
</ul>
</li>



<li>Review the <strong>Last Heartbeat</strong> column to identify agents that have not reported recently even if they show as Online</li>



<li>Use the search bar to filter by group name or machine name when managing large environments</li>
</ol>



<p class="wp-block-paragraph">If any agent shows as Offline:</p>



<p class="wp-block-paragraph">Confirm the EventLogAgent service is running on that machine:<br>sc query LTA_EventLogAgent</p>



<ul class="wp-block-list">
<li></li>



<li>Confirm network connectivity between the agent and the EventLogCentral server</li>
</ul>



<p class="wp-block-paragraph">Review the agent logs for errors:<br>C:\Program Files\Blue Lance 2-0\LTA_EventLogAgent\logs</p>



<ul class="wp-block-list">
<li></li>
</ul>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Verifying effective configuration:</strong></p>



<p class="wp-block-paragraph">After making configuration changes to a group, verify that the correct configuration has been applied to individual clients:</p>



<ol class="wp-block-list">
<li>Navigate to <strong>Clients</strong></li>



<li>Click on the client name</li>



<li>Click <strong>View Effective Configuration</strong></li>



<li>Confirm the following are correctly reflected:
<ul class="wp-block-list">
<li>Applied audit policies</li>



<li>Event log collection settings</li>



<li>File audit rules</li>



<li>Assigned forwarding target</li>
</ul>
</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Forcing a configuration sync:</strong></p>



<p class="wp-block-paragraph">By default, agents retrieve configuration updates from EventLogCentral on their next heartbeat cycle (default: every 5 minutes). If a configuration change needs to be applied immediately:</p>



<ol class="wp-block-list">
<li>Navigate to <strong>Clients</strong></li>



<li>Locate the relevant client</li>



<li>Click the <strong>⋮</strong> menu</li>



<li>Select <strong>Force Configuration Sync</strong></li>
</ol>



<p class="wp-block-paragraph">The agent will retrieve and apply the latest configuration immediately rather than waiting for the next scheduled heartbeat.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Reassigning a client to a different group:</strong></p>



<p class="wp-block-paragraph">If a machine&#8217;s role changes and it needs to be moved to a different group:</p>



<ol class="wp-block-list">
<li>Navigate to <strong>Clients</strong></li>



<li>Locate the client to reassign</li>



<li>Click the <strong>⋮</strong> menu</li>



<li>Select <strong>Reassign Group</strong></li>



<li>Select the new group from the available list</li>



<li>Confirm the reassignment</li>
</ol>



<p class="wp-block-paragraph">The client will receive the new group&#8217;s configuration — including audit policies, event log settings, file audit rules, and sender assignment — on its next heartbeat cycle.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Testing target connectivity:</strong></p>



<p class="wp-block-paragraph">Periodically confirm that all configured syslog targets are reachable to ensure event forwarding is not silently failing:</p>



<ol class="wp-block-list">
<li>Navigate to <strong>Targets</strong></li>



<li>For each configured target, click the <strong>⋮</strong> menu</li>



<li>Select <strong>Test Connection</strong></li>



<li>Review the test result — confirm the target is reachable</li>



<li>If a target test fails:
<ul class="wp-block-list">
<li>Confirm the syslog server is running and accepting connections</li>



<li>Confirm no firewall is blocking outbound traffic on the configured port</li>



<li>Confirm the server address and port are correct in the target configuration</li>
</ul>
</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Reviewing configuration change history:</strong></p>



<p class="wp-block-paragraph">EventLogCentral maintains an audit log of configuration changes made to each client. Use this to review what changes have been made and when:</p>



<ol class="wp-block-list">
<li>Navigate to <strong>Clients</strong></li>



<li>Click the <strong>⋮</strong> menu next to the relevant client</li>



<li>Select <strong>View Audit Log</strong></li>



<li>Review the history of configuration changes with timestamps</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Routine administration checklist:</strong></p>



<figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td><strong>Frequency</strong></td><td><strong>Task</strong></td></tr><tr><td>Daily</td><td>Check the Clients page — confirm all expected agents are Online and Last Heartbeat timestamps are current</td></tr><tr><td>Daily</td><td>Review LT Auditor <sup>MP</sup> View for expected event flow from EventLogCentral sources</td></tr><tr><td>Weekly</td><td>Test connectivity to all configured targets</td></tr><tr><td>Weekly</td><td>Review any clients that have been Offline and investigate if unresolved</td></tr><tr><td>Monthly</td><td>Review group configurations — confirm audit policies, event log settings, and file audit rules are still appropriate</td></tr><tr><td>Monthly</td><td>Review user accounts in Admin — confirm access is appropriate and no stale accounts exist</td></tr><tr><td>As needed</td><td>Force Configuration Sync after urgent policy changes</td></tr><tr><td>As needed</td><td>Reassign clients to correct groups after machine role changes</td></tr></tbody></table></figure>



<p class="wp-block-paragraph"><em>[Your administrator should assign ownership of routine administration tasks to specific team members and document the results of regular checks so the administration history is auditable.]</em></p>



<p class="wp-block-paragraph"></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Generating Reports on Demand</title>
		<link>https://bluelance.com/docs/generating-reports-on-demand/</link>
		
		<dc:creator><![CDATA[peter thomas]]></dc:creator>
		<pubDate>Thu, 28 May 2026 16:18:43 +0000</pubDate>
				<guid isPermaLink="false">https://bluelance.com/?post_type=docs&#038;p=15851</guid>

					<description><![CDATA[The Reports module allows you to create, run, and manage reports based on audit log data collected by LT Auditor MP. Reports differ from views in that they produce structured, static snapshots of audit data that can be exported, emailed, and retained as compliance documentation. Reports can be run on demand at any time or [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">The Reports module allows you to create, run, and manage reports based on audit log data collected by LT Auditor <sup>MP</sup>. Reports differ from views in that they produce structured, static snapshots of audit data that can be exported, emailed, and retained as compliance documentation. Reports can be run on demand at any time or scheduled to generate and deliver automatically.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Accessing the Reports module:</strong></p>



<ol class="wp-block-list">
<li>In the main navigation menu, click <strong>Report</strong></li>



<li>You will see the following tabs:
<ul class="wp-block-list">
<li><strong>All Reports</strong> — every report you have access to</li>



<li><strong>My Reports</strong> — reports you created</li>



<li><strong>System Reports</strong> — pre-configured reports included with LT Auditor <sup>MP</sup></li>



<li><strong>Shared Reports</strong> — reports created and shared by other users</li>
</ul>
</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Creating a new report:</strong></p>



<ol class="wp-block-list">
<li>Click <strong>Create Report</strong></li>



<li>Configure the basic report information:
<ul class="wp-block-list">
<li><strong>Report Name</strong> — a clear, descriptive name</li>



<li><strong>Description</strong> — a summary of the report&#8217;s purpose and content</li>



<li><strong>Environment</strong> — the monitored environment to report on</li>



<li><strong>Category</strong> — the log category to include</li>



<li><strong>Report Type</strong> — Standard, Summary, or Detailed</li>
</ul>
</li>



<li>Navigate to the <strong>Columns</strong> tab and select which fields to include:
<ul class="wp-block-list">
<li>Drag columns to reorder them</li>



<li>Set column widths</li>



<li>Configure sorting (ascending or descending)</li>
</ul>
</li>



<li>Navigate to the <strong>Operations</strong> tab and select which event types to include using the checkbox tree</li>



<li>Configure the date range filter:
<ul class="wp-block-list">
<li><strong>Fixed Range</strong> — specific start and end dates</li>



<li><strong>Relative Range</strong> — Last 7 Days, Last 30 Days, Last 90 Days, etc.</li>



<li><strong>Custom Range</strong> — dynamic ranges such as Previous Month or Current Quarter</li>
</ul>
</li>



<li>Optionally configure grouping and aggregation under the <strong>Grouping</strong> tab:
<ul class="wp-block-list">
<li>Select fields to group by (e.g., User, Date, Operation)</li>



<li>Configure aggregations such as Count, Sum, Average, Min, or Max</li>



<li>Choose a display format — table, chart, or both</li>
</ul>
</li>



<li>Click <strong>Save</strong></li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Running a report on demand:</strong></p>



<ol class="wp-block-list">
<li>Open the report from the reports list</li>



<li>Select the date range for this run if not already set</li>



<li>Click <strong>Generate Report</strong></li>



<li>Wait for generation to complete — a progress indicator will display for larger reports</li>



<li>Download the report in your preferred format:
<ul class="wp-block-list">
<li><strong>CSV</strong> — for use in Excel or data analysis tools</li>



<li><strong>Excel</strong> — native Excel format with formatting applied</li>



<li><strong>PDF</strong> — formatted document suitable for auditor submission or printing</li>
</ul>
</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Viewing report history:</strong></p>



<p class="wp-block-paragraph">Every time a report is generated, the result is saved so you can retrieve it later without regenerating.</p>



<ol class="wp-block-list">
<li>Open the report</li>



<li>Click <strong>View History</strong></li>



<li>Browse past report runs, each showing:
<ul class="wp-block-list">
<li>Generation date and time</li>



<li>Date range covered</li>



<li>Number of records included</li>



<li>Whether it was generated manually or by a scheduled job</li>
</ul>
</li>



<li>Click any historical entry to download that report file</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Scheduling reports for automatic delivery:</strong></p>



<ol class="wp-block-list">
<li>Open the report configuration</li>



<li>Navigate to the <strong>Schedule</strong> tab</li>



<li>Click <strong>Add Schedule</strong></li>



<li>Configure the schedule:
<ul class="wp-block-list">
<li><strong>Frequency</strong> — Daily, Weekly, Monthly, Quarterly, or Yearly</li>



<li><strong>Day and Time</strong> — when the report should generate</li>



<li><strong>Time Zone</strong> — the timezone for schedule execution</li>



<li><strong>Date Range</strong> — what time period each scheduled run should cover</li>
</ul>
</li>



<li>Configure delivery options:
<ul class="wp-block-list">
<li><strong>Email Recipients</strong> — the addresses to send the report to</li>



<li><strong>Format</strong> — CSV, Excel, or PDF</li>



<li><strong>Subject Line</strong> — the email subject template</li>



<li><strong>Message</strong> — optional body text for the delivery email</li>
</ul>
</li>



<li>Click <strong>Save</strong></li>
</ol>



<p class="wp-block-paragraph">Avoid scheduling many reports to run at exactly the same time. Staggering report schedules helps maintain system performance.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Sharing reports:</strong></p>



<ol class="wp-block-list">
<li>Open the report</li>



<li>Click <strong>Share</strong></li>



<li>Choose who to share with:
<ul class="wp-block-list">
<li><strong>Specific Users</strong> — select individual users from the list</li>



<li><strong>Roles</strong> — share with all users assigned to a specific role</li>



<li><strong>Public</strong> — available to all users (if permitted by your administrator)</li>
</ul>
</li>



<li>Set the permission level:
<ul class="wp-block-list">
<li><strong>View Only</strong> — users can view and generate the report but cannot modify it</li>



<li><strong>Edit</strong> — users can modify the report configuration</li>
</ul>
</li>



<li>Click <strong>Save</strong></li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Using report templates:</strong></p>



<p class="wp-block-paragraph">Templates save a report configuration so it can be reused as the starting point for new reports.</p>



<p class="wp-block-paragraph"><strong>Saving a report as a template:</strong></p>



<ol class="wp-block-list">
<li>Configure a report with the desired filters, columns, and settings</li>



<li>Click <strong>Save as Template</strong></li>



<li>Provide a template name, description, and category</li>



<li>Set visibility to Private or Shared</li>



<li>Click <strong>Save</strong></li>
</ol>



<p class="wp-block-paragraph"><strong>Creating a report from a template:</strong></p>



<ol class="wp-block-list">
<li>Click <strong>New Report from Template</strong></li>



<li>Select a template from the list</li>



<li>Customize as needed for this specific report</li>



<li>Click <strong>Save</strong></li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Duplicating reports:</strong></p>



<p class="wp-block-paragraph">To create a similar report quickly without starting from scratch:</p>



<ol class="wp-block-list">
<li>Select the report to duplicate from the reports list</li>



<li>Click <strong>Duplicate</strong></li>



<li>Modify the name and any settings as needed</li>



<li>Click <strong>Save</strong></li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Marking reports as favorites:</strong></p>



<ol class="wp-block-list">
<li>Locate the report in the reports list</li>



<li>Click the <strong>Star</strong> icon to add it to your favorites</li>



<li>Access your favorite reports quickly from the <strong>Favorites</strong> tab</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Best practices:</strong></p>



<ul class="wp-block-list">
<li>Test new reports with a small date range before scheduling them for regular delivery</li>



<li>Use descriptive names and descriptions, especially for shared reports, so other users understand the purpose without needing to open the configuration</li>



<li>Use report templates for recurring report types to save setup time</li>



<li>Review and clean up obsolete reports periodically to keep the reports list manageable</li>



<li>For very large datasets, use grouping and aggregation to produce summary reports rather than full detail exports</li>



<li>Retain compliance reports according to your organization&#8217;s regulatory requirements</li>
</ul>



<p class="wp-block-paragraph"><em>[Your administrator should set up a standard library of reports for common compliance frameworks and share them with the relevant team members so everyone is working from the same baseline.]</em></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Searching &#038; Filtering Events</title>
		<link>https://bluelance.com/docs/searching-filtering-events/</link>
		
		<dc:creator><![CDATA[peter thomas]]></dc:creator>
		<pubDate>Thu, 28 May 2026 16:18:40 +0000</pubDate>
				<guid isPermaLink="false">https://bluelance.com/?post_type=docs&#038;p=15849</guid>

					<description><![CDATA[The View module provides real-time and historical access to all audit log data collected by LT Auditor MP. It is the primary tool for investigating suspicious activity, verifying that expected events are being captured, and exporting log data for further analysis or incident documentation. Accessing the View module: Creating a new view: If no saved [&#8230;]]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">The View module provides real-time and historical access to all audit log data collected by LT Auditor <sup>MP</sup>. It is the primary tool for investigating suspicious activity, verifying that expected events are being captured, and exporting log data for further analysis or incident documentation.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Accessing the View module:</strong></p>



<ol class="wp-block-list">
<li>In the main navigation menu, click <strong>View</strong></li>



<li>Select a saved view from the list, or create a new one</li>



<li>The log table displays audit records matching your current filters and date range</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Creating a new view:</strong></p>



<p class="wp-block-paragraph">If no saved views exist yet, or you need a view tailored to a specific purpose:</p>



<ol class="wp-block-list">
<li>Click <strong>Create View</strong></li>



<li>Configure the view settings:
<ul class="wp-block-list">
<li><strong>View Name</strong> — a descriptive name for the view</li>



<li><strong>Description</strong> — the purpose of this view</li>



<li><strong>Environment</strong> — the monitored environment to display logs from</li>



<li><strong>Category</strong> — the log category to focus on</li>



<li><strong>Default Date Range</strong> — the initial date range shown when the view is opened</li>
</ul>
</li>



<li>Navigate to the <strong>Columns</strong> tab and select which fields to display:
<ul class="wp-block-list">
<li>Drag columns to reorder them</li>



<li>Set column widths for optimal display</li>



<li>Enable sorting and filtering per column</li>
</ul>
</li>



<li>Click <strong>Save</strong></li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Filtering events:</strong></p>



<p class="wp-block-paragraph"><strong>Quick filters:</strong></p>



<ol class="wp-block-list">
<li>Use the filter bar at the top of the view</li>



<li>Enter search terms in the quick search box</li>



<li>Select filter criteria from the available dropdown menus</li>



<li>Results update in real time as you type</li>
</ol>



<p class="wp-block-paragraph"><strong>Advanced filters:</strong></p>



<ol class="wp-block-list">
<li>Click <strong>Advanced Filters</strong></li>



<li>Add one or more filter conditions:
<ul class="wp-block-list">
<li>Select a <strong>field</strong> from the log schema (e.g., User, Event Type, Severity)</li>



<li>Choose an <strong>operator</strong> (e.g., Equals, Contains, Starts With, Greater Than, Is Null)</li>



<li>Enter a <strong>comparison value</strong></li>
</ul>
</li>



<li>Combine conditions using AND/OR logic:
<ul class="wp-block-list">
<li><strong>AND</strong> — all conditions must match</li>



<li><strong>OR</strong> — any condition must match</li>



<li>Nest condition groups for complex logic (e.g., (A OR B) AND (C OR D))</li>
</ul>
</li>



<li>Click <strong>Apply Filters</strong></li>
</ol>



<p class="wp-block-paragraph"><strong>Date range filter:</strong></p>



<ol class="wp-block-list">
<li>Use the date range picker at the top of the view</li>



<li>Choose from:
<ul class="wp-block-list">
<li><strong>Quick ranges</strong> — Today, Yesterday, Last 7 Days, Last 30 Days, etc.</li>



<li><strong>Custom range</strong> — specific start and end dates</li>



<li><strong>Relative range</strong> — dynamic ranges that update automatically (e.g., Previous Month)</li>
</ul>
</li>



<li>The log table refreshes automatically when the date range is changed</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Searching log data:</strong></p>



<p class="wp-block-paragraph">Perform full-text searches across all collected log data:</p>



<ol class="wp-block-list">
<li>Enter search terms in the search box</li>



<li>Choose the search scope:
<ul class="wp-block-list">
<li><strong>All Fields</strong> — searches across every field in the log schema</li>



<li><strong>Specific Field</strong> — searches within a single selected field</li>
</ul>
</li>



<li>Use search operators for more precise results:</li>
</ol>



<figure class="wp-block-table"><table class="has-fixed-layout"><tbody><tr><td><strong>Operator</strong></td><td><strong>Usage</strong></td><td><strong>Example</strong></td></tr><tr><td>AND</td><td>Both terms must appear</td><td>login AND failed</td></tr><tr><td>OR</td><td>Either term must appear</td><td>login OR logon</td></tr><tr><td>NOT</td><td>Exclude a term</td><td>login NOT success</td></tr><tr><td>Exact phrase</td><td>Match exact wording</td><td>&#8220;account locked&#8221;</td></tr><tr><td>Wildcard</td><td>Match partial terms</td><td>admin*</td></tr></tbody></table></figure>



<ol start="4" class="wp-block-list">
<li>Press <strong>Enter</strong> or click <strong>Search</strong></li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Sorting and navigating results:</strong></p>



<ul class="wp-block-list">
<li>Click any <strong>column header</strong> to sort by that field</li>



<li>Click again to reverse the sort direction</li>



<li>Hold <strong>Shift</strong> and click multiple column headers for multi-level sorting</li>



<li>Use the <strong>page size selector</strong> to control how many records display per page (20, 50, 100, or 200)</li>



<li>Use <strong>Previous</strong> and <strong>Next</strong> to navigate between pages</li>
</ul>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Viewing full event details:</strong></p>



<ol class="wp-block-list">
<li>Click on any log row in the table</li>



<li>A detail panel opens showing:
<ul class="wp-block-list">
<li><strong>All Fields</strong> — complete field values for the event</li>



<li><strong>Raw Log</strong> — the original unprocessed log entry</li>



<li><strong>Metadata</strong> — timestamp, source, and receiver information</li>



<li><strong>Related Logs</strong> — links to related audit events</li>
</ul>
</li>



<li>Click <strong>Close</strong> to return to the table view</li>
</ol>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Exporting log data:</strong></p>



<ol class="wp-block-list">
<li>Apply your desired filters and date range</li>



<li>Click the <strong>Export</strong> button</li>



<li>Choose an export format:
<ul class="wp-block-list">
<li><strong>CSV</strong> — for use in Excel or data analysis tools</li>



<li><strong>Excel</strong> — native Excel format with formatting applied</li>



<li><strong>PDF</strong> — formatted document suitable for printing or sharing</li>
</ul>
</li>



<li>Configure export options:
<ul class="wp-block-list">
<li>All Columns or Visible Columns Only</li>



<li>Include or exclude column headers</li>



<li>Set a maximum record limit if needed</li>
</ul>
</li>



<li>Click <strong>Download</strong></li>
</ol>



<p class="wp-block-paragraph">For very large exports, the system may queue the export and deliver it via email when complete. For datasets that regularly require large exports, consider scheduling a report instead.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Saving and sharing views:</strong></p>



<ul class="wp-block-list">
<li>Click <strong>Save</strong> at any time to save your current filter and column configuration as a named view</li>



<li>Click <strong>Duplicate View</strong> to create a copy of an existing view as a starting point for a new one</li>



<li>Click <strong>Share</strong> to share a view with other users or roles, with either View Only or Edit permissions</li>



<li>Click the <strong>Star</strong> icon on any view to add it to your favorites for quick access</li>
</ul>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Auto-refreshing views:</strong></p>



<p class="wp-block-paragraph">For real-time monitoring, enable auto-refresh to keep the view updated automatically:</p>



<ol class="wp-block-list">
<li>Click the <strong>Auto-Refresh</strong> control</li>



<li>Select a refresh interval: 5s, 10s, 30s, or 1 minute</li>



<li>The view will reload at the selected interval</li>
</ol>



<p class="wp-block-paragraph">Use auto-refresh cautiously with large datasets or broad date ranges, as frequent reloads can impact performance.</p>



<hr class="wp-block-separator has-alpha-channel-opacity"/>



<p class="wp-block-paragraph"><strong>Best practices:</strong></p>



<ul class="wp-block-list">
<li>Set a reasonable default date range on saved views to avoid loading excessive data on open</li>



<li>Display only the columns you need for faster load times</li>



<li>Use named, saved views for recurring investigation tasks rather than rebuilding filters each time</li>



<li>For large-scale data analysis, schedule a report rather than exporting directly from a view</li>



<li>Use descriptive view names so other team members can understand the purpose at a glance</li>
</ul>



<p class="wp-block-paragraph"><em>[Your administrator should create and share a set of standard views for common investigation scenarios so the team has a consistent starting point.]</em></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
