You can use your favorite social network to register or link an existing account:
Or use your email address to register without a social network:
Sign in with these social networks:
Or enter your username and password
Forgot your password?
Yes, please link my existing account with for quick, secure access.
No, I would like to create a new account with my profile information.
Editor’s note: Brian Jones and Cyrielle Simeone rejoin Office Next for a final post on the apps and extensibility in the new Office. You can learn more by visiting the Apps for SharePoint and Office blog.
On Monday, we covered the new set of scenarios and user experiences that apps will offer to users in the new Office and SharePoint. If you haven’t watched it already, I recommend you do so by checking out the Medal Tracker video that showcase apps for Office in action. On Wednesday, we talked about the new and enhanced developer experience we are enabling in this release to move the platform to the cloud, and make it more open and accessible.
Today we want to talk to you about deployment, management and security of apps for Office and SharePoint for enterprises.
If you are in IT, or just help out around the office with managing machines and accounts, you know how difficult it is to get a handle on what apps folks are using. The problem scenarios often go like this… there is someone in the finance group who builds a spreadsheet and writes a few macros to help that spreadsheet bind to some backend data. The set of macros continues to grow, and that spreadsheet becomes a full blown app. More folks in the org are using the app including the VP of finance. No-one in IT is aware of this app, and as a result, there isn’t anyone on point to help support it and make sure it keeps running. One day someone is cleaning up the databases and gets rid of a few sprocs they didn’t think anyone was using. Turns out the spreadsheet used one of those sprocs and so it breaks. The VP of finance makes an urgent call to IT saying their app is broken, and IT now needs to get a copy of the spreadsheet, debug it, and eventually discover why it’s no longer working.
As a result of challenges like this, we often see IT set a significant amount of their discretionary spend aside to help them deal with these surprises that pop up. In the new Office, we’ve done a lot of work to help give IT much more visibility into what people are using within Office and SharePoint so that they can be better prepared going forward.
Apps for Office and SharePoint come with two main components: a web app and a manifest file. The manifest file is what is used to “deploy“ the apps, they’re managed through the Office Store, or for internal apps the app catalog. Users then hit the Office Store and App Catalog when they look for an app, and the manifest file is returned. The manifest points to the actual web app, which can run on the developer’s favorite hosting service (Azure, IIS, LAMP, etc…).
For SharePoint apps we even provide an option for developers who don’t want to host the web app on their own servers. They can package the web app files with the manifest and submit the full package into the Office Store. When the app is installed we will automatically deploy the server code directly into Windows Azure.
The Office store has been optimized to make it easier for organizations to purchase, consume and manage apps. There are four key reasons why an organization will love the Office Store:
Discovery: The Office and SharePoint stores represent a great opportunity for business users looking for apps solving daily tasks or frequent business processes shared among organizations. Looking for an efficient way to manage expense reports, assets, or event planning? Check out the store before you start building something or calling IT.
Acquisition: Once acquired by a user, all apps are linked to his Microsoft account. As soon as the user logins to Office with their Microsoft account all their apps are ready and available for use. Think of how much time can be saved setting up a user’s machine after a PC refresh or an upgrade. With the Office Store licensing model, apps don’t just follow the machine, they follow the user and hence are available instantly no matter what device a user decides to use.
Deployment: Apps aren’t installed in the regular sense. Instead of embedding the app code into the document or into SharePoint, the app is deployed as a pointer (a URL) to the web server hosting the app. This could be in the cloud, or a server in your datacenter. This model introduces a new decoupled way of managing app lifecycle and Office/SharePoint upgrade cycles independently of each other.
Control: With SharePoint, administrators can see and manage all the apps for SharePoint purchased by the users in their organization. Administrators can also configure Store access so that users can browse for apps and submit a purchase request to their IT department. The admin can then approve (and purchase) or reject the request based on the business need. Once an app is purchased by an IT admin, the admin can then decide which users within the organization would have access to the app subject to the number of seats covered by the purchase. When an admin assigns an app to a user the user can use the app directly within their SharePoint sites without any additional hurdles. Should and organization decide they want complete control over the apps users can install they can switch off the public store (through group policy for Office) and only provide access to approved apps (both in-house and 3rd party).
Security: In addition to testing all apps that are listed on the Office Store, we also have flexible reactive systems in place that allow us to shut down an app if it is identified to be malicious. Shutting down an app removes the listing from the Office Store and deactivates the app within Office and SharePoint next time it’s run. This ongoing reactive process helps ensure users are protected from rogue apps.
The app catalog is how you make apps available to the users in your org. In the simplest sense, it’s a SharePoint library that contains all of the apps you have for your org. The Office clients all point to this library, so if you want to give your users access to a new app for Office, just add the manifest file it to the library, and the app will automatically show up for everyone right from Office. The same is true for apps for SharePoint, just add the app package to library and it will start showing up for everyone. Since the app catalog is a SharePoint library you can easily manage who gets access to what app, and quickly make updates when needed. Apps for Outlook require Exchange Server 2013 and use Exchange as a catalog to upload manifest files.
Learn more about how to deploy and manage apps for Office and SharePoint in the following articles:
The diagram below summarize the different channels for developers and ISVs to reach Office users.
We have baked security and isolation into the heart of the new cloud app model.
Apps for Office no longer run in the same process as your document, this app isolation is an important change because it helps protect your experience with Office from misbehaving apps. No more frustration from slow or locked up documents while an extension runs.
The figure above depicts an Excel workbook with three apps, these are running across the red dotted line in a separate process (there is one of these app runtime processes per document) and they do not have direct access to the data in the host process or even the same integrity level, making them safer to run than previous extensibility models.
From the security perspective there are three major controls:
We’ve done a lot of other things under the covers to keep the user as safe as (or safer than) browsing to web sites, an upcoming whitepaper will explain this work in a lot more detail.
Apps for Office are integrated into the new monitoring tools described in the next section, so you can quickly see which apps your users are using in which documents and if these apps are having problems.
Learn more about security with apps for Office and SharePoint by reading the following articles:
Apps for Office and SharePoint usage can also be monitored by administrators.
Office Telemetry is a new feature that gives IT Pros visibility into what apps, documents, and add-ins are actually used and how well they perform in Office 2013. By giving customers the option of logging how Office is being used, it can answer questions like:
It works by having each PC save logs to a network folder. From there the Telemetry Processor aggregates the logs into a SQL Server or SQL Server Express database where it can then be reported on it in Excel. Look for the Telemetry Dashboard under the Microsoft Office Tools folder in the Start menu after installing the Office 2013 Customer Preview. An agent is also included to report on document and add-in usage in Office 2003, 2007 or 2010. Developers can also use Office Telemetry to see the order that solutions are loaded and any flagged issues. Just start the Telemetry Log, also under the Microsoft Office Tools folder. Learn more about the Office Telemetry tool in Makoto Yamagishi’s article: Introducing Office Telemetry in the new Office on the Office IT Pro Blog.
Administrators can track the usage of apps for SharePoint by using the app monitoring features built into SharePoint. App monitoring tracks information like:
App monitoring works for apps in the app catalog or acquired from the Store.
We’ve told you about the advantages of the new cloud app model and we know that you’ll be excited about the new scenarios that Office.Next opens up, as well as the opportunity to reduce your existing applications total cost of ownership, so where to start?
As you can see, it’s now easier to understand and monitor what is used within your organization! In addition of the new monitoring capabilities, this new deployment model will give both developers and IT Pros much more flexibility that before.
By now, we hope you have a pretty good understanding of the new cloud app model and its benefits for end users, developer and IT administrators. We will continue the conversation on our dedicated developer blog, don’t hesitate to let us know what you would like us to cover.
Thanks for reading us!
interesing process. It helps in a lot of scenarios but I don't see how it will help in the original one mentioned at the top - a self-created macro that did not follow the formal app process. Are there similar tools for macros?
Hey Mark, yes, we definitely help with that as well. I mentioned in the post a new feature we have called the Office Telemetry Dashboard. You can read more about it here: blogs.technet.com/.../introducing-office-telemetry-in-the-new-office.aspx
help!!! Error, I can no enstall Office 365 - We're sorry, we couldn't install your office product because you don't have a moden windows operating system.
You need Miscrosoft windows 7 (or newer) to install this product
I have windows 7, 64 bit, it will not let me install it says only 32, but then I get this error!
Como siempre, al ser primero de mes os dejo el tradicional recopilatorio de enlaces interesantes sobre
Os dejo un primer recopilatorio de recursos sobre el nuevo modelo de Aplicaciones de SharePoint 2013
outlook is best for ever......................<><><><><><><><
out look is best for ever..............................<><><><>