{"section":"tracks","requestedLocale":"en","requestedSlug":"accounts-and-architecture","locale":"en","slug":"accounts-and-architecture","path":"docs/en/tracks/onboarding-guide/vtex-store-overview/accounts-and-architecture.md","branch":"main","content":"VTEX provides many features and products, but their availability can vary depending on the [account type](#vtex-account-types), as each one is designed for certain scenarios. Before you start planning your [store's architecture](#store-architecture) and defining [implementation partners](#implementation-partners), you need to know the main characteristics of the accounts.\n\n## VTEX account types\n\nThe definition of a VTEX store's architecture depends on the VTEX account type, as some features are exclusive to certain account types, and each account is tailored to particular business models. The best account will be the one that best reflects the business model's structure.\n\nVTEX account types are:\n\n- **Main account (or standard):** The VTEX core account includes all the native settings and allows setting up a store website and requesting all platform features.\n- [Franchise account](/en/docs/tutorials/what-is-a-franchise-account): The franchise account is associated with a main account. It does not have its own website, and its most remarkable characteristic is that it does not configure its own catalog, which comes from the main account. This account type is recommended for operations with physical stores, franchisees, and brand representatives, but the store does not necessarily need to have a franchise network to benefit from the advantages of a VTEX franchise account.\n- [Seller Portal account](/en/docs/tutorials/seller-creating-an-account-in-the-seller-portal): This account is associated with a main account. It does not have its own website, and its main characteristic is to make the store a marketplace for [white label sellers](/en/docs/tutorials/white-label-seller) or sellers outside the VTEX ecosystem who can quickly integrate their catalog in the VTEX marketplace. In other words, it is a VTEX platform edition designed for the main account's sellers.\n\nThe following image is an overview to help you [choose between standard, franchise, or Seller Portal accounts](/en/docs/tutorials/choosing-between-standard-account-franchise-account-or-seller-portal):\n\n![main_account_franchise_seller_portal_EN](https://cdn.statically.io/gh/vtexdocs/help-center-content/refs/heads/main/docs/en/tracks/onboarding-guide/vtex-store-overview/accounts-and-architecture_1.png)\n\n## Account characteristics\n\n[Choosing between a standard, franchise, or Seller Portal account](/en/docs/tutorials/choosing-between-standard-account-franchise-account-or-seller-portal) involves many factors. The table below shows the main characteristics of each to help guide your decision:  \n\n| **Account type** | **Main characteristics** |\n| :---: | :--- |\n| Main account (or standard) | <ul><li>Has its own frontend and website.</li><li>Can be multistore and have multiple sites and stores, each with its own trade policy.</li><li>Has its own VTEX Admin environment to manage its operation.</li><li>Allows you to have franchise and Seller Portal accounts and request new environments.</li><li>Allows you to natively become a [VTEX seller](/en/docs/tutorials/marketplace-strategies-at-vtex#being-a-vtex-seller) and a [VTEX marketplace](/en/docs/tutorials/marketplace-strategies-at-vtex#being-a-vtex-marketplace) and connect with all the stores within the VTEXecosystem.</li><li>Allows configuring [white label sellers](/en/docs/tutorials/white-label-seller) in franchise accounts.</li><li>Offers the ability to sell your franchise accounts' inventory in other VTEX marketplaces using the [Multilevel Omnichannel Inventory (MOI)](/en/docs/tutorials/multilevel-omnichannel-inventory) feature.</li><li>Can integrate with [external sellers](https://developers.vtex.com/docs/guides/external-seller-integration-guide) and [external marketplaces.](https://developers.vtex.com/docs/guides/external-marketplace-integration-guide)</li><li>Allows you to request add-on products.</li></ul> |\n| Franchise account | <ul><li>Does not have its own frontend or website.</li><li>Has its own VTEX Admin environment to manage its operation.</li><li>Does not have its own catalog; instead, it follows the exact catalog structure of the main account.</li><li>Allows configuring prices and promotions.</li><li>Has its own warehouse and inventory.</li><li>The franchise account inventory can be sold on other VTEX marketplaces connected to the main account via [Multilevel Omnichannel Inventory (MOI).](/en/docs/tutorials/multilevel-omnichannel-inventory)</li></ul> |\n| Seller Portal account | <ul><li>Does not have its own frontend or website.</li><li>The main account has an area for [ managing sellers](/en/docs/tutorials/seller-management), and each seller has its environment in the Seller Portal Admin.</li><li>The seller can configure inventory and pricing, manage products shared with the marketplace, invoice orders, activate promotions, process payments, and have their own logistics.</li></ul> |\n\n> ℹ️ **Marketplace on VTEX**Besides offering great flexibility in store architecture, our ecosystem allows each store to have multiple [marketplace strategies](/en/docs/tutorials/marketplace-strategies-at-vtex), such as:<ul><li>Becoming a seller or marketplace for other VTEXstores.</li><li>Integrating with the big players such as [Mercado Libre](/en/docs/tracks/mercado-libre-integration-set-up) and [Amazon](/en/docs/tracks/amazon-integration).</li> <li>Integrating with [partner marketplaces](/en/docs/tutorials/marketplace-strategies-at-vtex#integrating-with-marketplaces-partners) certified by VTEX.</li> <li>Being a marketplace for sellers with a [Seller Portal](/en/docs/tutorials/how-to-set-up-your-store-on-seller-portal) account.</li> <li>Being a [white label seller](/en/docs/tutorials/white-label-seller).</li><li>Creating your own integrations with [external marketplaces and external sellers.](https://developers.vtex.com/docs/guides/external-seller-integration-guide)</li></ul>\n\n## Store architecture\n\nThe VTEX platform provides many business models and sizes with all the features and settings they need for your operations. For instance, a store can adopt a different strategy for each sales channel through [trade policies](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/4EPwTXx5oFdSG1dA3zIchz#trade-policy) by configuring different catalog, price, and logistics settings for each one. To do so, the only requirement is to [request new trade policies](/en/docs/tutorials/requesting-an-additional-trade-policy).\n\nHowever, using many trade policies simultaneously can compromise the store's performance and slow it down, as changes need to be updated across multiple trade policies. Therefore, depending on the business model and complexity of the operation, you can segment using the following options:\n\n- [Multistores](#multistore)  \n- [Additional environments](#additional-environment) \n\nThe image below is an example of how the main account, environment, multi-store, and trade policies are related:\n\n![multistore_aditional_environment_EN](https://cdn.statically.io/gh/vtexdocs/help-center-content/refs/heads/main/docs/en/tracks/onboarding-guide/vtex-store-overview/accounts-and-architecture_2.png)\n\n### Multistore\n\n[Multistore, or multidomain](/en/docs/tutorials/choosing-between-a-multistore-architecture-or-an-additional-environment), is the feature that allows you to create other stores associated with the main account, all managed in the same admin environment. Each store will have its own [storefront](/en/docs/tracks/frontend-implementation) and domain, but they can share module settings, such as catalog, logistics, prices, and others.\n\nThe main advantages of [creating multistores](/en/docs/tutorials/managing-a-multistore) include the ease with which the company can sell different niche products, the convenience of selling multiple brands, and the agility of making different products available in different stores and channels.\n\nThe following scenarios illustrate the strategic role of having multiple stores in the same environment:\n\n- **National and international stores:** One store is focused on the country of origin, and the other on the international market.\n- **Niche segmentation:** Companies with a broad niche, operating different stores, each segmented to offer a variety of products focused on distinct audiences.\n- **Different operations:** When a business operates both B2C and B2B models, for example, it can be strategic to have separate stores for each type of operation, but sharing settings and information, allowing unified management.\n\nIn addition to combining trade policies and multistores, at VTEX, you can request a new environment, as described below.\n\n### Additional environment\n\nA standard VTEX account can completely separate the management space for your operations by [requesting a new environment.](/en/docs/tutorials/requesting-a-new-environment) Each VTEX Admin will be associated with its own account and independently manage the storefront settings and platform modules.\n\nSome typical use cases for requesting a new environment are when you want an [environment exclusively for testing](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/6xYnNxDHUcY6FyChgziCoH#4-testing-before-the-go-live) (Quality Assurance - QA) or an environment dedicated to managing another operation, such as B2C, B2B, or B2E.\n\n## Choosing between multistore and additional environment\n\nThe table below highlights important aspects to consider when deciding whether to have a multistore architecture, an additional environment, or a combination of both:  \n\n| **Characteristic** | **Multistore** | **Additional environment** |\n| :---: | :--- | :--- |\n| Architecture | A **single admin environment** in the VTEXAdmin associated with two or more stores ([store names](/en/docs/tutorials/what-is-the-store-name)). All stores are linked to the **same [account name](/en/docs/tutorials/what-is-an-account-name)**. | **Multiple admin environments** in the VTEX Admin with fully independent settings. Each environment has its own **[account name](/en/docs/tutorials/what-is-an-account-name)**. |\n| Sitemap | Has a single main account **[sitemap](/en/docs/tutorials/google-search-console-tracking-sitemap) shared** among all stores. | Each account has its own **[sitemap](/en/docs/tutorials/google-search-console-tracking-sitemap)**. |\n| Sales segmentation | Stores can **segment shopping experiences using trade policies**. This also helps ensure store performance, as you don't need multiple active trade policies. | The possibilities for sales segmentation and customization are huge, as each environment can **combine different trade policies and multistores**. |\n| Team | A **single team manages the operation** or, despite different teams, the similarities in settings across stores make it more efficient for them to share catalog, logistics, and pricing settings, for example. All users are **managed by the same [License Manager](/en/tutorial/visao-geral-do-modulo-license-manager)**. | **Different teams** within the same company have different operational responsibilities. **Each environment has its License Manager**, so [users](/en/docs/tutorials/managing-admin-users) in each of them are managed separately. |\n| Costs | **There is no cost** for creating new stores, but there is a cost for creating different storefronts, as you need to [request an additional trade policy](/en/docs/tutorials/requesting-an-additional-trade-policy). | **There is a cost** to [request an additional environment](/en/docs/tutorials/requesting-a-new-environment), but this already includes a trade policy.|  \n\nFor more information, read the [Choosing between a multistore architecture or an additional environment](/en/docs/tutorials/choosing-between-a-multistore-architecture-or-an-additional-environment) article.\n\n## Architecture questionnaire\n\nTo help you decide which products and settings to consider when planning your store's architecture, we've created the following table of questions:  \n\n| **Topic**| **Questions**|\n| :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------: | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |\n|Mapping existing architecture  | - Are there any [external integrations](/en/docs/tracks/backend-integrations) to consider? For example: <br /><br />- Enterprise Resource Planning (ERP) <br /><br />- Customer Relationship Management (CRM) <br /><br />- Transportation Management System (TMS) <br /><br />- Warehouse Management System (WMS) <br /><br />- Business Intelligence (BI) <br /><br />- Will external integrations connect directly to the platform via [VTEX APIs](https://developers.vtex.com/docs/api-reference)? <br /><br />- Will I need to request a [back office integration](https://developers.vtex.com/docs/guides/erp-integration-guide) partner?  |\n| How to set up a store| - Will the implementation be done using APIs from the [VTEX API Reference](https://developers.vtex.com/docs/api-reference)? <br /><br />- Will the implementation be done via the VTEX Admin? <br /><br />- Is it a headless commerce model that will use frontend technologies in the headless scenario?|\n|  [Backend](/en/docs/tracks/backend-integrations) and [frontend](/en/docs/tracks/frontend-implementation) general structure  | - Will I need a [partner](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/4yPqZQyj0t675QpcG7H6yl#implementation-partners) to implement the store's [backend](/en/docs/tracks/backend-integrations)? <br /><br />- Will I need a partner to implement the [storefront](/en/docs/tracks/frontend-implementation)? <br /><br />- Is the store frontend created with any of the [VTEX technologies](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/67SCtUreXxKYWhZh8n0zvZ#frontend-development-technologies-on-vtex)? ([Store Framework](https://developers.vtex.com/docs/guides/vtex-io-documentation-what-is-vtex-store-framework) and [FastStore](https://vtex.com/br-pt/resources/faststore-acelerando-a-cultura-composable-commerce-de-desenvolvimento-headless-avanti/)) <br /><br />- Will the Content Management System (CMS) [storefront](/en/docs/tracks/what-is-the-cms) in the VTEX Admin be used for store operations? <br /><br />- Could the [VTEX authentication methods](https://developers.vtex.com/docs/guides/authentication) generate any friction when integrating with the VTEX platform?  |\n|VTEX overall structure| - Will I need [franchise accounts](/en/docs/tutorials/what-is-a-franchise-account)? <br /><br />- Should I have [white label sellers](/en/docs/tutorials/white-label-seller)? <br /><br />- Is it worth leveraging [Multilevel Omnichannel Inventory (MOI)](/en/docs/tutorials/multilevel-omnichannel-inventory)? <br /><br />- Will I need [Seller Portal](/en/docs/tutorials/seller-creating-an-account-in-the-seller-portal) accounts? <br /><br />- Will I need to request an [additional environment](/en/docs/tutorials/requesting-a-new-environment)? <br /><br />- Does the operation involve a [multistore/multidomain](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/4yPqZQyj0t675QpcG7H6yl#store-architecture)? <br /><br />- Is it worth requesting an [additional trade policy](/en/tracks/support-at-vtex--4AXsGdGHqExp9ZkiNq9eMy/3KQWGgkPOwbFTPfBxL7YwZ#requesting-an-additional-trade-policy)? <br /><br />- Is it advisable to have a native solution to integrate with [VTEX sellers](/en/docs/tutorials/marketplace-strategies-at-vtex#being-a-vtex-seller) and [VTEX marketplaces](/en/docs/tutorials/marketplace-strategies-at-vtex#being-a-vtex-marketplace)? <br /><br />- Is it advisable to integrate with [external sellers](https://developers.vtex.com/docs/guides/external-seller-integration-guide) and [external marketplaces](https://developers.vtex.com/docs/guides/external-marketplace-integration-guide)? <br /><br />- What [performance optimization](https://developers.vtex.com/docs/guides/vtex-io-documentation-best-practices-for-optimizing-performance) issues should be considered in a [Store Framework development](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/67SCtUreXxKYWhZh8n0zvZ#store-framework)? <br /><br />- What internationalization issues should be considered in a Store Framework development? <br /><br />- The operation is cross-border and needs to [manage content using bindings](/en/docs/tutorials/managing-content-per-binding) to customize the store's layout based on the users' location. |\n| Industry | - What is the operation's industry? <br /><br />- Is it [fashion-related](https://vtex.com/br-pt/moda-e-vestuario/) (clothes and apparel)? <br /><br />- Is it [grocery-related](https://vtex.com/br-pt/supermercado/)? |\n| Use cases| - Does the business model involve [B2C](https://vtex.com/br-pt/digital-commerce/) or [B2B](/en/docs/tutorials/setting-up-b2b-on-vtex)? <br /><br />- Do I need an [omnichannel solution](https://vtex.com/br-pt/omnichannel/)?  |\n|  B2B commerce  | - Which features of the [B2B Suite](/en/docs/tutorials/b2b-suite-overview) are essential for your business? <br /><br />- What access levels do you want to set for the different [roles](/en/docs/tutorials/permissions-management-in-b2b-suite) in your B2B store? <br /><br />- Which [custom fields](/en/docs/tutorials/custom-fields-when-adding-an-organization) do you consider necessary? <br /><br />- What information will be required on the [new organization](/en/docs/tutorials/requesting-a-new-organization) request form? <br /><br />- Are there specific [payment conditions](/en/docs/tutorials/configuring-payment-conditions-for-b2b) that need to be configured for different organizations? <br /><br />- Is there a need for exclusive [price lists](/en/docs/tutorials/price-table-management-in-b2b-organizations) for certain organizations? <br /><br />- Is your operation B2B and does it require [checkout](/en/docs/tutorials/b2b-checkout-settings) customization? |\n| [Catalog](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/75MX4aorniD0BYAB8Nwbo7#catalog) | - How will the [catalog architecture](/en/docs/tracks/catalog-architecture) be structured? <br /><br />- Will the [catalog configuration](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/7euXDZR5CCnVFSrXyczIhu#catalog-architecture) be done via back office integration? <br /><br />- Will [product import](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/7euXDZR5CCnVFSrXyczIhu#importing-products) be done via back office integration? <br /><br />- Should we [internationalize the catalog](https://developers.vtex.com/docs/guides/catalog-internationalization)? |\n|[Store search](/en/docs/tracks/overview-intelligent-search)| - Do I need to install and configure [VTEX Intelligent Search](https://developers.vtex.com/docs/apps/vtex.search) so customers can have an intelligent search and autocomplete function on the store's website? <br /><br />- Does the operation work in multiple countries, and does it need to provide customers with [search experiences in multiple languages](/en/docs/tutorials/vtex-intelligent-search-multilanguage-settings-beta)? <br /><br />- Do you want the search results to sort the products according to a [specific merchandising rule](/en/docs/tutorials/merchandising-rule-conditions)? <br /><br />- Is it advisable to set up Region to have [seller regionalization](/en/docs/tutorials/configure-seller-regionalization)?|\n| [Pricing](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/75MX4aorniD0BYAB8Nwbo7#prices) and [Promotions](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/75MX4aorniD0BYAB8Nwbo7#promotions) | - Considering the VTEX [pricing system architecture](/en/docs/tracks/pricing-system-architecture), what types of prices should be added? <br /><br />- Will product pricing be configured via [back office integration](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/7euXDZR5CCnVFSrXyczIhu#prices)? <br /><br />- Does the sales strategy use [price tables](/en/docs/tracks/tabelas-de-preco-definicao-de-conceito)? <br /><br />- Do you expect to [create promotions](/en/docs/tutorials/promotion-list-beta)?|\n|[Payments](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/3MYcZaojb5HSUg6ufm6GxQ#payments)| - Which gateway or set of gateways will be contacted to [add gateway affiliations to the platform](/en/docs/tutorials/registering-gateway-affiliations)? <br /><br />- What [payment settings](/en/docs/tracks/configuring-a-payment-condition) (credit, cash, etc.) will be required for the [payment conditions](/en/docs/tutorials/difference-between-payment-methods-and-payment-conditions) offered to customers at checkout? <br /><br />- Is it advisable to set up [split payments](/en/docs/tutorials/split-payment) for sellers and marketplaces?  |\n|[Logistics and fulfillment](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/75MX4aorniD0BYAB8Nwbo7#logistics)| - How will the [shipping strategy](/en/docs/tutorials/shipping-strategy) be structured? <br /><br />- Which [loading docks](/en/docs/tutorials/loading-dock) will be used? <br /><br />- Which [warehouses](/en/docs/tutorials/warehouse) will be used? <br /><br />- Which [shipping policies](/en/docs/tutorials/shipping-policy) will be used? <br /><br />- Which [carriers](/en/docs/tutorials/carries-on-vtex) will be on the [shipping rate templates](/en/docs/tutorials/shipping-rate-template) configured in the shipping policies? <br /><br />- Will I need to set up [pickup points](/en/docs/tutorials/pickup-points) so customers can pick up orders from physical stores or distribution centers? <br /><br />- In [inventory management](/en/docs/tutorials/managing-stock-items), is it advisable to use [lead time](/en/docs/tutorials/lead-time-shipping-time-at-sku-level) (an optional shipping time setting at SKU level)? <br /><br />- Will [inventory import](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/7euXDZR5CCnVFSrXyczIhu#inventory) be done via back office integration? <br /><br />- Is it desirable to activate the [VTEX Shipping Network Correios](/en/docs/tutorials/vtex-shipping-network-correios-activation) for the operation to be integrated through the VTEX Admin with the Correios PAC and SEDEX services? (For Brazil only) <br /><br />- Does the operation involve international stores and [cross-border](/en/docs/tracks/cross-border-stores) sales?|\n|  [Orders](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/3MYcZaojb5HSUg6ufm6GxQ#orders)  | - Is it advisable to set up a [Feed or Hook](https://developers.vtex.com/docs/guides/orders-feed) to track changes in [order status](/en/docs/tutorials/order-flow-and-status)? <br /><br />- Will I need a [back office integration](https://developers.vtex.com/docs/guides/erp-integration-set-up-order-integration) to send order information from VTEX to external systems such as ERP or WMS, or to send order information from external systems to VTEX? |\n|[Checkout](/en/tracks/vtex-store-overview--eSDNk26pdvemF3XKM0nK9/3MYcZaojb5HSUg6ufm6GxQ#checkout)| - Is the store going to use [VTEX Checkout](/en/docs/tutorials/checkout-vtex-overview) or a third-party solution? <br /><br />- Is it advisable to [configure SKU pricing and availability by region](/en/docs/tutorials/setting-up-price-and-availability-of-skus-by-region) so that the customer, in their shopping experience, sees the available store items that can be delivered to their location?  |\n\n## Implementation partners\n\nWhen building a store, it is common for agencies and [implementation partners](https://vtex.com/us-en/partners/) (System Integration partners) to be involved. VTEX is associated with a wide ecosystem of partners known for their excellence and reliability in developing VTEX store projects. Provided the [user](/en/docs/tutorials/managing-admin-users) has permission to access the store's VTEX Admin, they can view the partner list on the [Partner Portal](https://vtex.com/en-us/partners/) (available only in Portuguese).\n\nThe [VTEX Quadrant](https://vtex.com/pt-br/blog/parceiros/quadrante_vtex_2023/) is a program in which VTEX internally evaluates the performance and successful results of its partners' operations. This annual acknowledgment and reward is for those with the highest commitment and excellence. See the results of the 2022 Quadrant [here](https://vtex.com/pt-br/blog/parceiros/quadrante_vtex_2023/). The VTEX Quadrant is an exclusive program for implementation partners in Brazil.\n\n> ℹ️ The [VTEX Quadrant](https://vtex.com/pt-br/blog/parceiros/quadrante_vtex_2023/) is an exclusive program for implementation partners in Brazil."}