SuiteCRM 全功能，不限用户，3600元/长期使用
SuiteCRM 与 Salesforce 和 Dynamics 一样强大，具有更高的技术独立性和定制性。业务咨询与服务，请联系我们！
我们提供的服务包括：插件开发、主题开发、安装和配置、CRM升级、CRM部署、支持与维护、用户培训…
关于SuiteCRM 8.0进行了如此多的讨论，我们希望将信息整理到官方线程中。
目的是解决我们社区提出的问题。我们希望使用一种非正式的“任何问题”格式，以便每个人都可以提出有关体系结构和结构更改的问题。该线程还将使我们能够将关键信息有效地传达给整个社区。
如您所知，我们目前正在积极开发SuiteCRM8。我们的专职开发团队一直在忙于构建SuiteCRM 8，并且还在尝试各种解决方案以验证我们的想法并确保我们正在构建健壮且可扩展的CRM。应用。
我们正在接近SuiteCRM 8开发的最后阶段，并希望邀请我们的社区成员加入我们，共同制定SuiteCRM项目。我们致力于开源，并坚定不移地坚持作为完全开源项目的价值观：而不是免费增值或开放核心。因此SuiteCRM 8遵循了我们的设计原则：
永远开源
我们永远不会妥协，因为我们相信开源是让我们的用户完全控制其数据和业务解决方案的唯一方法。免费提供我们100％的代码，无需支付许可费用或供应商锁定。
用户拥有力量
我们希望任何人都能提供SuiteCRM并通过提供直观，自助，易于定制的产品（仅需最少的技术知识）来适应其业务需求，流程和用户。
可扩展性是我们的基础
产品架构的每个方面都可以扩展。提供可扩展且强大的框架，客户，企业和开发人员可以依靠它们来构建鼓舞人心的定制解决方案。
建立和培育一个充满激情的生态系统
我们了解一个强大而健康的生态系统的重要性，该生态系统支持SuiteCRM的采用和推广。该产品必须易于与社区集成并促进社区内的创新。
我再次感谢您对SuiteCRM项目的所有关注，支持和贡献。我们将共同构建世界上使用最广泛的CRM应用程序。
问：SuiteCRM 8会有什么新变化？
用户界面和新的核心框架将发生根本变化。新的核心框架的开发将在SuiteCRM 8整个生命周期中进行迭代……
Angular 8用户界面
这可能是最明显的变化。重新设计和重构应用程序的业务逻辑和用户旅程的前端呈现。
我们将使用更加精简和简化的实现方式来替换现有的JQuery，YUI，HTML，Smarty，Xtemplate（以及其他前端库）。这将有助于我们通过将应用程序逻辑与UI层隔离开来的通用最佳实践来达到标准。当前，我们在TypeScript中使用Angular 8（在撰写本文时）。
只是要注意，在正式发布产品之前，Angular版本很可能会升级到合适的LTS版本。
记录检视
当然，我们不希望对用户习惯的布局进行如此大的改变，但是我们在SuiteCRM中引入了新概念，我们认为这些新概念可简化数据的使用和集中化，这对于快速360度查看数据非常重要。客户及其活动。
套房8核心
从技术角度来看，引入新的Core框架将导致代码库中所有剩余的SugarCRM贡献被淘汰，从而使应用程序更加精简和可维护。
我们正在使用功能强大且受支持的PHP框架Symfony，并利用其广泛的软件包来构建新的Suite 8核心框架，其中包括：柔性; 安全; api平台等。SuiteCRM 8核心将分阶段构建，因此在初始版本中，大多数业务逻辑仍将由SuiteCRM 7框架提供支持，并且随着每次迭代，将在Suite 8核心框架内重建功能，从而提供更强大的功能和更高的性能。驱动架构。
测试驱动开发
成功项目的关键是确保对新代码的介绍不会影响现有代码，并且确保其无缝（即无回归问题）。因此，从第一天开始，我们就针对UI（Angular）和SuiteCRM 8内核推出了新的测试套件。
向后兼容模式
我们的目标是尽可能确保向后兼容。我们致力于在全力支持和时间帮助下帮助那些过渡，为路线图上的更大变化做好准备。
我们很高兴地宣布，我们将引入一个兼容模式，您可以通过视图和模块选择兼容模式，这些模式将在新的角度引擎中呈现或从SuiteCRM 7中引用，以便团队有时间和鼓励他们更新其插件。和前端自定义为打字稿或其他兼容方法。
扩展框架
这有点用词不当，因为我们正在努力使所有内容都按照我们的设计值尽可能地扩展，其中包括新的Suite 8内核。但是，我们的首要目标是尽早奠定扩展框架的基础，并邀请社区加入以在该框架上进行协作。
希望以上内容使您对我们要实现的目标有更好的了解。这是朝着更加激动人心的体验迈出的革命性一步，其重点是稳定性和适应性。我们希望确保您（社区）能够参与进来，并不断与大家共享我们的热情和愿景，以使SuiteCRM成为最受欢迎的开源CRM。
问：他们是否要添加任何JS框架（例如骨架.js，angular.js，Vue.js等）？
我们的目标是在TypeScript中尽可能多地利用和重复使用许多提供ui小部件库的Angular UI组件，包括ng-bootstrap和angular / cdk。我们认为混合多个框架是不必要的，并且需要在升级和依赖管理上付出更多的努力。
问：您是否考虑过其他协作或UI框架（Angular，Vue等）？
是的，我们对此进行了仔细考虑，但发现拟议的合作和/或贡献的许可和/或版权不利于社区和SuiteCRM生态系统的价值，从而导致市场不公平和垄断。我们还查看了其他前端框架，并认为Angular最适合像这样的大型应用程序，并得到了良好的开发人员社区的支持。可靠且经过测试的架构以及明显的项目可持续性。
问：是否可以扩展或添加Web组件以实现更好的UI扩展性（例如bit.dev）？
由于可扩展性是我们的核心设计原则之一，因此我们要确保使尽可能多的当前ui组件尽可能灵活，但是目前我们不专注于跨平台的Web组件，而是依赖SuiteCRM的组件开发人员库可以在社区内重复使用和发布。
问：学习一种新语言可能是一项开销，SuiteCRM团队将如何通过这种学习曲线帮助开发人员？
我们的团队（包括社区团队）正在共同商讨一个非常好的问题，以确保从一开始就以多种格式对架构，框架，技术和设计进行完整记录，以鼓励轻松上手。我们确实在路线图上提供了开发人员工具和SDK，以鼓励开发人员使用新框架。
问：公共存储库在哪里？它将在哪里托管？
在将代码发布到我们的GitHub存储库之前，我们仍在消除某些基本方面和POC（概念验证）。我们计划在Beta阶段公开发布代码库。
问：它将采用哪种开放源代码许可？
我们计划将其发布为AGPL3。
问：将更改多少核心（即，列表视图中的自定义，逻辑挂钩，调度程序中的作业等）？
大部分更改将是前端事务性的：UI操作和事件；注入JavaScript；模板定制和其他肤浅的方面。
SuiteCRM 8.0中的核心业务逻辑仍将保留在SuiteCRM 7（旧版）框架中，可通过SuiteCRM 8内核进行访问。SuiteCRM 8核心将充当渲染引擎（Angular）与数据之间的中间人，该数据已由SuiteCRM 7的业务逻辑（包括您的逻辑挂钩和自定义）进行了预处理。
SuiteCRM的长期目标是，在社区的共同努力下，用一些将提供相同级别的可扩展性的代码库替换现有的代码库，同时对它们进行充分的测试，记录和更重要的是遵循最佳实践。
问：如何处理数据迁移？
如上所述，后端的基础将依赖于当前的SuiteCRM 7实体映射，因此，如果我们要添加任何新的数据库表，它们将被前缀以突出显示，以专门用于SuiteCRM 8的映射。我们旨在使差异最小化，并提供任何工具来协助数据迁移。
问：作为SuiteCRM的用户或开发人员，我们可以做些什么来准备SuiteCRM 8.0？
目前还不行，但是一旦有alpha版本发布！我们将建立用户组，以讨论SuiteCRM最重要的方面之一：扩展框架。我们希望收到你的来信。我们想知道您对现有框架的喜好和不喜欢，您可能希望在SuiteCRM中看到哪些其他应用程序的扩展框架，因此我们可以进一步探索如何使SuiteCRM成为构建您的解决方案的简单而强大的平台。
问：正在采取哪些步骤解决SuiteCRM 8.0中的现有基本问题？
我们正在分阶段进行工作，以确保有足够的时间从一项重大更改过渡到另一项重大更改。由于我们的社区如此之大，因此我们期望某些成员可能会担心直接进入后端框架，从而破坏了更大范围的向后兼容性。这就是为什么我们决定解决前端框架并开发Suite 8核心以充当新旧之间的缓冲的原因。
通过此中间步骤，我们仍可以利用SuiteCRM 7中的旧功能，同时以最小的中断来替换它们。现在，某些痛点无法由中间平台解决，其中一些痛点必须优先考虑在较旧框架中实施的努力，或者只是接受使用新技术从长远来看会更好。
我将重点介绍我们已经确定并将要解决的一些痛点：多数据库和平台支持，其中包括容器化设置和官方SuiteCRM映像；连接系统的某些区域，例如搜索引擎和电子邮件设置；并重构升级方面。
问：SuiteCRM 8.0支持哪些API？
8.0仍将支持当前的V8和V4 API。SuiteCRM 8中还将引入新的API，专门针对新UI优化平台。为此，我们决定专注于GraphQL API，但要使用API平台 19。GraphQL与REST API的最大好处是使用查询语言可以灵活地仅调用所需信息（字段，实体），该查询语言将链接多个实体以进行单个调用。这将有助于节省那些烦人的相关资源往返行程，并节省不必要的数据获取，从而提高性能。
问：SuiteCRM 8.0时间表是什么？
我们的团队目前正在努力为SuiteCRM 8版本提供准确的路线图。我们目前专注于交付SuiteCRM 8 Alpha Q2 2020。
我们希望在8.0之前推出另一个主要的SuiteCRM 7.x版本。
问：我们如何贡献与合作？
社区团队正在采取许多举措，以增加直接和频繁的沟通。这包括建立清晰的社区积压，强大的反馈循环（包括我们的合作伙伴），进行访谈，调查和倡导计划。
目前有合作的机会在这里，所以请分享您的想法和建议。所有这些合作都将添加到社区积压待审核。
在此结束。这不是一个封闭的话题，我们鼓励讨论和提出问题，但是请确保它富有成效和受人尊敬，因为我们知道做出重大方向性决策可能会引起争议。我们将尽力为尽可能多的其他问题提供答案。
添加于5月4日
问：您是否打算将8.0发行为“预生产”版本以进行开发，或者8.0是否将成为生产级并准备实施/升级？
SuiteCRM 8.0将是SuiteCRM的完整生产版本。
问：您将直接将Angular作为View层注入还是由Twig模板引擎实现？
SuiteCRM 8将直接利用Angular作为视图层。
问：是否可以将带有API平台的SuiteCRM 8用作无头CRM？（这意味着基于API Platform + Core的自定义应用程序）无需与Angular UI进行交互，但只能通过其他应用程序中的API进行工作，并且可以创建视图层，使v8可以保持中间人身份或重型起重器的位置。
新的API与其他任何API一样，可以与其他应用程序一起使用。因此，这将是可能的
添加于6月10日
问：您说V8首先会使用V7的核心来进行繁重的工作。我们应该期望这意味着在V7完全用完之前会带来额外的性能损失吗？
在许多方面，SuiteCRM 8.0将依赖于SuiteCRM7.x。这将允许向后兼容在很多领域中起作用，从而使我们能够分阶段地专注于特定的功能/方面，以实现SuiteCRM新的核心功能。在我们当前的开发中，性能是关键指标，我们将考虑新的和现有的代码库，以期改进而不导致性能下降。
问：由于这是一项重大更改，即使承诺向后兼容，V8可能也无法支持V7可能实现的所有自定义，至少在不更改自定义代码库的情况下如此。您期望什么是第一个不受支持的V7专长，即必须最紧急地升级哪种自定义项？
SuiteCRM 8的某些区域在向后兼容模式下将不起作用，是的，但是这些主要是UI定制，特别是：顶部的全局菜单，侧边栏和页脚-以及登录屏幕。可能会有其他区域无法转换为SuiteCRM 8视图，但是，即使不是全部，主视图和自定义视图也可以在向后兼容模式下运行大多数区域。
SuiteCRM和社区团队正在共同努力，以提供尽可能多的过渡文档，以帮助我们的用户和附加开发人员预期会受到影响的内容以及有关新UI框架和语言的教程。
问：会实施Symfony 4.4+吗？或我希望使用Symfony 5（即不使用不推荐使用的代码的Symfony 4.4），因为开发将花费几年时间，而这次版本4将过时
在编写本文时，正在使用Symfony 4.4进行积极的开发，并且在可能的情况下，它的编写应考虑到升级的能力。我们认为，适应Symfony 5并不是一件大事。我们的主要推动力是使用一个稳定且可维护的代码库，Symfony 4.4 LTS提供了我们现在需要的长期稳定性，但是这一点正在不断审查中。
问：如果您是中型或大型公司，SecurityGroup将作为完整的可用部分存在，或者仍然需要专有软件。
所有安全和访问角色将按原样使用现有的SuiteCRM 7框架。我们将分阶段研究新SuiteCRM 8基本功能的各个领域（例如访问角色等），以确保所引入的任何新功能都能满足用户需求并具有强大的功能。
问：当前的越野车PHPMailer v7是否会被Symfony / Mailer在v8中取代？
目前尚无计划在此时替换8.0中的PHPMailer。SuiteCRM 8.0的目的是利用现有的SuiteCRM 7代码库引入UI框架，我们正在不断评估我们认为需要用SuiteCRM 8框架替换的旧代码的哪些区域。目前，利用现有的SuiteCRM 7进行邮件发送，但是一旦研究了这些领域，我们就有机会评估哪种技术是最好的。
问：如果您在此处发布了有关V8的信息，是否应该创建新帖子https://suitecrm.com/about/newsroom/news/ 40 3可以知道全世界的阿尔法版本将会发生什么？
这当然是公开的，因此当前全世界都可以看到，但是可以，我们实际上将提供博客文章。我们认为这是一个很好的起点，因此我们可以与其他社区成员进行互动。
添加于8月3日
问：从最初查看Suite8 alpha来看，似乎菜单已通过操作按钮更改为单个模块选项。在Suite8中是否有计划在菜单结构中同时具有这两个选项？
模块菜单过滤器功能当前是SuiteCRM 7中的“用户首选项”。默认值是显示为分组模块，但是用户可以通过其配置文件将其更改为单个模块结构。可以决定将默认配置设为SuiteCRM新实例的单个模块，以帮助用户浏览系统。分组的模块过滤器功能仍然存在，可以通过用户配置文件打开。您可以在当前的Alpha预览中对此进行测试。
添加于8月27日
问：因此，很高兴知道我们是否可以期望使用新的UI技术重新设计主题，以及是否可以自定义主题。如果可以进行定制，那么可以扩展到什么程度。我们将限于定制的css / less文件，还是将存在类似于handlebars.js的可扩展的完整模板引擎？
SuiteCRM 8 UI正在Angular上构建，并且将具有全新的主题实现，以利用角度模板引擎进行匹配。我们计划使整个系统尽可能地可定制和可扩展，其中包括新主题和角度模板。
问：我认为升级到v8很容易，对吗？
我们的目标是随着SuiteCRM 8的发布，在数据迁移方面保持尽可能小的变化。SuiteCRM 8的优势在于UI技术和框架，并在后台引入了更新的技术，但又不会造成干扰。数据本身太多了。
问：是否可以通过REST API或V8等第三方应用程序使用GraphQL API？
是。我们正在启动GraphQL API，并辅以新的REST API。与直接连接到数据一样，这将用于支持UI框架。
问：SuiteCRM 8将如何支持SuiteCRM动态模板构建？
我们以允许我们根据现有缓存或动态需要的角度渲染Angular组件（字段，布局等）的方式利用元数据设计。这使我们将来可以添加更多内容或调整现有元数据，从而以最小的努力添加更多自定义项或模板的全新区域。
问：用户如何自定义那些漂亮的列表视图图表？您是否打算将“图表”或“报表”仪表板（AOR_Reports）插入到“详细信息视图”中？
在路线图上，我们将图表制作为可自定义的小部件，以便开发人员可以根据需要将多个小部件插入布局的某些区域。与新的“详细信息/编辑视图”相似，将有一个专用的小部件区域，您可以选择或创建新的小部件以使用户可见。
问：您是否正在考虑为Admin用户引入一项功能，以一次修改所有或部分用户的首选项？
目前尚未在路线图上。SuiteCRM 8的许多后端功能和区域仍将使用SuiteCRM 7框架，包括管理面板和那些区域。因此，目前如何应用用户首选项将相对相同。
问：嗨，这是从v7迁移到v8的任何计划吗？..我看到在Q3中应该存在beta v8。是否会有一些初始版本测试迁移。
迁移是我们的首要考虑。我们希望使所有用户尽可能容易地尝试代码，并帮助我们在生产启动之前解决问题，意外结果和其他关键方面。我们正在计划启动活动，教程和文档，以鼓励登机，因此请密切注意那些预定的活动。Beta版本将是一个代码版本，其中包含社区成员参加的反馈会议。
问：SuiteCRM 8发行时；7.11.x版本是否会成为新的LTS版本，或者8是否随LTS和滚动发布线程一起发布（或完全其他）？
我们正在寻求发布另一个SuiteCRM 7，它将扩展支持，使用户有时间在准备就绪时过渡到较新的SuiteCRM 8。