Microsoft Dynamics CRM——人们用它构建网站吗？
请原谅我的无知，但是人们会使用 Microsoft Dynamics CRM 构建网站吗？
我有一个潜在客户，他说他们将在一个新的 Web 项目中使用该技术，而我将为其制作 HTML 模板。我想尽我所能地学习，因为我是这个特定系统的新手，但我似乎找不到任何与网络构建和 CRM 相关的内容。客户是否更有可能使用他们忽略告诉我们的另一项技术？
非常感谢任何有关此过程的经验或见解！
Forgive my ignorance, but do people build websites with Microsoft Dynamics CRM?
I have a potential client who says that is the technology they will use for a new web project, for which I would be doing the HTML templating. I want to learn all I can as I am new to this particular system, but I can't seem to find anything related to web building and CRM. Is it more likely the client is using another piece of technology that they are neglecting to tell us about?
Any experience or insight about this process is greatly appreciated!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您无法使用 MSCRM 构建网站，但您可以使用 CRM 内容轻松构建 ASP.Net 网站。 MSCRM 提供的 API 是一组 Web 服务，可以在网站中查询这些服务以填充页面内容。
另外，如果需要只读内容，可以直接查询数据库，并且只能查询只读内容，因为不支持使用 SQL 连接更新/创建数据。
请注意，需要拥有外部连接器许可证才能通过 API 甚至直接 SQL 查询使用 CRM 中的任何数据。
You can't build website using MSCRM, but you can build ASP.Net website using CRM content easily. The API provided by MSCRM is a set of web services, that can be queried in a website to populate pages content.
Also, you can directly query the Database if you want ReadOnly content, and only for read-only content, because it is not supported to update/create data using SQL connections.
Note that it's required to have the external connector license to use any data in the CRM, thru the API and even thru direct SQL queries.
我使用 .NET、CRM4 API 和数据库构建了一个网站。该网站所做的只是使用 CRM Web 服务和元数据 Web 服务向 CRM 提交查询，并获取数据。该公司已经在后端使用 CRM，因此前端也更容易使用相同的数据库，因为它很简单。
另一种方法是在两个系统（后端和前端）之间创建一个中间连接器，但效率不高（无论如何，对于我们的情况而言）。
I have built a website using .NET, utilising the CRM4 API and database. All the website did was to submit queries to CRM using the CRM web services and metadata web services, and get data back. This company was already using CRM for their back end, so it's much easier for the front end to use the same database as well since it's a simple one.
The alternative would be to create an intermediate connector between the 2 systems -- backend and front end, which is not as efficient (for our case anyway).