Infinet

Fall Is Here: Is Your Technology Ready for the Rest of the Year? 

Fall is officially here, and for a lot of Omaha-area businesses, that means the pace is picking up.

Projects that need to wrap before year-end are moving. Budgets are being built. Teams are trying to use the PTO they still have on the books. Holidays are coming. And somewhere in the middle of all of that, everyone still needs their technology to work.

This is usually when the little IT problems that have been hanging around start becoming much more annoying.

The laptop that’s been slow for months. The Wi-Fi issue everyone works around. The former employee whose account never quite got cleaned up.

None of those necessarily require a massive IT project. But fall is a good time to get them handled before November and December make everyone’s calendars even harder to work around.

Seeing a successful backup notification is reassuring. It’s also only half the story.

A backup matters when you can actually get the data back.

That means occasionally performing a real restore and confirming that the data is complete, current, and usable. Backup jobs can fail quietly because of storage issues, configuration changes, disconnected systems, or any number of other problems.

A useful question for your team is simple:

If one of our critical systems went down tomorrow, how long would it take us to get working again — and how much data could we lose?

If nobody knows, that’s worth figuring out.

Nobody wants to hear “we need to reboot everything” in the middle of a deadline.

Software, operating systems, firewalls, switches, and other technology all need regular security and stability updates. Putting those updates off indefinitely can leave known vulnerabilities open and can eventually create compatibility problems.

If systems have fallen behind, fall is a good opportunity to get them current before holiday schedules and year-end deadlines make maintenance windows harder to find.

Ideally, much of this should already be happening quietly through proactive monitoring rather than becoming something your team has to remember.

Every office has them.

The conference room where video calls are always a little choppy. The corner with questionable Wi-Fi. The computer that takes forever to start. The application everyone knows they have to close and reopen twice.

People get surprisingly good at working around technology problems.

The problem is that those workarounds still cost time.

Take a look at the recurring complaints your team has stopped reporting. Slow file access, unreliable Wi-Fi, aging equipment, Microsoft 365 performance issues, and network bottlenecks may not bring the business to a halt, but they can make an already busy season harder than it needs to be.

Fall is also a good time for some account housekeeping.

Think about everyone who has joined, left, changed roles, worked temporarily, or been given access to something during the past year.

Do they still need everything they can currently access?

Former employees and vendors shouldn’t have active accounts hanging around. Employees who have changed roles may have permissions they no longer need. Shared passwords should be addressed, and multi-factor authentication should be enabled on important systems — particularly email and financial applications.

If you’ve got a compliance review, cyber insurance renewal, or year-end audit coming up, you’ll be especially glad you handled this before someone starts asking questions.

You don’t need to replace a laptop because it had one bad Tuesday.

But if someone has been fighting the same machine for six months, that’s a different conversation.

Look for computers with failing batteries, full drives, outdated operating systems, recurring hardware problems, or performance issues that are affecting someone’s ability to work.

The same applies to network equipment and other critical hardware.

Planned replacements are much easier to deal with than emergency replacements — particularly when half the office is taking vacation around Thanksgiving or Christmas.

This is also a useful time to look beyond individual technology problems and ask a bigger question:

Are we mostly fixing things after they break, or are we preventing problems in the first place?

Good IT support should include both.

Your team needs someone to call when something goes wrong. But there should also be work happening that users rarely see: monitoring systems, maintaining equipment, reviewing security, planning replacements, tracking technology needs, and helping leadership understand what’s coming next.

That’s where a strong vCIO relationship can be valuable.

A vCIO isn’t just there to recommend new technology. They should help you understand what you have, what needs attention, what’s coming down the road, and where technology fits into the company’s larger plans and budget.

There’s a tendency to treat January as the great reset.

New budget. New projects. New plans. We’ll deal with it then.

But if something is already slowing people down in September, carrying it for another three months doesn’t make much sense.

Fall is a good time to identify the handful of technology issues that would make the biggest difference to your team and get those handled before the end-of-year rush really sets in.

You don’t need to overhaul everything.

You just don’t want the problem everyone knew about in September to become the emergency everyone is dealing with in December.

Start with the basics: backups, software and security updates, network performance, user access, aging equipment, and recurring technology problems employees have learned to work around. You should also review any technology projects or replacements that need to happen before year-end.

That depends on your recovery requirements, risk, and how frequently your data changes. The important distinction is that a successful backup job doesn’t automatically mean your data can be successfully restored. Actual recovery testing should be part of your backup strategy.

Proactive monitoring watches devices, servers, networks, and other systems for potential problems so they can often be addressed before they cause a larger disruption. It’s one part of IT support; your provider should still be there when employees need help with an immediate problem.

People join companies, leave companies, change positions, work on temporary projects, and receive access to new systems throughout the year. Periodic reviews help make sure people only have access to what they currently need and that old accounts aren’t left active unnecessarily.

One problem doesn’t necessarily mean a device needs to go. Look for patterns: repeated repairs, poor performance, inability to run current software, unsupported operating systems, failing hardware, or problems that consistently interrupt someone’s work.

A virtual Chief Information Officer helps connect technology decisions with the larger needs of the business. That can include technology planning, budgeting, lifecycle management, security priorities, and helping leadership decide what should happen now versus what can wait.

If there are technology problems your team has been working around all year, now is a good time to deal with them.

Let’s talk

Fall Is Here: Is Your Technology Ready for the Rest of the Year?  Read More »

SharePoint vs OneDrive vs Teams: How Omaha Businesses Should Think About File Storage 

Quick, honest question: do you actually know where your company’s files live right now? 

If you had to guess, is it “OneDrive, I think,” “somewhere in Teams,” or “email attachments, mostly”? If you’re not sure, you’re not alone. Microsoft 365 makes it easy to work with files from several places, but that can also make it unclear where those files are actually stored. 

The simplest way to think about it is this: OneDrive is for individual work, SharePoint is for shared business files, and Teams is where people collaborate around that content. 

Once you understand what each tool is actually for, the confusion starts to clear up. So do many of the duplicate files, “final_v3” documents, and access problems that surface when someone leaves the company. 

Let’s break it down in plain English. 

Think of OneDrive as the filing cabinet in your own office. In a Microsoft 365 business environment, each user has their own OneDrive for Business storage tied to their account. 

It’s a good place for work that primarily belongs to you: a draft you’re still developing, working notes, or an early version of a spreadsheet before the rest of the team needs it. 

OneDrive also lets you share files with other people, so sharing something from OneDrive is not automatically a problem. Microsoft supports creating, managing, and sharing individual files from OneDrive. 

Problems start when OneDrive becomes the permanent home for files the business or a team depends on. 

An employee creates a client proposal, saves it in their OneDrive, and shares it with a coworker. The document may be accessible to both people, but it still lives in one employee’s storage area. 

If that employee leaves, the company can preserve or transfer their OneDrive content as part of the offboarding process. Microsoft provides administrators with retention and recovery options for former users’ OneDrive data. But that still creates an extra handoff step that could have been avoided if the file already lived in shared storage. 

Multiply that across years of work and multiple employees, and important company information can end up scattered across individual accounts. 

OneDrive works well for individual work and limited sharing. If a file belongs to a team, department, client, project, or ongoing business process and needs to remain accessible over time, SharePoint is usually the better home. 

SharePoint is designed for content that multiple people need to work with and manage together. 

Think of it as the company file room: a shared space where documents can be organized around departments, teams, projects, clients, or other areas of the business. 

A well-planned SharePoint environment might include different sites or document libraries for Accounting, Operations, or Client Delivery, with access based on who actually needs it. 

Your bookkeeper doesn’t necessarily need access to HR files. Someone working with one client may not need access to every other client folder. 

The goal is simple: people know where shared work belongs, everyone can work from the appropriate version, and access to an important company file doesn’t depend on the employee who originally created it. 

Microsoft describes SharePoint as a collaboration tool for managing and sharing files and information across an organization, particularly when documents need to be managed by a team or shared more broadly. 

SharePoint can still become messy, though. If nobody decides how sites, libraries, folders, naming, and permissions should work, it can turn into another place where people dump files and hope search will find them later. 

That’s why structure matters before thousands of files have already accumulated. Planning around vCIO & IT Strategy can help connect those technology decisions to the way the business actually operates. 

When you upload a file to a Microsoft Teams channel, it feels like that document lives in Teams. Behind the scenes, channel files are stored in SharePoint. 

Teams gives people a convenient place to talk about the work, open files, collaborate, and see updates without having to think about the underlying storage every time. 

Chats work a little differently. 

When someone uploads a file directly into a one-to-one or group Teams chat, Microsoft stores that uploaded file in the sender’s OneDrive for Business and shares it with the people in the conversation. 

That distinction matters. Teams is the collaboration layer, but it is not one separate filing system where everything lives. 

A common problem is treating a conversation as the only place anyone knows to look for a document. Someone shares a file “just for now,” people discuss it in the thread, more messages pile up, and months later everyone remembers seeing the document but nobody remembers where the working version belongs. 

Teams is excellent as the place where people discuss the work and open shared documents. Just do not confuse the conversation with the storage strategy. 

Common Mistakes We See Across Omaha Businesses 

A few patterns can create problems quickly when businesses use Microsoft 365 without a clear plan for their files: 

• Everyone saves team-owned files to their own OneDrive. It’s convenient in the moment, but shared company information ends up spread across individual accounts. 

• There’s no real SharePoint structure. Everything gets dropped into one large library with inconsistent names, making files harder to find. 

• Teams chat becomes the only place people know to look for certain documents. A conversation is useful context, but it shouldn’t be your filing plan. 

• Permissions aren’t reviewed. Old vendors, guest users, or employees who changed roles may keep access they no longer need. 

• There’s no offboarding process for important files. When someone leaves, the team has to figure out what was stored in that person’s account and what needs to be preserved. 

None of these problems necessarily mean the technology is wrong. Usually, the missing piece is a shared structure and a few consistent habits. 

And it’s much easier to establish those habits early than to untangle thousands of files later. 

If you’re starting fresh, or finally cleaning up a file structure that has been building for years, start with how your business actually works. 

Think about departments, clients, projects, and recurring processes before creating folders simply because “that’s how the old shared drive looked.” 

Then decide which SharePoint sites or document libraries those areas need. Set permissions around who genuinely needs access and give employees a straightforward rule: 

If the business or team owns the file and people need reliable access to it over time, give it a shared home in SharePoint. 

You don’t need everyone on staff to understand the technical relationship between SharePoint, OneDrive, and Teams. They do need to know where their work belongs. 

For businesses that need help implementing or organizing Microsoft 365, InfiNet’s Cloud Services offering includes M365 implementation and optimization, licensing and provisioning, user adoption, and ongoing support. 

File organization is also connected to security. Who can see a document, how access changes when someone moves into a different role, and what happens when an employee leaves are all part of managing business information responsibly. InfiNet’s Cyber Security Solutions include risk management, user education, detection and response, and recovery. 

Get the structure right, and OneDrive, SharePoint, and Teams stop feeling like three competing places to save a file. They become three tools doing different jobs while working together. 

Need help making Microsoft 365 file storage simpler? Let’s talk. 

OneDrive is storage tied to an individual user and works well for drafts, individual work, and files that one person primarily owns. 

SharePoint is designed for shared organizational content that needs to be managed by a team, department, project, or business over time. 

Yes. OneDrive is useful for individual work, drafts, and files that are not yet team-owned. Employees can also share individual OneDrive files with coworkers when appropriate. 

The important distinction is ownership. Once a document becomes something a team or the business depends on and needs reliable long-term access to, SharePoint is usually the better location. 

Not in a separate Teams storage system. 

Files uploaded to a Teams channel are stored in SharePoint. Files uploaded directly into a one-to-one or group Teams chat are stored in the sender’s OneDrive for Business and shared with the people in that conversation. Microsoft explains the distinction here. 

Teams gives people a convenient interface for working with those files. 

Usually, files have been spread across different locations without a consistent system. 

One employee may save something in OneDrive, another may upload a file through Teams chat, while the rest of the department uses SharePoint. Add inconsistent naming, organization, or permissions, and finding the right document becomes harder than it needs to be. 

A clear structure and a shared understanding of where different types of files belong can solve much of that confusion. 

Files in an employee’s OneDrive do not necessarily disappear the moment they leave. Microsoft provides administrators with options to retain, transfer, or recover a former employee’s OneDrive content, depending on the organization’s settings and offboarding process. Microsoft documents the OneDrive retention process here. 

The bigger issue is operational: if important shared work lives only in one employee’s storage, someone has to identify and transfer it. Files that already live in the appropriate SharePoint location are not dependent on transferring content out of that employee’s OneDrive. 

Employee departures can expose other technology gaps as well, from administrative access to undocumented processes. InfiNet covers those issues in What Happens to Your IT When Your IT Person Leaves. 

Start by mapping how the business actually works: departments, active clients, ongoing projects, and recurring processes. 

Then decide which SharePoint sites and document libraries those areas need and where folders make sense inside them. Set permissions based on who needs access, and document the basic structure so employees don’t have to guess where something belongs. 

The goal isn’t to build the most complicated SharePoint setup. It’s to build one people can understand and use consistently. 

It can be, especially if the existing file structure has grown organically or nobody internally owns Microsoft 365 organization and permissions. 

Useful outside help should go beyond simply creating folders. It should help you map the technology to the way your business works, review permissions, plan for employee changes, and create a structure your team can realistically maintain. 

SharePoint vs OneDrive vs Teams: How Omaha Businesses Should Think About File Storage  Read More »

Cybersecurity Awareness Month: Is Your Business as Protected as You Think?

October is Cybersecurity Awareness Month, making it a good time to take a closer look at how you’re protecting your business. 

You already know cybersecurity matters. You’ve likely invested in firewalls, antivirus software, backups, and other safeguards to protect your systems and information. But how confident are you that those protections are working the way they should? 

At InfiNet Solutions, we help organizations throughout Omaha and the surrounding communities answer that question. We help our partners understand that effective cybersecurity isn’t necessarily about having more technology. It’s about understanding your risks, maintaining the protections you already have, and making sure someone is paying attention. 

Having the right security tools is important, but how they’re managed matters just as much. 

Take your firewall, for example. It helps protect your network from unwanted traffic, but it needs to be properly configured and maintained. Antivirus and other security software can detect suspicious activity, but someone needs to review alerts and respond when a threat is identified. 

Even something as familiar as multi-factor authentication (MFA) deserves a second look. Requiring an additional form of verification helps protect your accounts when passwords are compromised. But if MFA isn’t enabled across your important systems, you may still have unnecessary exposure. 

The same goes for software updates. As vulnerabilities are discovered, updates help close security gaps before attackers can take advantage of them. 

You don’t need to know how to configure every security tool yourself. You do need to know that someone is maintaining them, monitoring their effectiveness, and addressing problems when they arise. 

Your employees make decisions every day that can affect your organization’s security. 

They open attachments, exchange documents, approve payments, and communicate with clients and vendors. Most of those interactions are perfectly ordinary, which is exactly why cybercriminals try to imitate them. 

A fraudulent invoice might appear to come from a familiar vendor. An email requesting sensitive information might look like it came from someone on your leadership team. And with increasingly sophisticated scams, suspicious messages aren’t always easy to recognize. 

That’s why cybersecurity awareness should be part of your everyday operations, not just an annual training exercise. 

Encourage your employees to verify unusual requests, particularly those involving money, passwords, or confidential information. Make sure they know how to report suspicious activity and feel comfortable doing so, even if they’re unsure whether something is actually wrong. 

Your team doesn’t need to become a group of cybersecurity experts. They just need the knowledge, tools, and confidence to recognize when something deserves a closer look. 

Imagine starting your workday and discovering that you can’t access your files, applications, or business systems. 

How long could you continue operating? 

Depending on your business, an outage could mean missed appointments, interrupted production, delayed orders, or an inability to serve your customers. 

You probably already have some form of data backup in place. But having backups and being able to recover from an outage aren’t necessarily the same thing. 

Do you know how frequently your information is backed up? When was the last time a backup was successfully restored? And how long would it take to get your most important systems running again? 

These questions matter because recovery is about more than retrieving lost files. It’s about getting your business back to work. 

Regular backup testing and a well-defined recovery plan help you understand what to expect if something goes wrong. They also give you an opportunity to identify problems before you’re depending on those systems in an emergency. 

You don’t need to personally manage your company’s cybersecurity, but you should know who’s responsible for it. 

Someone needs to monitor security alerts, manage employee access, maintain software, review vulnerabilities, and coordinate the response when an issue arises. 

That might be your internal IT department, an outside technology partner (hello there!), or a combination of both. What’s important is that those responsibilities are clearly defined and consistently carried out. 

It’s also worth understanding what happens when employees join or leave your organization. Are new employees given access only to the systems they need? Is that access adjusted when their responsibilities change? And is it promptly removed when they leave? 

These details are easy to overlook during the normal course of business, but they can create security gaps if no one is responsible for managing them. 

You don’t need to understand every technical detail. You should, however, feel confident that your security is being actively managed and that you know who to call when something needs attention. 

Cybersecurity Awareness Month is a good reminder that protecting your business requires ongoing attention. 

You don’t necessarily need new software, a larger technology budget, or an overhaul of your existing systems. Sometimes the most valuable thing you can do is ask a few questions. 

Are your security tools being monitored? Does your team know how to recognize suspicious activity? Have your backups been tested? And do you have a clear plan for responding to an incident? 

If you don’t know the answers, that’s a good place to start. 

At InfiNet Solutions, we believe good cybersecurity starts with understanding your business, your risks, and what you need to keep operating. We work with organizations throughout Omaha and the surrounding communities to identify vulnerabilities, strengthen protections, and make informed decisions about their technology. 

This October, take a closer look at how your business is protected. Ask questions, identify opportunities for improvement, and make sure the right people are looking out for your organization. 

Because cybersecurity isn’t just about protecting your technology. It’s about protecting everything your business depends on. 

Cybersecurity Awareness Month: Is Your Business as Protected as You Think? Read More »

Why Cyber Insurance Claims Get Denied (and How to Avoid It) 

Cyber insurance has become a standard part of risk management for many businesses. But having a policy does not necessarily mean every cyber incident will be covered. 
One area that can create problems is the information provided during the application and renewal process. 
Cyber insurance applications commonly ask businesses about security controls such as multi-factor authentication, backups, employee security training, patch management, and endpoint protection. Insurers use those answers to evaluate risk and determine coverage terms. 
The challenge is that businesses do not always have an accurate picture of what is actually in place. 
An organization may report that MFA is enabled, for example, without realizing that certain accounts or systems are excluded. A company may have reliable backups but no documented history of testing restores. Security awareness training may exist, but completion records may be incomplete. 
Those distinctions can become important when a claim is reviewed. 
Cyber insurance applications can be surprisingly specific. 
A question may not simply ask whether your organization uses MFA. It may ask whether MFA is required for email, remote access, administrative accounts, or other systems. 
The same applies to backups. An application may distinguish between having backups, protecting backups from unauthorized access, and regularly testing whether those backups can be restored. 
This is why technical questions should be verified rather than answered based on assumptions or previous configurations. 
Your environment also changes over time. New employees, applications, devices, locations, vendors, and remote access methods can all affect whether an answer that was accurate last year remains accurate today. 
Confirm exactly where MFA is required and whether there are accounts, applications, or access methods that are exceptions. 
Pay particular attention to email, remote access, administrative accounts, and any other systems specifically identified on the application. 
Verify what systems and data are backed up, how frequently backups occur, where they are stored, and whether recovery is tested. 
If your application states that backups or restores are tested regularly, maintain records of those tests. 
Confirm that required training is actually being completed and documented. 
Training records should identify who completed the training and when. If phishing simulations or other ongoing training are part of your security program, those records should also be maintained. 
Make sure the patching process described on the application reflects how systems are actually managed. 
This includes identifying devices that may have fallen outside normal management processes and understanding how operating systems and applications are kept current. 
Confirm that endpoint security tools are installed, active, and appropriately managed across applicable devices. 
New computers and other changes to the environment can create gaps if deployment is not regularly reviewed. 
It is useful to be able to demonstrate how a security control is configured rather than simply state that it exists. 
Depending on the control, documentation may include configuration reports, backup logs, restore-test results, training records, device inventories, patching reports, or endpoint-security reports. 
Good documentation serves more than an insurance purpose. It also gives the business a clearer understanding of its own security posture. 
If there is uncertainty about a technical question on an insurance application, the IT team or provider responsible for the environment should verify the answer. Questions about policy language, coverage, or how an insurer wants a particular question interpreted should be addressed with the insurance broker or carrier. 
One common mistake during renewal is relying too heavily on the previous year’s answers. 
A business can change significantly in twelve months. It may add employees, introduce new software, replace infrastructure, expand remote access, or change how data is stored. 
The renewal process is a good opportunity to compare the application against the current environment rather than simply confirming what was reported previously. 
A technical review should include the security controls addressed by the application as well as any significant technology changes that occurred during the policy period. 
For organizations using vCIO & IT Strategy services, this type of review can become part of the broader technology planning process rather than a separate exercise each year. 
No security review can guarantee that a future claim will be covered. Coverage depends on the policy, the circumstances of the incident, and applicable law. 
What a business can control is the accuracy of the information it provides. 
Before submitting or renewing a cyber insurance application, verify the technical answers, document the controls that are in place, and correct information that is no longer accurate. 
The objective is straightforward: the security environment described on the application should accurately reflect the security environment the business is operating. 
InfiNet Solutions helps organizations understand and document their technology environments, identify security gaps, and verify the technical controls that may appear on cyber insurance applications. 
If your cyber insurance renewal is approaching, we can help you review the technology side before you submit it. 
Claims can be denied for many reasons depending on the policy and circumstances. One potential issue is a material difference between information provided during the application process and the controls that were actually in place. The effect of any discrepancy depends on the policy language, facts of the incident, and applicable law. 
Confirm which users, accounts, applications, and access methods require MFA. Pay particular attention to email, remote access, and privileged or administrative accounts, as these are commonly addressed on cyber insurance applications. 
If your insurance application asks whether backups or recovery procedures are tested, verify that your practices support the answer you provide. Regardless of insurance requirements, restore testing is an important part of determining whether backups can actually be used during an incident. 
Documentation may include MFA configuration, backup and restore records, security awareness training records, device inventories, patching reports, and endpoint-security reports. The appropriate documentation depends on the controls your organization uses and the questions on your application. 
Your IT provider can help verify technical information about your environment. Questions involving coverage, policy interpretation, or insurance requirements should be discussed with your broker or carrier. 
Review it at every renewal and after significant changes to your technology environment. Rather than assuming last year’s answers are still correct, verify them against the systems and controls currently in place.

Why Cyber Insurance Claims Get Denied (and How to Avoid It)  Read More »

Beyond Basic IT: What Architecture & Engineering Firms Really Need

Architecture and engineering firms ask a lot more of their technology than the average office. 
Large Revit models, CAD files, rendering software, plotters, high-performance workstations, and years of project data all have to work together. Add contractors, consultants, and clients who need access to project information, and even a relatively small firm can have a fairly complex IT environment. 
That means the technology supporting an A&E firm needs to be built around how the firm actually works — not around a standard office setup. 
Here are some of the areas that matter most. 
For an A&E firm, project files aren’t just documents sitting on a server. They’re active work product, project history, and often the result of hundreds or thousands of hours of work. 
Losing access to a model or drawing set can delay a project quickly. Even losing a few hours of recent work can create a significant headache when a deadline is approaching. 
That means determining how much recent work the firm can reasonably afford to lose, protecting the systems and project data that matter most, and keeping backup copies separate from the primary environment. 
It also means testing restores. 
A backup can report that it completed successfully every night, but that doesn’t necessarily tell you whether the data can be recovered when you actually need it. Regular restore testing helps make sure the recovery plan works before there’s an emergency. 
A computer used primarily for email and Microsoft Office has very different requirements from one running Revit, AutoCAD, Civil 3D, or rendering software all day. 
Memory, graphics capability, processors, storage, and even the way the workstation is configured can affect how well those applications perform. 
And simply buying the most expensive workstation isn’t necessarily the answer. 
Hardware should match the applications, project sizes, and workloads your team actually uses. It also needs to be maintained with those applications in mind. 
The same goes for support. If an administrative computer is having a minor issue, that’s inconvenient. If a project team’s workstation can’t open a model the day a drawing set is due, that’s a production problem. 
IT support should understand the difference. 
A&E firms also deal with something many other businesses don’t: different clients, consultants, and projects may require different versions of the same software. 
One project might still be in an older version of Revit while a new project starts in the latest release. A consultant may be using a different AutoCAD version. Certain plugins or add-ons may only work with specific releases. 
Updating everything at once isn’t always practical — and doing so without planning can create compatibility problems. 
IT needs to understand which versions are required, how updates affect active projects, and when upgrades can happen without disrupting production. 
That also means keeping track of licensing, plugins, workstation requirements, and dependencies instead of treating every software update like a routine “click install” situation. 
In a typical office, a printer problem is annoying. 
In an architecture or engineering firm, a plotter problem can hold up a deliverable. 
Plotters, scanners, conference-room technology, specialized peripherals, and other production equipment should be treated as part of the firm’s overall technology environment. 
That includes maintaining the network connections, drivers, permissions, and configurations those devices rely on. 
It’s easy to overlook this equipment when thinking about IT, right up until something stops working when the team needs it. 
Architecture and engineering projects involve a lot of people who don’t work for your firm. 
Contractors, structural engineers, MEP consultants, owners, and other partners may all need to exchange files or review project information. 
Business cloud services can make that much easier, but they also need to be configured properly. 
External users shouldn’t have access to more information than they need. Old project links shouldn’t remain open indefinitely. Employees shouldn’t have to fall back on personal accounts or improvised file-sharing methods because the approved process is too difficult to use. 
The goal is straightforward: make collaboration easy enough that people actually use the right tools while keeping access controlled and visible. 
Security matters, but so does usability. 
If security controls make everyday project work unnecessarily difficult, people tend to find ways around them. On the other hand, leaving everything wide open creates obvious risk. 
A practical cybersecurity plan should protect accounts, devices, project data, and backups without turning routine work into an obstacle course. 
That can include multi-factor authentication, endpoint protection, access controls, patching, secure backups, and monitoring for unusual activity. 
Monitoring can also help identify problems such as failing hardware or suspicious activity before they become larger disruptions. 
It’s worth understanding exactly what your IT provider means by monitoring, though. 24/7 system monitoring isn’t necessarily the same thing as having someone sitting at a help desk 24 hours a day. Firms should know how monitoring, support hours, and after-hours escalation actually work. 
Technology decisions shouldn’t only happen when something breaks. 
If you’re hiring more designers, opening another office, taking on larger projects, changing design software, moving more work into the cloud, or replacing aging workstations, those decisions affect the rest of the IT environment. 
Planning ahead gives the firm time to budget and make changes deliberately instead of discovering limitations in the middle of a project. 
InfiNet’s vCIO & IT Strategy approach connects those technology decisions to the firm’s broader plans. That can include workstation replacement cycles, storage capacity, software requirements, cybersecurity, backup and recovery, and future infrastructure needs. 
An IT provider doesn’t need to be an architect or engineer. 
But they should understand the environment they’re supporting. 
They should know why Revit performance matters, why different software versions may need to coexist, why a plotter can be production-critical, and why recovering yesterday’s project files isn’t always good enough. 
More importantly, they should be able to talk about technology in terms that matter to the firm: downtime, project schedules, productivity, risk, and client commitments. 
Because ultimately, that’s the job of IT in an A&E firm. 
A&E firms typically need support that understands CAD and BIM applications, high-performance workstations, plotters, project-file storage and backup, cybersecurity, and collaboration with outside contractors and consultants. IT should be designed around the firm’s production environment rather than a standard office setup. 
Applications such as Revit, AutoCAD, Civil 3D, and rendering software can require considerably more processing power, memory, graphics capability, and storage than typical office applications. Workstations should be selected based on the software and workloads each employee actually uses. 
Active projects, clients, consultants, plugins, or project requirements may depend on specific software versions. Upgrading too early can create compatibility problems, so firms may need to maintain multiple versions and plan upgrades around active projects. 
Backups should run often enough to reflect how much recent work the firm can reasonably afford to recreate. Important data should have protected copies separate from the primary environment, and restores should be tested regularly to confirm that files and systems can actually be recovered. 
Yes, when it’s configured appropriately for business use. Access should be limited to the people who need it, external users should be authenticated where appropriate, and sharing permissions should be reviewed as projects and teams change. 
Start with issues that could stop production or put project and client data at risk: failed or untested backups, aging hardware, account security, overly broad access, software compatibility problems, and inadequate protection of endpoints and project data. 
If your technology is becoming something your team has to work around instead of something that helps them work, it may be time to take a closer look.
Learn more about InfiNet’s Architecture & Engineering IT Support. 

Beyond Basic IT: What Architecture & Engineering Firms Really Need Read More »

Talk to our Team